[TV Headend] Het grote TV Headend topic

[olivierrap]

nwagenaar schreef op zondag 16 februari 2014 @ 11:55:


Volgens mij - maar ik kan het verkeerd hebben - is het mogelijk dat de tuners omgedraaid worden. Dus moet je hem apart enablen en weer koppelen aan het goede netwerk.


Kan je uberhaupt een handmatige mux toevoegen en scant hij dit? Of krijgt hij geen lock/signal tijdens het scannen?

Ik snap even niet wat je bedoeld met omgedraaid worden?

Voor de DVB-S heb ik het idee dat hij inderdaad niet locked.

In de diseqc switch heb ik nu het volgende ingevoerd.

AA= 19.2
AB = 23.5
BA = 28.2
BB = -----

Wanneer ik dit op een windows machine doe met mediaportal werkt dit wel.( maar wil enkel TVH gebruiken )

[gibraltar]

olivierrap schreef op dinsdag 18 februari 2014 @ 11:10:
Ik snap even niet wat je bedoeld met omgedraaid worden?

Voor de DVB-S heb ik het idee dat hij inderdaad niet locked.

Met dat omdraaien is volgens mij het idee dat /dev/dvb/adapter0 soms ook /dev/dvb/adapter1 kan worden en andersom. Dit heeft met moment van initialisatie te maken van de driver. Maar ik gok dat die hetzelfde is voor PCI. Maar dit gebeurd bij netwerkkaarten ook als je niet goed oplet, dus er zit zeker wel wat in! Mocht dit zo zijn, dan kun je udev regels gebruiken om ze statisch aan dezelfde /dev/dvb/adapterX te koppelen.

In TVHeadend zit een debug console helemaal rechts onderin. Daar kun je debug aanzetten op het moment dat je hem hebt uitgeklapt (tandwiel icoontje). Kans is groot dat je daar in ieder geval wat meer info kan vinden. En anders heb je nog iets als syslog (of journald als je systemd gebruikt). Zonder informatie blijf je natuurlijk gokken.

En misschien een beetje ingewikkeld, maar je kan altijd zonder TVHeadend testen. Dat lees je hier. Het is een beetje een chaos, met name welke tool je nu moet gebruiken. Dat zou ik dus niet direct aanraden.

[olivierrap]

Bedankt voor de info.. Ik ga proberen vanavond wat dingen te testen/aanpassen.

Wanneer ik een log kan genereren zal ik die hier ook plaatsen.

Heb het nu even een aantal dagen laten rusten want raakte al aardig in een soort van ***FLIPMODUS****


Misschien dat iemand hier iets wijzer van word

https://www.dropbox.com/s/xr34l52au760neq/DMESG2.rtf

[ Voor 19% gewijzigd door olivierrap op 19-02-2014 21:04 ]

[olivierrap]

Vandaag de schotel op vaste plek gehangen en met de settopbox is er gewoon beeld.

Op de PC nog steeds niet maar vond dit log bestand.

dmesg | grep dvb
[ 15.158001] dvb-usb: found a 'TeVii S660 USB' in cold state, will try to load a firmware
[ 15.218102] dvb-usb: downloading firmware from file 'dvb-usb-s660.fw'
[ 15.372023] dvb-usb: found a 'TeVii S660 USB' in warm state.
[ 15.372132] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 15.631550] dvb-usb: MAC address: 00:18:bd:5b:55:4e
[ 17.618704] dvb-usb: schedule remote query interval to 150 msecs.
[ 17.618709] dvb-usb: TeVii S660 USB successfully initialized and connected.
[ 17.618734] dvb-usb: found a 'TeVii S660 USB' in cold state, will try to load a firmware
[ 17.618782] dvb-usb: downloading firmware from file 'dvb-usb-s660.fw'
[ 17.772020] dvb-usb: found a 'TeVii S660 USB' in warm state.
[ 17.772094] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 18.023480] dvb-usb: MAC address: 00:18:bd:5b:55:4f
[ 18.028134] dvb-usb: schedule remote query interval to 150 msecs.
[ 18.028138] dvb-usb: TeVii S660 USB successfully initialized and connected.
[ 1315.335961] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 1516.115976] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 1765.807992] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 1939.108122] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 1939.188094] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...


Kan iemand hier iets mee?

[gibraltar]

olivierrap schreef op zaterdag 22 februari 2014 @ 20:39:

code:

[ 1939.188094] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...

Kan iemand hier iets mee?

Je mist de firmware voor de DVB frontend (de demodulator). Hij laad de firmware voor de USB transfer chip wel, dus daarom zie je wel een device maar heb je geen beeld.

Als het een TeVii S470 is, dan zoek je dit. Maar dan moet je wel een goede kernel versie hebben (zie dit). Wat is je kernel versie ("uname -a"). Er zit een bug in de kernel die pas in 3.12 is opgelost.

Heb je echter twee S660 dan, mis je simpelweg de firmware. Zie hier. Pas op dat je de goede firmware hebt! Ik denk dat je die hier kan vinden. Voor herstellen van fouten moet je dit volgen. Nog meer info hier.

Met wat google-fu kom je een heel eind.

[olivierrap]

Als ik het doosje mag geloven heb ik de S480 van Tevii.
Dit zou de exacte kaart zijn die ik in gebruik heb.
http://www.tevii.com/Products_S480_1.asp


De Kernel versie die ik momenteel draai is:
Linux MediaServer 3.8.0-35-generic #52~precise1-Ubuntu SMP Thu Jan 30 17:24:40 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

[olivierrap]

En zo is het nu geworden....Thnx voor alle hulp zover


dmesg | grep dvb
[ 14.842350] dvb-usb: found a 'TeVii S660 USB' in cold state, will try to load a firmware
[ 15.068523] dvb-usb: downloading firmware from file 'dvb-usb-s660.fw'
[ 15.220022] dvb-usb: found a 'TeVii S660 USB' in warm state.
[ 15.220121] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 15.472970] dvb-usb: MAC address: 00:18:bd:5b:55:4e
[ 16.421247] dvb-usb: schedule remote query interval to 150 msecs.
[ 16.421250] dvb-usb: TeVii S660 USB successfully initialized and connected.
[ 16.421281] dvb-usb: found a 'TeVii S660 USB' in cold state, will try to load a firmware
[ 16.421311] dvb-usb: downloading firmware from file 'dvb-usb-s660.fw'
[ 16.576018] dvb-usb: found a 'TeVii S660 USB' in warm state.
[ 16.576105] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 16.833371] dvb-usb: MAC address: 00:18:bd:5b:55:4f
[ 16.838009] dvb-usb: schedule remote query interval to 150 msecs.
[ 16.838013] dvb-usb: TeVii S660 USB successfully initialized and connected.
[ 79.868137] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...

[gibraltar]

olivierrap schreef op zondag 23 februari 2014 @ 14:27:
En zo is het nu geworden....Thnx voor alle hulp zover

Twee dingen:

• Download deze. Overigens is het geen rar archief, maar gewoon een tar archief. Uitpakken, en media_build/dvb-fe-ds3000.fw kopieren naar /lib/firmware/dvb-fe-ds3000.fw. Dat mag je ook doen voor dvb-usb-s660.fw, maar die heb je al denk ik. Check ook even of je /lib/firmware/dvb-fe-ds3000.fw toch niet al hebt, want dan is het puntje twee!
• Als het dan nog niet werkt, dan moet je de kernel versie upgraden naar in ieder geval 3.12. Sinds 3.0/3.2 zit er een bug in het laden van de firmware.

[olivierrap]

gibraltar schreef op zondag 23 februari 2014 @ 21:35:
[...]


Twee dingen:

• Download deze. Overigens is het geen rar archief, maar gewoon een tar archief. Uitpakken, en media_build/dvb-fe-ds3000.fw kopieren naar /lib/firmware/dvb-fe-ds3000.fw. Dat mag je ook doen voor dvb-usb-s660.fw, maar die heb je al denk ik. Check ook even of je /lib/firmware/dvb-fe-ds3000.fw toch niet al hebt, want dan is het puntje twee!
• Als het dan nog niet werkt, dan moet je de kernel versie upgraden naar in ieder geval 3.12. Sinds 3.0/3.2 zit er een bug in het laden van de firmware.

En er is beeld.....

Wat kan een mens blij zijn.

Op naar het volgende issue om mijn 2de C tuner aan de gang te krijgen.

Toch iets te vroeg wezen juichen want kom vandaag thuis van werk en wil even kijken of alles nog werkt en dan zie ik in dmesg file dat hij weer die firmware mist.

sudo dmesg | grep dvb
[ 15.051712] dvb-usb: found a 'TeVii S660 USB' in cold state, will try to load a firmware
[ 15.220176] dvb-usb: downloading firmware from file 'dvb-usb-s660.fw'
[ 15.376025] dvb-usb: found a 'TeVii S660 USB' in warm state.
[ 15.376127] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 15.635332] dvb-usb: MAC address: 00:18:bd:5b:55:4e
[ 16.468451] dvb-usb: schedule remote query interval to 150 msecs.
[ 16.468456] dvb-usb: TeVii S660 USB successfully initialized and connected.
[ 16.468480] dvb-usb: found a 'TeVii S660 USB' in cold state, will try to load a firmware
[ 16.468518] dvb-usb: downloading firmware from file 'dvb-usb-s660.fw'
[ 16.624041] dvb-usb: found a 'TeVii S660 USB' in warm state.
[ 16.624133] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 16.874738] dvb-usb: MAC address: 00:18:bd:5b:55:4f
[ 16.879866] dvb-usb: schedule remote query interval to 150 msecs.
[ 16.879870] dvb-usb: TeVii S660 USB successfully initialized and connected.
[ 125.611799] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 956.159887] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...

Dit terwijl het bestand wel in /lib/firmware/ staat. Hoe kan het dat hij de opeens niet meer laad?

https://www.dropbox.com/s...2014-02-24%2019.03.54.png

[ Voor 47% gewijzigd door olivierrap op 24-02-2014 19:06 ]

[LaoTze]

Waarom een voorkeur voor PCI? Als je over 2 jaar dan je moederbord upgrade moet je je tuners weggooien. En het energieverbruik kan hoger liggen.

Ofwel, ga gewoon voor USB. Informatie over tuners kan je hier vinden: http://linuxtv.org/wiki/index.php/DVB-C_USB_Devices

Een USB oplossing maakt niet gebruik van een smartcard. Betekent dit dat je voor UPC alleen de ongecodeerde kanalen kunt bekijken via de USB stick? De meeste interessante HD kanalen zijn gecodeerd. Daar doe je dus beter aan om een DVB-C tuner met smartcard optie te kopen zeker?

[nwagenaar]

Nee, zelfs met een smartcard kan je bij UPC niet de non-encrypted zenders bekijken. Simpelweg omdat een UPC smartcard alleen werkt met zijn eigen ontvanger en/of CI+ modules.

[Mentalist]

LaoTze schreef op zaterdag 01 maart 2014 @ 16:47:
[...]


Een USB oplossing maakt niet gebruik van een smartcard. Betekent dit dat je voor UPC alleen de ongecodeerde kanalen kunt bekijken via de USB stick? De meeste interessante HD kanalen zijn gecodeerd. Daar doe je dus beter aan om een DVB-C tuner met smartcard optie te kopen zeker?

Ten eerste, met tvheadend kan je het smartcardslot van je tuner helemaal niet gebruiken. Daar heb je een aparte phoenix kaartlezer voor nodig.

Ten tweede, er is geen manier om de smartcard van UPC te gebruiken met een PC omdat ie is getrouwd met je settopbox of CI+ module. Als het goed is werkt jouw smartcard niet eens in de settopbox van de buren.

[LaoTze]

Jammer. Ben op zoek naar een alternatief op XBMC/OpenELEC of Plex voor PVR/EPG van het volledige pakket, maar zonder de UPC settopbox/CI+.

Dank voor de feedback!

[layzzzz]

Draait er hier iemand TVheadend op een Synology DiskStation DS213j ? Ik wil er 1 gaan kopen en een DVB-C tuner en Smargo reader op aansluiten.

[RudolfR]

Is er ergens een TVHGuide apk met transcoding support?
Heb 't nu werkend in TVH zelf, maar in de android app zie ik geen optie daarvoor.

Zelf de apk compileren (zoals hier staat: Soldaatje's Tweakblog) gaat me wat ver. Ik neem aan dat er wel ergens een apk rondslingert op het net, maar ik vind 'm niet.

http://john-tornblom.github.io/TVHGuide/download.html

[ Voor 8% gewijzigd door RudolfR op 06-03-2014 08:01 ]

[Beninho]

Mede-tweakers, kan iemand mij verder helpen met een openelec - oscam gerealteerd probleem?
Ik heb hier een OpenElec systeem draaien met een Smargo en Oscam.

Heb hier mijn configuratie vandaan:

• http://openelec.tv/forum/...b-reader-support-tutorial
• Zaken waar ik eens dieper op in wil gaan..: Ziggo met OScam en TVheadend 2013
• http://forum.ubuntu-nl.org/index.php?topic=68761.0

Volgens de how-to uit het openelec forum moet ik het device vinden met "lsusb". Ik vind hem dan terug op

Bus 004 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

Ik heb e.a alsvolgt geconfigureerd:

oscam.server

[reader]
label = Ziggo
protocol = mouse
device = 004:003
caid = 0604
rsakey = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909$
boxkey = 1122334455667788
detect = cd
mhz = 600
cardmhz = 600
ident = 0604:000000
group = 1
emmcache = 1,3,2

Wanneer ik de oscam server restart krijg ik de volgende foutmelding

2014/03/07 17:46:26 0 s Ziggo [mouse] creating thread for device 004:003
2014/03/07 17:46:26 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2014/03/07 17:46:26 0 s waiting for local card init
2014/03/07 17:46:26 156E720 r Ziggo [mouse] ERROR: Opening device 004:003 (errno=2 No such file or directory)
2014/03/07 17:46:26 156E720 r Ziggo [mouse] Cannot open device: 004:003
2014/03/07 17:46:26 640008C0 h webif: decompressed 71336 bytes back into 197928 bytes
2014/03/07 17:46:26 640008C0 h HTTP Server running. ip=0.0.0.0 port=8888

Blijkbaar kan mijn device niet worden geladen. Heeft iemand een idee hoe ik dit kan oplossen?

Alvast enorm bedankt , want ik loop hier al een paar dagen op te google'n maar weinig effectief tot op heden.

[RobertMe]

Bij device moet je de locatie (/"filename") binnen /dev/ opgeven. Waarschijnlijk is dat /dev/ttyUSB0. Kijk dus even welke /dev/ttyUSB devices er zijn (waarschijnlijk alleen 0) en probeer die even uit. Wat jij nu opgeeft zijn namelijk de USB vendorId en productId.

[Beninho]

Hoi RobertMe,

Duidelijk, waar het probleem zich bevind

Bij /dev/ ls krijg ik een enorme lijst.

lsof geeft me het volgende http://pastebin.com/cyBPLNbu maar in die lijst kan ik het device niet vinden. dmesg geeft http://pastebin.com/UPWC794U ik zie in de list

[ 6.885836] usb 4-3: FTDI USB Serial Device converter now attached to ttyUSB0

Je hebt dus gelijkt : /dev/ttyUSB0 is de correcte devicename.

oscam.server

[reader]
label = Ziggo
protocol = mouse
device = /dev/ttyUSB0
caid = 0604
rsakey = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909$
boxkey = 1122334455667788
detect = cd
mhz = 600
cardmhz = 600
ident = 0604:000000
group = 1
emmcache = 1,3,2

Resultaat

2014/03/07 18:29:52 0 s Ziggo [mouse] creating thread for device /dev/ttyUSB0
2014/03/07 18:29:52 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2014/03/07 18:29:52 0 s waiting for local card init
2014/03/07 18:29:52 340008C0 h webif: decompressed 71336 bytes back into 197928 bytes
2014/03/07 18:29:52 340008C0 h HTTP Server running. ip=0.0.0.0 port=8888
2014/03/07 18:29:52 2309E00 r Ziggo [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=600, cardmhz=600)
2014/03/07 18:29:53 2309E00 r Ziggo [mouse] card detected
2014/03/07 18:29:54 2309E00 r Ziggo [mouse] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 30 9D
2014/03/07 18:29:54 2309E00 r Ziggo [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
2014/03/07 18:29:54 2309E00 r Ziggo [mouse] Calculated work ETU is 93.00 us reader mhz = 600
2014/03/07 18:29:54 0 >> OSCam << cardserver log switched, version 1.20-unstable_svn, build r9501 (x86_64-openelec-linux-gnu)
2014/03/07 18:29:54 2309E00 r Ziggo [mouse] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed off 6.00 MHz (specified in reader->mhz)
2014/03/07 18:29:55 2309E00 r Ziggo [mouse] detect irdeto card
2014/03/07 18:29:55 2309E00 r Ziggo [mouse] Irdeto SC 50 version 53 revision 1, patch level e
2014/03/07 18:29:55 2309E00 r Ziggo [mouse] caid: 0604, acs: 6.05, country code: NLD
2014/03/07 18:29:55 2309E00 r Ziggo [mouse] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
2014/03/07 18:29:58 2309E00 r Ziggo [mouse] active providers: 4 (04a2ea,ffffff,ffffff,ffffff)
2014/03/07 18:29:58 2309E00 r Ziggo [mouse] found card system irdeto
2014/03/07 18:29:58 2309E00 r Ziggo [irdeto] THIS WAS A SUCCESFULL START ATTEMPT No 1 out of max alloted of 1
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] entitlements for provider: 1, id: 04A2EA
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: 270F, date: 2006/03/11 - 2006/03/25
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: 000B, date: 2014/03/07 - 2014/04/06
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: 0009, date: 2014/03/07 - 2014/04/06
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: 01F4, date: 2014/03/07 - 2014/04/06
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: FFE0, date: 2014/03/07 - 2014/04/06
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: 0384, date: 2014/03/07 - 2014/04/06
2014/03/07 18:29:59 2309E00 r Ziggo [irdeto] chid: 01FE, date: 2014/03/07 - 2014/04/06

een stuk beter

Denk je deze kwaad kan? Of staat ie gewoon verkeerd gericht? (ie verkeerde locatie aangewezen)
2014/03/07 18:29:52 0 s loadbalancer: can't read from file /tmp/.oscam/stat

[RobertMe]

Ik heb oscam + TVHeadend hier al een aantal maandjes succesvol draaien, en zie ook nog bij elke startup die melding in het log staan. Lijkt mij dus veilig om aan te nemen dat dat niet uit maakt

[Beninho]

Top! Bedankt voor de tip over die devicename.. Dat maakte het verschil
_{Wat kan je soms in rondjes achter je eigen staat aan lopen hé.. .}

[ Voor 7% gewijzigd door Beninho op 07-03-2014 19:39 ]

[Mentalist]

Dat stond toch ook in mijn guide die je al linkte?

Open oscam.server. Gooi alle reader secties weg, behalve de eerste. Zet bij caid "0604". Gebruik je een USB2serial adapter dan moet je bij "device" iets als "/dev/ttyUSB0" invullen. Prik even je USB2serial in je PC en spiek direct daarna in dmesg om te controleren of dit juist is voor jouw configuratie. You get the idea, "device" moet verwijzen naar je kaartlezer, waar die ook is.

Suggesties hoe ik die alinea kan verduidelijken?

[RobertMe]

Toen ik zo snel door zijn linkjes skimde (omdat ik toch verwachte dat het op zijn minst ergens goed zou staan) zag ik in jouw blogpost alleen het voorbeeld met:

mhz = 600
cardmhz = 600
rsakey = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909774E031B2A6E30195B437683AD0FC599B87D08CEA47BE1B6C76A
boxkey = 1122334455667788

Ik zou daarin dus ook het device regeltje opnemen. Met wat accenturing/comment dat ze, waarschijnlijk het juiste nummer, zelf moeten aanpassen. (en zelfs ttyUSB0 zal in 90% van de gevallen correct zijn)

[Beninho]

ehm.. Nou, ik was gestart bij het forum van openelec. http://openelec.tv/forum/...b-reader-support-tutorial

Daar stond dat ik het device als 004:003 moest invoeren. Door die post kwam ik in een "loop" waarbij ik enorme twijfel kreeg over hoe het usb-serial device werd weergegeven in OpenEelec. Dit bleek dus gewoon net als in bijvoorbeeld ubuntu/debian..etc /dev/ttyUSB0 te zijn.

Ik denk dat je je guide kan verduidelijken door de instrcutie mee te geven voor het vinden van je device.

Bijvoorbeeld hoe je via de commando's "lsusb" - en "dmesg" -- kan vinden hoe het apparaat wordt geregistreerd als /dev/ttyUSB0

[ Voor 4% gewijzigd door Beninho op 07-03-2014 19:55 ]

[Beninho]

Nu gaat er toch wat mis

2014/03/07 19:03:59 145A720 r Ziggo [mouse] ATR: 9D 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/07 19:03:59 145A720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/07 19:03:59 145A720 r Ziggo [mouse] Error activating card.
2014/03/07 19:04:00 145A720 r Ziggo [mouse] ATR: 30 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/07 19:04:00 145A720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/07 19:04:00 145A720 r Ziggo [mouse] Error activating card.
2014/03/07 19:04:02 145A720 r Ziggo [mouse] ATR: 30 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/07 19:04:02 145A720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/07 19:04:02 145A720 r Ziggo [mouse] Error activating card.
2014/03/07 19:04:03 145A720 r Ziggo [mouse] THIS WAS A FAILED START ATTEMPT No 1 out of max alloted of 1
2014/03/07 19:04:03 145A720 r Ziggo [mouse] card initializing error
2014/03/07 19:04:03 0 s init for all local cards done
2014/03/07 19:04:03 0 s anti cascading disabled

ik heb niets veranderd in de config.. Wat kan dit nu veroorzaken? heb enkel een reboot gedaan.

[ Voor 3% gewijzigd door Beninho op 07-03-2014 20:25 ]

[gibraltar]

Beninho schreef op vrijdag 07 maart 2014 @ 20:07:
ik heb niets veranderd in de config.. Wat kan dit nu veroorzaken? heb enkel een reboot gedaan.

Duidelijk wat mis met de reader. De Answer To Reset moet in ieder geval beginnen met of 3B, anders is het geen ATR (of 3F, maar irdeto gebruikt de direct convention). De kaart wordt dus niet gereset. Debuggen moet je doen door op de Status pagina in de Webinterface van Oscam de "Switch debug to" op 4 te zetten. Maar als het aan je reader ligt dan zal je daar niet veel uithalen, en de reader is closed-source firmware met brakke utilities ( ).

Daarnaast haalde je de volgende configuratie door elkaar (dat had je al opgelost geloof ik).

Anders is het een kwestie van "have you tried turning it off and on again?".

Wacht, er was iets met "net niet brown-out" van die Smargo's. Volgens mij los je het probleem op door de Smargo volledig te verwijderen van je USB poort, en vervolgens weer in te prikken.

En je hebt "30 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53", dus de communicatie is gewoon uit sync. Er zit altijd een byte teveel voor het bericht. Stomme Smargo's.

[ Voor 15% gewijzigd door gibraltar op 07-03-2014 21:04 . Reden: had iets beter moeten kijken naar je log ]

[Beninho]

Je hebt gelijk.. De smargo verwijderen en opnieuw plaatsen lost het op. (ook het systeem helemaal uitschakelen en weer inschakelen helpt )

Maar die sync die niet klopt.. is daar nog een oplossing voor te bedenken? Is dat gewoon de firmware van de smargo.. of is de smargo die ik heb niet helemaal 100%? Tot op heden werkt het nog.. Ik wacht het even af, nu..

[Mentalist]

Ik heb de uitleg van oscam.server wat helderder gemaakt.

[gibraltar]

Beninho schreef op vrijdag 07 maart 2014 @ 22:24:
Je hebt gelijk.. De smargo verwijderen en opnieuw plaatsen lost het op. (ook het systeem helemaal uitschakelen en weer inschakelen helpt )

Maar die sync die niet klopt.. is daar nog een oplossing voor te bedenken? Is dat gewoon de firmware van de smargo.. of is de smargo die ik heb niet helemaal 100%? Tot op heden werkt het nog.. Ik wacht het even af, nu..

Dat is een Smargo probleem. En ik zal een beetje toelichting geven over wat dat nu precies voor apparaatje is, want het lijkt misschien magisch, maar dat is het niet.

Voor smartcards is er een standaard wat betreft de communiciatie (zowel hardware als protocol zijn vastgelegd in ISO/IEC 7816). Het protocol lijkt in eerste instantie misschien ingewikkeld, maar veel microcontrollers kunnen hun seriele poort hardware gebruiken of je kan het in software doen (het lijkt erg op UART, maar dan synchroon). Het enige probleem wat je nog tegenhoudt om een cardreader met een Arduino te maken is de clockfrequentie. De Smargo's gebruiken dan ook een ARM microcontroller van Atmel. Tegenwoordig heb je de TI Lauchpad Tiva C, met deze microprocessor, die hardwarematig ISO 7816 kan doen bijvoorbeeld voor al 9.37 euro.

Nu heb ik de PCB van zo'n Smargo niet gezien, maar ik denk niet dat er een interface IC voor Smartcards op zit. Die IC verhelpt veel van de problemen die mensen nu nog hebben. Elke set-top box van Ziggo bevat dit IC wel (meestal is het de TDA8026 of familie ervan).

Het probleem wat jij met je Smargo hebt is dat hij niet volledig reset tussen reboots, maar wel als je de PC uitzet. Dat klinkt niet alleen als een timing issue, dat is het ook. Dat de Smargo daar niet mee om kan gaan is dus een firmware probleem.

Vandaar dat ik meestal iets roep over "koop gewoon een simpele seriele reader". Maar je weet nu hoe je het kan oplossen mocht het weer gebeuren. Zou het ook gebeuren als je de boel in standby zet?

Mocht je er veel last van krijgen dan kan ik Oscam wel patchen zodat hij automatisch die bytes skipped, maar echt gecharmeerd zou ik daar niet van zijn.

[ Voor 3% gewijzigd door gibraltar op 08-03-2014 10:32 ]

[Beninho]

gibraltar schreef op zaterdag 08 maart 2014 @ 10:30:
[...]

Dat is een Smargo probleem. En ik zal een beetje toelichting geven over wat dat nu precies voor apparaatje is, want het lijkt misschien magisch, maar dat is het niet.
--
Het probleem wat jij met je Smargo hebt is dat hij niet volledig reset tussen reboots, maar wel als je de PC uitzet. Dat klinkt niet alleen als een timing issue, dat is het ook. Dat de Smargo daar niet mee om kan gaan is dus een firmware probleem.
--
Mocht je er veel last van krijgen dan kan ik Oscam wel patchen zodat hij automatisch die bytes skipped, maar echt gecharmeerd zou ik daar niet van zijn.

Nou.. vanaf gisteravond heb ik weer deze meldingen:

code:

2014/03/10 13:47:10 1E62720 r Ziggo [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=600, cardmhz=600)
2014/03/10 13:47:11 1E62720 r Ziggo [mouse] card detected
2014/03/10 13:47:12 1E62720 r Ziggo [mouse] ATR: 9D 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/10 13:47:12 1E62720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/10 13:47:12 1E62720 r Ziggo [mouse] Error activating card.
2014/03/10 13:47:14 1E62720 r Ziggo [mouse] ATR: 30 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/10 13:47:14 1E62720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/10 13:47:14 1E62720 r Ziggo [mouse] Error activating card.

Het lijkt standaard gedrag te worden.. Als jij Oscam kan patchen... zou die hulp erg welkom zijn

[gibraltar]

Beninho schreef op maandag 10 maart 2014 @ 14:51:
Nou.. vanaf gisteravond heb ik weer deze meldingen:
[...]
Het lijkt standaard gedrag te worden.. Als jij Oscam kan patchen... zou die hulp erg welkom zijn

Juist, niet echt fijn. Dan maar de patchen, maar dan moet je misschien wel nog over de "zelf compileren" hobbel heen. Gelukkig hebben we hier een handleiding. Lees kort de handleiding, vooral om te begrijpen wat je straks aan het invoeren bent. Je moet ook nog deze patch downloaden.

En dus

code:

svn checkout http://www.streamboard.tv/svn/oscam/trunk oscam-svn
cd oscam-svn
patch -p0 oscam-atr-skip-bytes.diff
make allyesconfig
make OSCAM_BIN=oscam CONF_DIR=/etc/oscam USE_LIBUSB=1 USE_PCSC=1

Dit verhaaltje geeft je een binary, genaamd oscam, in de directory waar je in staat. Die kun je uitvoeren. Als je nog vragen hebt, of er werkt iets niet, wil je dan die binary als volgt opstarten

code:

./oscam --debug 54

Ik heb het zelf niet getest, want ik heb het probleem zelf niet. Het zou kunnen dat ik wat over het hoofd heb gezien. Ik knip gewoon het eerste deel van de ATR eraf, hopelijk mis je aan het einde geen bytes. Geen garanties dus .

[tripkip]

Synology DS413 met TVHeadend en 2 x Sundtek SkyTV Ultra DVB-S2 USB recievers:
- Zal dit systeem vlekkeloos 2 HD streams simultaan kunnen demoduleren voor zowel tegelijk kijken als kijken/opnemen of tegelijk opnemen?

DS413:
1067MHz Freescale P1022 dual-core RISC processor
1GB DDR3 RAM

[Beninho]

gibraltar schreef op dinsdag 11 maart 2014 @ 11:11:
[...]


Juist, niet echt fijn. Dan maar de patchen, maar dan moet je misschien wel nog over de "zelf compileren" hobbel heen. Gelukkig hebben we hier een handleiding. Lees kort de handleiding, vooral om te begrijpen wat je straks aan het invoeren bent. Je moet ook nog deze patch downloaden.

En dus...

Uitstekend, ik ga die hobbel wel over Even rustig de tijd voor nemen dit weekend!

[Max|Burn]

Valt me op dat veel mensen de smargo als mouse gebruiken ipv smartreader in Oscam. Die init errors kan je oplossen door met smartreader protocol te draaien, deels ook omdat er een irdeto specifieke patch in oscam zit die alleen met smartreader protocol werkt. (Die patch is inderdaad wel een beetje een hack )

[ Voor 9% gewijzigd door Max|Burn op 15-03-2014 10:09 ]

[Beninho]

@CIStem
Vandaag geprobeerd om het zaakje voor elkaar te maken..

Nu zit het zo, dat mijn ouders Openelec draaien. Ik krijg het niet voor elkaar om in een ssh sessie oscam te compilen. Krijg de melding -sh svn not found.

Heb je misschien een tip voor me?

[gibraltar]

Beninho schreef op zondag 23 maart 2014 @ 16:11:
@CIStem
Vandaag geprobeerd om het zaakje voor elkaar te maken..

Nu zit het zo, dat mijn ouders Openelec draaien. Ik krijg het niet voor elkaar om in een ssh sessie oscam te compilen. Krijg de melding -sh svn not found.

Heb je misschien een tip voor me?

OpenELEC is een flink afgeslankte Linux distributie, en bevat geen package manager. Daarnaast ontbreekt er nog veel meer dan alleen subversion ("svn not found"). Ik ging er niet vanuit dat je het op een Raspberry Pi gebruikte, anders had ik je nooit die handleiding gegeven.

En nu we toch het hoofdstuk Raspberry Pi hebben bereikt: heb je wel een goede voeding? Want anders kan dat deze bug ook nog wel eens veroorzaken (ja, ik weet dat iedereen zeurt om goede voedingen bij een Raspberry Pi, maar het is echt nodig). Een USB lader kan behoorlijk wat ruis geven, en deze ruis wordt direct doorgegeven aan alle aangesloten USB apparatuur! Ik weet overigens niet hoe je een slechte en goede voeding van elkaar kunt onderscheiden . Ik heb gewoon zo'n pakketje gekocht waar de voeding al bij zat.

Mocht dat toch niet de boel oplossen dan zal ik het je niet aandoen om de hele cross-compile omgeving (of native) op te zetten. Dat is best wat werk, en kan extreem frustrerend zijn als je dat nog nooit gedaan hebt. Maar ik heb ook een Raspberry liggen, inclusief de hele omgeving voor het compileren van bijvoorbeeld OSCam. En om problemen te voorkomen heb ik direct maar de meeste libraries statisch meegelinkt. Dus, hierbij een speciale binary van oscam met zo min mogelijk dependencies (alleen udev en libusb, die heeft OpenELEC wel volgens mij).

[Beninho]

gibraltar schreef op maandag 24 maart 2014 @ 15:27:
[...]
OpenELEC is een flink afgeslankte Linux distributie, en bevat geen package manager. Daarnaast ontbreekt er nog veel meer dan alleen subversion ("svn not found"). Ik ging er niet vanuit dat je het op een Raspberry Pi gebruikte, anders had ik je nooit die handleiding gegeven.

Er is hier geen sprake van een Raspberry Pi maar een AMD E-450 Fusion board. Vanwege het gemak in onderhoud heb ik er voor gekozen om bij mijn ouders OpenELEC te installeren.

Via het forum heeft gisteren iemand van openELEC jou patch verwerkt in deze addon

Ik heb het nog niet kunnen testen maar zodra ik meer weet laat ik het weten

[schumi2004]

tripkip schreef op dinsdag 11 maart 2014 @ 16:08:
Synology DS413 met TVHeadend en 2 x Sundtek SkyTV Ultra DVB-S2 USB recievers:
- Zal dit systeem vlekkeloos 2 HD streams simultaan kunnen demoduleren voor zowel tegelijk kijken als kijken/opnemen of tegelijk opnemen?

DS413:
1067MHz Freescale P1022 dual-core RISC processor
1GB DDR3 RAM

Voor welke provider moet dit gaan werken?
Lijkt mij dat die tuners specifiek voor SkyTV zijn dus tja.
Verder denk ik wel dat je DS het trekt.

[gibraltar]

Beninho schreef op maandag 24 maart 2014 @ 19:06:
[...]
Er is hier geen sprake van een Raspberry Pi maar een AMD E-450 Fusion board

Als ik OpenELEC lees dan denk ik altijd Raspberry Pi .

Ik heb het nog niet kunnen testen maar zodra ik meer weet laat ik het weten

Owjee, gaan zie die patch opnemen in de release? Mijn code draait altijd heel anders in productie (allemaal bugs enzo). Ben benieuwd!

[Beninho]

gibraltar schreef op maandag 24 maart 2014 @ 20:26:
[...]

Als ik OpenELEC lees dan denk ik altijd Raspberry Pi .

[...]

Owjee, gaan zie die patch opnemen in de release? Mijn code draait altijd heel anders in productie (allemaal bugs enzo). Ben benieuwd!

Hij zei dat als het werkte, de patch zou moeten worden toegevoegd in de source van oscam..

[Beninho]

Hi CIStem,

Ik heb het getest, en er zijn twee scenario's

Nu werkt het..

code:

2014/03/27 13:59:35 1531720 r Ziggo [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=600, cardmhz=600)
2014/03/27 13:59:35 1531720 r Ziggo [mouse] card detected
2014/03/27 13:59:37 1531720 r Ziggo [mouse] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 30 9D
2014/03/27 13:59:37 1531720 r Ziggo [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
2014/03/27 13:59:37 1531720 r Ziggo [mouse] Calculated work ETU is 93.00 us reader mhz = 600
2014/03/27 13:59:37 1531720 r Ziggo [mouse] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed off 6.00 MHz (specified in reader->mhz)
2014/03/27 13:59:38 1531720 r Ziggo [mouse] detect irdeto card
2014/03/27 13:59:38 1531720 r Ziggo [mouse] Irdeto SC 50 version 53 revision 1, patch level e
2014/03/27 13:59:38 1531720 r Ziggo [mouse] caid: 0604, acs: 6.05, country code: NLD
2014/03/27 13:59:38 1531720 r Ziggo [mouse] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
2014/03/27 13:59:41 1531720 r Ziggo [mouse] active providers: 4 (04a2ea,ffffff,ffffff,ffffff)
2014/03/27 13:59:41 1531720 r Ziggo [mouse] found card system irdeto
2014/03/27 13:59:41 1531720 r Ziggo [irdeto] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max alloted of 1
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] entitlements for provider: 1, id: 04A2EA
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] chid: 270F, date: 2006/03/11 - 2006/03/25
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] chid: 000B, date: 2014/03/27 - 2014/04/26
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] chid: 0009, date: 2014/03/27 - 2014/04/26
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] chid: 01F4, date: 2014/03/27 - 2014/04/26
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] chid: FFE0, date: 2014/03/27 - 2014/04/26
2014/03/27 13:59:42 1531720 r Ziggo [irdeto] chid: 0384, date: 2014/03/27 - 2014/04/26

Na een reboot is het stuk

code:

2014/03/27 14:01:57 998720 r Ziggo [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=600, cardmhz=600)
2014/03/27 14:01:57 998720 r Ziggo [mouse] card detected
2014/03/27 14:01:59 998720 r Ziggo [mouse] ATR: 9D 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/27 14:01:59 998720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/27 14:01:59 998720 r Ziggo [mouse] Error activating card.
2014/03/27 14:02:00 998720 r Ziggo [mouse] ATR: 9D 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/27 14:02:00 998720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/27 14:02:00 998720 r Ziggo [mouse] Error activating card.
2014/03/27 14:02:02 998720 r Ziggo [mouse] ATR: 30 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53
2014/03/27 14:02:02 998720 r Ziggo [mouse] ERROR: Could not read reader->convention
2014/03/27 14:02:02 998720 r Ziggo [mouse] Error activating card.
2014/03/27 14:02:03 998720 r Ziggo [mouse] THIS WAS A FAILED START ATTEMPT No 1 out of max alloted of 1
2014/03/27 14:02:03 998720 r Ziggo [mouse] card initializing error

Zie jij wat er mis gaat?

[schumi2004]

@Beninho
ERROR: Could not read reader->convention

Een rechten dingetje misschien?

[gibraltar]

Beninho schreef op donderdag 27 maart 2014 @ 15:11:
Ik heb het getest, en er zijn twee scenario's
[...]
Zie jij wat er mis gaat?

Waar is mijn patch nu gebleven? Want lijkt er verdacht op dat ie niet toegepast is. Probeer deze binary eens? Gewoon ergens neerzetten, en dan in die directory dit uitvoeren

code:

./oscam --debug 54

schumi2004 schreef op donderdag 27 maart 2014 @ 15:42:
Een rechten dingetje misschien?

Nee, die error gaat over een malformed ATR. De eerste byte gaat over de endian convention, hier "reader convention". Als je de error traced dan komt hij uit csctapi/icc_async.c, door ICC_Async_Activate, via een functie pointer in de reader struct naar ifd_phoenix.c de functie Phoenix_Reset, en daar zit mijn patch. Maar OSCam is lichtelijk spagetti code gevoelig.

Trouwens, @Beninho, als dit wel zou werken kun je er bijna zeker van zijn dat er verderop weer problemen gaan komen met de kaart communicatie bij opvragen van keys. Probeer anders eens te wisselen naar het smartreader protocol, zoals hier staat. Gewoon protocol op smartreader zetten en device kun je vinden door

code:

lsusb

uit te voeren, en dan moet je ergens Bus 00x Device 00x zien staan, die kun je dan als device = 00x:00x (Bus:Device) gebruiken (zie ook de documentatie op de wiki).

En anders gewoon een simpele seriele reader kopen zoals vaker in dit topic genoemd wordt (worden ook op eBay verkocht). Ik weet niet waar je die smargo gekocht hebt, maar er worden nogal wat fakes verkocht.

[Beninho]

[quote]
Waar is mijn patch nu gebleven? Want lijkt er verdacht op dat ie niet toegepast..
[/qoute]

Het lijkt in het bovenste voorbeeld wel te zijn toegepast, maar na de reboot weg te zijn. Wanneer ik het syteem weer uitschakel en inschakel staat het er wel ineens weer zin.

Trouwens.. voordat ik de patch kon toepassen heb ik al geprobeer om het smartreader protocol toe te passen.. het appraat op 002:004 geeft steevast de melding dat hij niet bestaat..

Ik ga morgen opnieuw testen, met jou binary..

[theezeefje]

Allen,

ik ben het spoor een beetje bijster...
als ik eea aan de praat wil krijgen met Ziggo,
heb ik een smartcard reader en een dvb-c tuner nodig.
voor de smartcard reader zat ik te denken aan een Smargo,
maar wat is aan te raden voor tuner ? ik zie door de bomen het bos niet meer nl.
ding mag bij voorkeur niet teveel kosten

[gibraltar]

theezeefje schreef op zondag 06 april 2014 @ 12:32:
heb ik een smartcard reader en een dvb-c tuner nodig.
[..]

Klopt!

voor de smartcard reader zat ik te denken aan een Smargo,

Werkt, pas op voor neppe Smargo's. Er zijn mensen met problemen rondom synchronisatie en suspend/resume. Wees je er van bewust dat een seriele reader minstens net zo goed werkt en goedkoper is.

maar wat is aan te raden voor tuner ? ik zie door de bomen het bos niet meer nl.
ding mag bij voorkeur niet teveel kosten

Zie hier. Onder Linux is het zoeken naar goede hardware. Dit ligt aan het feit dat juist deze hardware heel gesloten is zonder documentatie.

• Zoek je USB, dan kun je het beste de Sundtek kopen: e Sundtek MediaTV Digital Home
• Kun je toe met PCI Express en wil je iets meer uitgeven dan ga je voor de Digital Devices: bijvoorbeeld deze
• Eventueel kun je overwegen een HDHomerun te kopen, maar de goedkopere single tuner is al een poos uitverkocht en de vierdubbele is duurder.

That's it eigenlijk.

[Verwijderd]

Ik wil tvheadend draaien op een raspberry pi, heeft het nut om een dvb-c hdtv usb stick te kopen of gaat het dingetje toch de hd niet trekken en volstaat een "oude" dvb-c?

@CIStem; waarom de Sundtek boven andere? En hoe komt het dat die usb-sticks zo duur zijn tegenwoordig?

[RudolfR]

De Sundtek was lange tijd de enige USB stick met linux support, maar inmiddels werkt de goedkopere Quatro 510e volgens mij ook. (pricewatch: Hauppauge PCTV Quatro Stick (510e))

Zolang de rPi niet hoeft te transcoderen naar een ander formaat zal de CPU het waarschijnlijk wel trekken.

[gibraltar]

Verwijderd schreef op donderdag 10 april 2014 @ 10:12:
@CIStem; waarom de Sundtek boven andere? En hoe komt het dat die usb-sticks zo duur zijn tegenwoordig?

Op dit moment is dat, voor Linux, de enige werkende nog in productie zijnde USB stick.

RudolfR schreef op donderdag 10 april 2014 @ 12:01:
De Sundtek was lange tijd de enige USB stick met linux support, maar inmiddels werkt de goedkopere Quatro 510e volgens mij ook.

Die heb ik in gebruik (de PCTV 510e), en werkt als een trein. Maar het probleem is dat hij al End-Of-Life was op het moment dat de inkt op de verpakking nauwelijks droog was. Ze hebben nu een PCTV 521e, maar dat is niets anders dan de 930C-HD van Hauppage met een ander label d'r op. Sowieso is die PCTV 521e alweer uitverkocht. Er is ondertussen wel een start gemaakt met support voor de laatste revisie van de HVR-930C-HD. De vorige revisie was andere hardware, maar je kan aan de buitenkant niet zien welke revisie je koopt.

De DVB-C USB markt is ernstig over-priced, under-stocked en heel erg vluchtig. De reden daarvoor is dat de markt sowieso klein is, maar de gebruikte IC's voor de USB interface (de bridge chips) zijn allemaal closed-source (de rest van de hardware overigens ook). Digital Devices is de enige fabrikant met een open-source bridge chip, want die zit op een FPGA, maar die is dan weer alleen PCI Express.

Bovenstaand verhaal is een reden dat Sundtek zijn drivers in user-space gooit, en geen source kan releasen. Maar als je USB zoekt dan is dat de enige stabiele oplossing. Het is al een klein wonder dat we uberhaupt Linux drivers hebben voor demodulators, tuners en bridge chips. De mensen die daar aan werken stoppen heel veel energie in reverse-engineering van Windows drivers, of zitten achter een NDA van de fabrikant.

(als iemand mij wil helpen om Digital Devices te overtuigen een USB bridge te maken, graag!)

Ik zou eigenlijk onderzoek moeten doen of deze stick ook werkt.... Nee die werkt niet sinds ze een revisie 2 hebben met een demodulator zonder driver, die ook in de PCTV 521e en de Hauppage 930-HD zit.

[ Voor 10% gewijzigd door gibraltar op 10-04-2014 13:56 ]

[Verwijderd]

Dank jullie wel voor de reacties

[Verwijderd]

Ik ben de afgelopen dagen ook aan het experimenteren geslagen met TvHeadend, oscam, een smartcard en een DVB-T tuner, maar loop nu tegen een vreemd probleem aan.

Ik kan bouquet 1, 2, 4 en 5 goed ontvangen. Met dvbscan zie ik de kanalen min of meer meteen. Van bouquet 3 ontbreekt echter ieder spoor. Ik zit in de regio Utrecht/IJsselstein, wat volgens dvbt4all betekent dat ik de mux op 762 MHz lijk te moeten gebruiken. Hier stem ik dan ook op af, maar geen van de andere muxen in nl_All leveren resultaat m.b.t bouquet 3.

Na een stukje door de tuin te lopen met een antenne in de hand, nog altijd geen signaal. Het zou ook vreemd zijn als 't aan de antenne lag, want met 't normale decoder-kastje van de provider werkt 't wel gewoon.

Overigens ondervind ik op bouquet 2 de nodige storing. Dit manifesteert zich in witte blokjes. Ik heb geen idee of de problemen gerelateerd zijn.

Zou het aan m'n hardware kunnen liggen? Ik gebruik zo'n standaard chinese USB-DVB-T tuner, maar dit lijkt bouquet 1, 4 en 5 niet te belemmeren..

Elke tip is welkom

[ Voor 7% gewijzigd door Verwijderd op 29-04-2014 22:51 ]

[gibraltar]

Verwijderd schreef op dinsdag 29 april 2014 @ 22:50:
Overigens ondervind ik op bouquet 2 de nodige storing. Dit manifesteert zich in witte blokjes. Ik heb geen idee of de problemen gerelateerd zijn.

Het feit dat je signaal hebt op een decoder wil niet zeggen dat je dan ook ontvangst hebt op een DVB-T stick. De hardware moet namelijk gecalibreerd worden door de driver, en met reverse engineered drivers kan dat slechter (of beter) uitpakken dan losse decoders.

Ik heb bijna nul ervaring met DVB-T. Mijn DVB-C stick heeft echter ook een DVB-T stand. Nu is het zo dat hij in DVB-T modus Automatic Gain Control (AGC) aanzet. Misschien heb je een dual-mode stick en is de driver dat vergeten? Wat voor tuner/demodulator heb je eigenlijk? Kun je "lsmod | grep dvb_core" doen om te kijken welke driver er geladen is?

Zal wel een Realtek ding zijn (waarmee je ook SDR kunt doen). De recentere kernels hebben betere drivers voor die chips, welke kernel versie gebruik je?

Heb je die mux trouwens al geprobeerd handmatig toe te voegen? Misschien gaat network discovery fout?

[Verwijderd]

Ik heb wat vooruitgang geboekt sinds m'n bovenstaande post;

De witte blokken op bouquet 2 bleken gevolg van hardware acceleratie, waar m'n pc blijkbaar niet goed mee om kan gaan. Wanneer ik dit uit zet gaat 't prima (en de extra CPU-belasting neem ik maar voor lief).

Verder heb ik inmiddels een andere DVB-T-stick geprobeerd (ander merk) en daar werkt bouquet 3 wel. Ook wanneer ik de oude stick met de hand op de goede frequentie zet (d.w.z. met dvbscan) wordt bouquet 3 niet gevonden.. Ik houd het vooralsnog op een hardware-probleem.

lsmod geeft "dvb_usb_v2" terug. Ik draai kernel 3.13.0-24-generic.

Enfin, bovenstaande problemen zijn 'opgelost', maar ik stuit op een nieuwe issue (zij het wat minder fundamenteel): een streepje van 1px van de rechterkant van het beeld wordt aan de linkerkant toegevoegd, en een aantal keer herhaald (tot een breedte van +-10px). Dat ziet er dan zo uit:



Ik heb geen flauw idee waar dit door kan komen, en het blijkt lastig om dit in zoektermen te beschrijven. Ik constateer dat het zich ook voordoet wanneer ik een opname maak, of wanneer ik vanaf een andere computer de tvheadend backend benader. Opvallend is wel dat het zich niet bij alle channels voordoet - het lijkt per mux te verschillen.

Iemand enig idee, of suggesties hoe ik dit kan debuggen?

[tobitronics]

Hallo allemaal,

Laatst heb ik een HTPC in elkaar geschroefd en voorzien van ubuntu+xbmc en een Anysee E30C kastje. Voor TV kijken (caiway netwerk) maak ik gebruik van de tvheadend service (duh), alleen ik krijg hem niet goed geconfigureerd. Hij vindt wel een hele hoop muxes (45) waarvan sommige de CAIW tag hebben en hij vindt ook een hele hoop services (350), maar ik krijg ze niet gemapped. Ik kan eindeloos op die knop drukken maar er gebeurt gewoon niks...

Mijn stappenplan bij het configureren was:

- Add DVB by location en dan de enige caiway optie (niet mijn regio)
- Mijn eigen mux toevoegen met de info van caiway voor mijn regio (dit resulteert in een hele hoop muxes die toegevoegd worden)
- Initial scan afwachten
- Mappen (wat dus niet werkt)

Wat doe ik fout?

[gibraltar]

tobitronics schreef op dinsdag 13 mei 2014 @ 13:27:
Ik kan eindeloos op die knop drukken maar er gebeurt gewoon niks...

Helemaal niets, ook niet als je het debug window openzet en debug enabled (rechtsonderin 't pijltje en dan 't tandwiel?). Welke versie van TVHeadend? Welke opties heb je aangevinkt tijdens mappen ("check availablity", "include encrypted services")? Caiway is zonder encryptie toch?

[tobitronics]

gibraltar schreef op dinsdag 13 mei 2014 @ 14:31:
[...]


Helemaal niets, ook niet als je het debug window openzet en debug enabled (rechtsonderin 't pijltje en dan 't tandwiel?). Welke versie van TVHeadend? Welke opties heb je aangevinkt tijdens mappen ("check availablity", "include encrypted services")? Caiway is zonder encryptie toch?

Sorry dat ik zo lang niet van me liet horen, maar dit zijn mijn opties die ik aan heb staan:



Ik heb even mijn hele oude config eruit gegooid en ben opnieuw begonnen, ditmaal heb ik alleen de MUX van mijn eigen regio toegevoegd en mijn Netwerk ID ingevuld bij het startscherm, de rest heb ik tvheadend laten doen. Hij mapt nu wel kanalen maar slechts een paar en dan nog totaal willekeurig. Ik krijg wel BBC 2 HD maar bijv geen Nederland 1 HD.

Hierbij nog een stukje log. Dit herhaalt zich de hele tijd alleen dan met andere kanalen.

May 15 16:08:48.021 subscription: "serviceprobe" direct subscription to adapter: "Philips TDA10023 DVB-C", network: "CAIW", mux: "CAIW: 786,000 kHz", provider: "CAIW Media", service: "XLnt Trance", quality: 100
May 15 16:08:58.020 Service: Philips TDA10023 DVB-C/: 786,000 kHz/XLnt Trance: Status changed to [Graceperiod expired]
May 15 16:08:58.020 subscription: "serviceprobe" unsubscribing
May 15 16:08:58.020 serviceprobe: XLnt Trance: skipped: No input detected
May 15 16:08:58.020 serviceprobe: XLnt R&B: checking...
May 15 16:08:58.020 subscription: "serviceprobe" direct subscription to adapter: "Philips TDA10023 DVB-C", network: "CAIW", mux: "CAIW: 786,000 kHz", provider: "CAIW Media", service: "XLnt R&B", quality: 100
May 15 16:09:08.020 Service: Philips TDA10023 DVB-C/: 786,000 kHz/XLnt R&B: Status changed to [Graceperiod expired]
May 15 16:09:08.020 subscription: "serviceprobe" unsubscribing
May 15 16:09:08.020 serviceprobe: XLnt R&B: skipped: No input detected
May 15 16:09:08.020 serviceprobe: XLnt Hip Hop: checking...
May 15 16:09:08.020 subscription: "serviceprobe" direct subscription to adapter: "Philips TDA10023 DVB-C", network: "CAIW", mux: "CAIW: 786,000 kHz", provider: "CAIW Media", service: "XLnt Hip Hop", quality: 100

Oja en ik gebruik geen smartcard (want caiway gebruikt geen encryptie).

Ik hoop dat dit jullie wat zegt en alvast bedankt!

[Beninho]

Kan iemand me vertellen of.. en hoe hoe je tvheadend op een https verbinding kan laten starten?

[gibraltar]

tobitronics schreef op donderdag 15 mei 2014 @ 16:11:
Ik heb even mijn hele oude config eruit gegooid en ben opnieuw begonnen, ditmaal heb ik alleen de MUX van mijn eigen regio toegevoegd en mijn Netwerk ID ingevuld bij het startscherm, de rest heb ik tvheadend laten doen. Hij mapt nu wel kanalen maar slechts een paar en dan nog totaal willekeurig. Ik krijg wel BBC 2 HD maar bijv geen Nederland 1 HD.
[...]
Ik hoop dat dit jullie wat zegt en alvast bedankt!

Het lijkt er toch echt op dat er geen data binnenkomt, en dat dus de frequenties van de mux'en niet kloppen. Of de signaalkwaliteit is heel erg slecht (er staat immers "Signal quality: 4%"). Je zou nog in je syslog kunnen kijken of het misschien iets met de driver of hardware te maken heeft. Anders moet je toch eens aan de slag met de commandline utilities van het linuxtv project. Dan kun je deze aanpak volgen.

Beninho schreef op zondag 18 mei 2014 @ 19:15:
Kan iemand me vertellen of.. en hoe hoe je tvheadend op een https verbinding kan laten starten?

Volgens mij heeft TVHeadend dat zelf niet, maar je kan natuurlijk iets van een Reverse Proxy met SSL doen via nginx? Noemen ze ook wel SSL Offloader. Geen ervaring mee, maar werkt voor andere HTTP naar HTTPS opstellingen ook.

[doltishDuke]

Net MythTV eruit gegooid en TVHeadend geïnstalleerd. Wat een verademing zeg

Had voorheen twee TV servers op lompe overpowered instabiele Windows bakken draaien die constant plat gingen omdat er dan weer dit was, dan weer dat. De andere server die bij mijn ouders in de kast Ziggo staat te serveren inmiddels draaiend gekregen met MythTV, maar hier thuis wilde dat niet. TVHeadend ligt een stuk minder dwars

Valt me vooral op hoe snel dat programma is met kanaal wisselen

[Jeroen2289]

Hallo,

Voor mijn HTPC draai ik Openelec 4.0 op een intel NUC met daaraan een Anysee E30 combo plus USB tuner icm Smargo smartreader om televisie te kijken binnen XBMC. Hiervoor gebruik ik TVheadend+Oscam als backend.

Dit gaat voor analoge zenders goed, echter met een redelijk aantal HD zenders heb ik storing in beeld, vaak dusdanig dat er niet meer naar de zender te kijken valt. Er zijn dan zoveel blokken/strepen dat het niet meer te doen is.

Ook valt mij op dat de HD zenders die wel werken niet vloeiend het beeld afspelen. Het is voor rustige/stil staande beelden scherp, maar bewegende beelden zijn een ramp dan kan ik beter een analoge zender pakken, die is scherper.

Er is reeds een monteur van ziggo langs geweest die alles doorgemeten heeft en het aansluitpunt+bekabeling kosteloos heeft vervangen(aardige meneer:)!). Hij gaf aan dat mijn signaal goed is en dat alles normaal zou moeten werken.
Zelf heb ik de USB kabel van de anysee vervangen door een vergulde versie(je weet het maar nooit) dit hielp echter ook niet.

Daaruit trek ik dus de conclusie dat het probleem of aan de Anysee tuner ligt of aan Tvheadend/Oscam/Openelec.

Ik heb zelf alles al is opnieuw geinstalleerd en ingesteld dit helpt helaas niet.
Het logboek van TVHeadend geeft heel veel 'continuity counter errors' echter dit geeft hij ook aan bij zenders die het wel goed doen.

Zelf heb ik het idee dat dit een software matig probleem is of een instelling(en) die niet goed staat.

Hoe kan ik er achterkomen wie of wat de boosdoener is?

[gibraltar]

Jeroen2289 schreef op maandag 19 mei 2014 @ 14:45:
Dit gaat voor analoge zenders goed, echter met een redelijk aantal HD zenders heb ik storing in beeld, vaak dusdanig dat er niet meer naar de zender te kijken valt. Er zijn dan zoveel blokken/strepen dat het niet meer te doen is.

[...]

Er is reeds een monteur van ziggo langs geweest die alles doorgemeten heeft en het aansluitpunt+bekabeling kosteloos heeft vervangen(aardige meneer:)!). Hij gaf aan dat mijn signaal goed is en dat alles normaal zou moeten werken.
Zelf heb ik de USB kabel van de anysee vervangen door een vergulde versie(je weet het maar nooit) dit hielp echter ook niet.
[...]
Hoe kan ik er achterkomen wie of wat de boosdoener is?

Kun je met een E30 combo eigenlijk wel analoge zenders ontvangen? Want daar zit namelijk geen tuner voor in . Dus dan heb je het vast over de SD kanalen?

Dan het verhaal over de problemen met de HD kanalen. Omdat er hierboven ook al iemand problemen heeft met een E30 heb ik even gekeken naar de driver. Het lijkt erop dat de tuner (een TDA10023) last heeft van wat problemen (zie hier), zelfs bij een goed signaal. Wat daar nu precies van waar is weet ik niet, maar misschien kun je aan de slag met de DVBv5 tools. Ik heb geen idee of die netjes bij OpenELEC zitten, dus dat zou je even moeten uitzoeken. Daarnaast is 't enorm slecht gedocumenteerd, dus even wat start hulp:

Maak een file (ik gebruik nl-Ziggo) aan met daarin de frequentie van je netwerk (zie hier)

code:

[CHANNEL]
        DELIVERY_SYSTEM = DVBC/ANNEX_A
        FREQUENCY = 369000000
        SYMBOL_RATE = 6875000
        INNER_FEC = NONE
        MODULATION = QAM/64
        INVERSION = AUTO

dan

code:

dvbv5-scan -N -p nl-Ziggo

dan krijg je een dvb_channel.conf. Vervolgens

code:

dvbv5-zap -r "Nederland 1 HD"

Vervolgens kun je dan een stream opslaan met

code:

/dev/dvb/adapter0/dvr0 > recording.ts

Volgens mij was dat het. Je kan ook nog een -m optie toevoegen aan zap voor traffic monitoring. Je moet dan wat BER waardes enzo krijgen. Als je in de output van deze hele aanpak (in recording.ts) via VLC ofzo nog steeds artifacts krijgt dan is het inderdaad driver/tuner. Het zou aan de calibratie kunnen liggen, dus misschien opnieuw opstarten terwijl alle kabels aangesloten zijn (en de hardware nog warm is: dus geen cold boot doen).

En dat het wel werkt als je toch errors in je log hebt: dat kunnen ook andere streams zijn die je niet gebruikt, of het valt niet op. Probleem is er wel degelijk nog steeds. Het zou ook zo maar de transfer van de USB stick naar de NUC zijn, en dus de driver. Ik heb ook een NUC in gebruik, en dat gaat prima. Het zou dus aan 't USB device kunnen liggen. Je moet in ieder geval de output van

code:

lsusb -t

iets zien als

code:

Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=em28xx, 480M

waarbij het vooral om die 480M bandbreedte gaat.

[ Voor 9% gewijzigd door gibraltar op 19-05-2014 15:52 ]

[Jeroen2289]

Ik bedoel dan ook SD kanalen;) Ook ik gebruik Ziggo, zal je post is goed doorlezen en een en ander proberen. Alvast bedankt

Update:

Helaas ondersteund Openelec dit niet volgens een post die jij zelf verleden jaar gedaan hebt
\[DVB-C] Digitale kabel TV op de PC [DEEL 5][filter_keywords]=dvbv5


De output van 'lsusb -t' laat onderstaande zien:

OpenELEC:~ # lsusb -t
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
|__ Port 3: Dev 2, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M
|__ Port 4: Dev 3, If 0, Class=Vendor Specific Class, Driver=dvb_usb_anysee, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M

Op Bu02 zit de anysee aangesloten(als ik het zo zie) daar zitten twee poorten op waarvan 1 inderdaad maar 12M heeft ipv 480. De aangegeven driver ' Driver=ftdi_sio' geeft volgens google aan dat dit een USB serial driver is, dit zal dus (neem ik even aan) de smargo smartreader zijn. Dus dan krijgt de anysee 480?

[ Voor 86% gewijzigd door Jeroen2289 op 19-05-2014 17:18 ]

[gibraltar]

Jeroen2289 schreef op maandag 19 mei 2014 @ 16:57:
Helaas ondersteund Openelec dit niet volgens een post die jij zelf verleden jaar gedaan hebt

Owh, die... . Een hele nieuwe distributie installeren alleen hiervoor is misschien een beetje teveel van het goede. En compileren zit er denk ik ook niet in.

Op Bu02 zit de anysee aangesloten(als ik het zo zie) daar zitten twee poorten op waarvan 1 inderdaad maar 12M heeft ipv 480. Echter is dit de DVB-C of DVB-T tuner?

De tuner zit netjes op een 480M, maar daar gaat nog 12 vanaf voor je smartcard reader (ftdi_sio). Dat zou niet uit moeten maken. Anders moet je in TVHeadend even "full mux reception" uit zetten, dan weet je zeker dat je geen USB bandbreedte problemen hebt. En anders is het toch een hardware probleem ben ik bang. Misschien dat je de Windows driver nog kunt testen, kijken of het daarmee op te lossen is. That's it denk ik.

[Jeroen2289]

Hmm oke, ik zal de anysee is aan mijn laptop hangen kijken of ik dan wel normaal kan kijken.
Anders nog een sugestie welke tuner ik het beste kan aanschaffen?

[Beninho]

gibraltar schreef op maandag 19 mei 2014 @ 11:54:
Volgens mij heeft TVHeadend dat zelf niet, maar je kan natuurlijk iets van een Reverse Proxy met SSL doen via nginx? Noemen ze ook wel SSL Offloader. Geen ervaring mee, maar werkt voor andere HTTP naar HTTPS opstellingen ook.

Thanks. Zo had ik er nog niet over nagedacht, eens gaan proberen!

[gibraltar]

Jeroen2289 schreef op maandag 19 mei 2014 @ 17:21:
Hmm oke, ik zal de anysee is aan mijn laptop hangen kijken of ik dan wel normaal kan kijken.
Anders nog een sugestie welke tuner ik het beste kan aanschaffen?

Dat is erg lastig op dit moment. Op dit moment heb ik een enkele tuner (een PCTV 510), en wilde er nog wel eentje bij eigenlijk. Aangezien jij met je NUC net als mij vast zit aan USB of netwerk zou de HDHomerun nog wel wat zijn (alleen de vier tuner hardware is nog op voorraad). De andere optie is een Sundtek stick.

Meer goede opties zijn er eigenlijk niet. Er is nog een PCTV 292e met halve drivers, maar die is niet te koop in Nederland zover ik weet. De PCTV 521e en de andere Hauppauge stick zijn hetzelfde, maar die zijn alweer uitverkocht en zijn ook geen drivers voor (er is iemand aan begonnen geloof ik).

Mocht PCI Express een optie zijn dan is Digital Devices nog een goede fabrikant. Die hebben ook een mini-PCI aansluiting ergens die volgens mij ook op de NUC zou passen. Maar dat is weer zo duur allemaal.

[Jeroen2289]

dan kom je op deze uit:

http://shop.digital-devic.../62357162/Products/091006

Maar dan is het weer de vraag of deze ondersteund wordt door openelec? als ik dit namelijk lees:

http://openelec.tv/forum/...lex-ct2-octopus-mini-pcie

Ben ik bang dat het niet gaat werken, ook al kan dat ook gewoon aan die gebruiker liggen. Dan is 169 euro wel veel geld indd;)

[Jeroen2289]

Toch nog een vraag.weet iemand toevallig ook de frequentie lijst voor ziggo kanalen te vinden voor Ziggo Groningen?
Als ik namelijk in TVheadend kijk ziet hij op de HD zenders die het niet doen 0-4% signaal op de gebruikte frequentie. Dit zijn o.a. Nederland 1,2,3 HD en deze werkten verleden week nog wel echter toen op een andere frequentie.

Wellicht als ik alle muxes handmatig toevoeg dat hij dan wel goed de services op de juiste frequentie wil vinden.

[RudolfR]

Misschien heb je hier wat aan:
http://www.dtvmonitor.com/nl/ziggo-noord

[Jeroen2289]

daar staan inderdaad een groot aantal op! Ik zie alleen toevallig Nederland 123 in HD er niet tussen staan maar wel een aantal andere die bij mij dus niet op de goede frequentie staan. Apart dat dit neit automatisch goed gaat.. Dank je

update:

Waarom staan daar de HD zenders niet tussen van de nederlandse zenders? Of worden die vanuit een andere regio aangeboden..?
Voor regio zuid en west staan die HD zenders er wel tussen alleen voor noord niet, zou dat misschien mijn problemen verklaren ?

[ Voor 37% gewijzigd door Jeroen2289 op 20-05-2014 08:56 ]

[gibraltar]

Jeroen2289 schreef op dinsdag 20 mei 2014 @ 08:46:
Waarom staan daar de HD zenders niet tussen van de nederlandse zenders? Of worden die vanuit een andere regio aangeboden..?
Voor regio zuid en west staan die HD zenders er wel tussen alleen voor noord niet, zou dat misschien mijn problemen verklaren ?

Hou er rekening mee dat sinds kort per regio niet alle netwerk informatie meer beschikbaar is, en dat zelfs een netwerk ID niet voldoende is om te garanderen dat je dezelfde transponderlijst kan gebruiken. Voor TVHeadend heb je in versie 3.9 in ieder geval de mogelijkheid om via "network discovery" op true en "skip initial scan" op false in je Networks configuratie bij elke restart automatisch de boel te updaten. De switch van Nederland 3 HD en SBS 6 HD heb ik zo heel eenvoudig met een restart van TVHeadend gefixed (wel even opnieuw mappen).

Conclusie: je moet geen online zenderlijsten meer gebruiken. Alle informatie voor TVHeadend zit op 1 frequentie, en die kun je hier vinden. Je hoeft dus tijdens configuratie maar 1 mux toe te voegen handmatig, en wel op de frequentie die je bij Ziggo kan vinden. Rest gaat vanzelf.

[Jeroen2289]

Ik ben op de hoogte van mijn netwerkID+frequentie zo stelde ik inderdaad mijn settopboxen ook in.
Echter als ik alleen deze invoer, zie ik inderdaad 100% signaal maar dan worden er geen services gevonden..

Zit nu op mijn werk zal het vanmiddag nog is opnieuw proberen

Update:
Dat werkt bij mij dus niet. Als ik voor mijn postcode (9700) de gegevens opzoek kom ik uit op code 9700 met frequentie 369000. Als ik deze als handmatige mux toevoeg met QAM64 of QAM256 kan TVheadend geen services vinden.

Zet ik autodetect muxes aan vind tvheadend 4 muxes, waaronder de 369.000 frequentie, echter op deze muxes staan op 2 normale zenders na alleen maar decoders als services.

De enige manier waarop ik de zenders uberhaupt kan vinden is op locatie de muxes toe te voegen met autodetect aan, dan vind Tvheadend er 41 en heb ik alle zenders, alleen dan kan ik de HD zenders dus niet bekijken ivm te slecht tot geen signaal.

[ Voor 55% gewijzigd door Jeroen2289 op 20-05-2014 16:34 ]

[gibraltar]

Jeroen2289 schreef op dinsdag 20 mei 2014 @ 09:50:
[...] alleen dan kan ik de HD zenders dus niet bekijken ivm te slecht tot geen signaal.

Misschien is het dan toch de bekabeling? Ik had al gezegd dat die Anysee problemen heeft met QAM-256 signalen toch? Tegenwoordig is bijna alles bij Ziggo QAM-256 (behalve dus de mux die jij toevallig nu wel weer kan ontvangen). Kan haast geen toeval zijn.

Een update naar 3.9 is trouwens ook een aanrader. Volgens mij kun je in de oude versie ook een network ID invullen ergens? Doe je dat?

[ Voor 13% gewijzigd door gibraltar op 27-05-2014 15:00 ]

[RobV]

Nou jongens, ik heb het eindelijk voor elkaar:

Ziggo Digitaal (5555) HD pakket
Synology DS1513+
2x AnySee E30TC
TvHeadend
Oscam
$5 cardreader

.mkv-tjes verschijnen netje in mijn 'recordedtv' map zodat ik ze met Plex kan streamen.

Nou nog op zoek naar een goede TV client zodat ik ook met de afstandsbediening door de EPG kan surfen. Helaas draait XBMC niet op de AppleTV.

[Nielson]

RobV schreef op dinsdag 27 mei 2014 @ 20:20:
Helaas draait XBMC niet op de AppleTV.

OpenELEC zou er wel op moeten kunnen: http://wiki.openelec.tv/i...lling_OpenELEC_on_AppleTV

[RobV]

niet op een Apple TV 3, lijkt het.

zowiezo heb ik dan een probleem, want de Syno is niet krachtig genoeg omde boel te transcoden. die client moet dus best power hebben.

[ Voor 66% gewijzigd door RobV op 27-05-2014 22:19 ]

[derabbink]

Hoi allemaal,
Ik heb een Sundtek MediaPro III usb dongle aan mijn ubuntu 14.04 server hangen, en ik probeer tvheadend daarmee aan de praat te krijgen, maar het lukt nog niet helemaal.

De sundtek driver loopt, en tvheadend ook. Het commando mediaclient -e geeft aan dat de nodige devices zijn aangemaakt, en mediaclient -lc geeft aan dat ze in gebruik zijn door tvheadend.

Tvheadend heeft 34 multiplexes en een paar honderd services gevonden (ik zit in het Ziggo 5555/Casema gebied). Ik heb nog geen code word client aangeslingerd, omdat ik nog geen Ziggo smartcard bezit.
Met mijn huidige setup verwacht ik in ieder geval de channels zonder encryptie (nederland 1, SD) te kunnen kijken, maar opt dit punt gaat het nog mis.

Als ik in (bijv. met vlc) een stream van Nederland 1 open (http://tvkist:9981/stream/service/_dev_dvb_adapter0_Sundtek_DVB_C__III_404000000_2715, of http://tvkist:9981/playlist/channelid/1), zie ik op de tvheadend status pagina dat er een verbindin open staat van deze client (in dit geval vlc). Deze verbinding blijft echter steken op de state "testing".

In mijn syslog verschijnen er dan een hoop soortgelijke berichten:

code:

May 28 10:03:26 tvkist tvheadend[19054]: TS: Sundtek DVB-C (III)/: 404,000 kHz/Nederland 1: Transport error indicator, 606062 duplicate log lines suppressed
May 28 10:03:27 tvkist tvheadend[19054]: TS: Sundtek DVB-C (III)/: 404,000 kHz/Nederland 1: Transport error indicator, 617030 duplicate log lines suppressed
May 28 10:03:28 tvkist tvheadend[19054]: TS: Sundtek DVB-C (III)/: 404,000 kHz/Nederland 1: Transport error indicator, 628242 duplicate log lines suppressed
May 28 10:03:29 tvkist tvheadend[19054]: TS: Sundtek DVB-C (III)/: 404,000 kHz/Nederland 1: Transport error indicator, 639527 duplicate log lines suppressed
May 28 10:03:30 tvkist tvheadend[19054]: TS: Sundtek DVB-C (III)/: 404,000 kHz/Nederland 1: Transport error indicator, 650658 duplicate log lines suppressed
...

om dit verder te onderzoeken heb ik de sundtek driver maximaal laten loggen, en dan krijg ik een vloedgolf (tientallen MB's per sec.) aan berichten in mediasrv.log

code:

2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (0 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (212 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (460 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (940 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (1360 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (1880 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (2367 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (3384 // 0)
2014-05-28 10:02:28 [19017] TS Sync byte not aligned, realigning stream (3687 // 0)
...

de sundtek adapter is al volgt geconfigureerd in tvheadend:

code:

{
        "enabled": 1,
        "fe_path": "/dev/dvb/adapter0/frontend0",
        "dmx_path": "/dev/dvb/adapter0/demux0",
        "dvr_path": "/dev/dvb/adapter0/dvr0",
        "type": "DVB-C",
        "displayname": "Sundtek DVB-C (III)",
        "autodiscovery": 1,
        "idlescan": 1,
        "idleclose": 1,
        "skip_checksubscr": 0,
        "sidtochan": 0,
        "qmon": 0,
        "poweroff": 0,
        "nitoid": 5555,
        "diseqc_version": 0,
        "diseqc_repeats": 0,
        "extrapriority": 0,
        "skip_initialscan": 0,
        "disable_pmt_monitor": 0,
        "full_mux_rx": -1,
        "grace_period": 0
}

Wat doe ik verkeerd? Hoe kan ik dit aan de praat krijgen?

[gibraltar]

derabbink schreef op woensdag 28 mei 2014 @ 12:42:
Wat doe ik verkeerd? Hoe kan ik dit aan de praat krijgen?

Uhm:

• Check je kabels, gebruik goed afgeschermde connectoren (dus metalen, niet van die goedkope plastic rommel). Gebruik bij voorkeur kabelkeur spul. Dat lijkt overbodig, maar DVB-C is erg gevoelig. En "maar mijn set-top box werkt ook" is helaas geen garantie, de gevoeligheid van de tuner hangt af van hardware en driver. Plaats hem anders eens zo dicht mogelijk bij je overname punt.
• Controleer signaalkwaliteit in TVHeadend, of via "/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0".
• Plaats je DVB-C stick in een USB2 only poort. Er zijn wat USB driver issues met USB3. Plaats bij voorkeur geen andere devices op dezelfde bus. Check "lsusb -t".

[Vulpecula]

Ik wil graag de volgende Digital devices kaart bestellen: Interne PCI Express DualTuner Digital Devices Cine CT V6 (de versie zonder hardware matige cam). Ik heb al een smargo smartcard lezer en wil dus beide apparaten gebruiken in mijn tvheadend opstelling middels OScam. Maar nu heb ik de verkoper gesproken van deze pci-e kaart en hij verteld mij dat het niet gaat werken met een smargo en OScam. Maar volgens mij werkt het wel zo. Kan iemand me vertellen of het wel/niet gaat werken?

Gaat om een Ziggo abo.

[Rabberax]

Mijn vraag past beter in het andere draadje. Zie Rabberax in "\[DVB-C] Digitale kabel TV op de PC [DEEL 5]" voor de post.

[ Voor 94% gewijzigd door Rabberax op 06-06-2014 15:13 ]

[the_activ]

Na een poosje romellen heb ik nu TVheadend draaien met een smargo en een HDHomerun (4 tuner model), maar het lukt mij nog niet echt om series linking werkend te krijgen.
Heeft iemand daar misschien tips over of kan iemand aangeven welke xmltv source de juiste info mee geeft, ziggo geeft i.i.g. in de meegezonden epg de juiste info niet mee heb ik inmiddels ontdekt.

Ik hoop dat iemand een tip heeft.

[derabbink]

Na een hoop gepruts ben ik nog steeds geen centimeter vooruit gekomen

gibraltar schreef op woensdag 28 mei 2014 @ 17:30:
Uhm:

• Check je kabels, gebruik goed afgeschermde connectoren (dus metalen, niet van die goedkope plastic rommel). Gebruik bij voorkeur kabelkeur spul. Dat lijkt overbodig, maar DVB-C is erg gevoelig. En "maar mijn set-top box werkt ook" is helaas geen garantie, de gevoeligheid van de tuner hangt af van hardware en driver. Plaats hem anders eens zo dicht mogelijk bij je overname punt.

Dit was altijd al in orde. Mijn kabel is 3m lang, van degelijke kwaliteit, en verbind de sundtek unit rechtstreeks met de koax-outlet in mijn huis.

• Controleer signaalkwaliteit in TVHeadend, of via "/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0".

TVHeadend en dit commando geven continu aan dat de kwaliteit 99% is. Voor wat voor frekwentie dan ook.

• Plaats je DVB-C stick in een USB2 only poort. Er zijn wat USB driver issues met USB3. Plaats bij voorkeur geen andere devices op dezelfde bus. Check "lsusb -t".

Heb ik altijd al gedaan. De sundtek module zit op een van de 2 front-usb2 poorten van mijn pc-kast (de 2e is vrij). Deze 2 poorten zitten samen met een connector op het mainboard aangesloten.

Ik denk inmiddels dat de zender waarmee ik de boel probeer te testen wellicht toch versleuteld zou kunnen zijn. Ik probeer dus Ned1 (SD) te ontvangen. TVheadend geeft aan dat ik dit op 404,000 kHz kan vinden, zonder encryptie. In de "Multiplexes" tab zie ik dat dit een Mux met MuxID 10 en NetworkID 500 betreft, en met een QAM256 6875kBaud modulation is ingepakt.

Er staat bovendien bij erg weinig van de door TVheadend gevonden "Services" dat er encryptie op zit. De HD-varianten van RTL4,5,7,8 bijv. hebben volgens het overzicht geen encryptie, terwijl bij de SD-varianten staat dat ze met irdeto zijn beveiligd.

[ Voor 17% gewijzigd door derabbink op 08-06-2014 19:19 . Reden: meer informatie over gebruikt kanaal ]

[Rabberax]

TV-HEADEND draait samen met OSCAM inmiddels redelijk stabiel. Ik krijg zo nu en dan echter nog steeds "No input detected" messages van TVHEADEND. Oscam geeft in dit geval geen meldingen (dus hij komt niet eens tot aan het doen van een aanvraag en deze melding geld tevens voor Ned 1 (free to air) waardoor het probleem moet komen door TV-headend.

Wat kan er in dit geval fout zijn? Is er een test die ik kan doen om meer informatie te verkrijgen?

[the_activ]

Heeft er dan niemand een fatsoenlijke epg gaande met episode numbers er in? Dat zou ik persoonlijk echt heel teleurstellend vinden aangezien je dan dus nooit automatisch een hele serie op kan nemen.

[derabbink]

derabbink schreef op zondag 08 juni 2014 @ 19:09:
Na een hoop gepruts ben ik nog steeds geen centimeter vooruit gekomen
[...]

Ondertussen is het gelukt. Het lag aan een compatibiliteitsprobleem tussen Sundtek en de USB controller op mijn mainboard. Ik heb dus de DVB-C dongle verplaatst naar een van de poorten aan de achterkant (niet front-USB) en voila, het werkt.

Nu van de buurman een smartcard lenen om aan de slag te gaan met de ontsleuteling, voordat ik er zelf een koop. Maar uiteraard heb ik ook alweer een paar vragen hierover:
Ik heb deze cardreader. Hij heeft een paar schakelaars om verschillende modi in te stellen:

• 3.3V / 5V
• Smartmouse / Phoenix
• 3.57 / 6 / 8 / 10 / 12 MHz

Welke combinatie moet ik gebruiken voor een gloednieuwe ziggo smartcard?

[schumi2004]

derabbink schreef op dinsdag 10 juni 2014 @ 23:18:
[...]


Ondertussen is het gelukt. Het lag aan een compatibiliteitsprobleem tussen Sundtek en de USB controller op mijn mainboard. Ik heb dus de DVB-C dongle verplaatst naar een van de poorten aan de achterkant (niet front-USB) en voila, het werkt.

Nu van de buurman een smartcard lenen om aan de slag te gaan met de ontsleuteling, voordat ik er zelf een koop. Maar uiteraard heb ik ook alweer een paar vragen hierover:
Ik heb deze cardreader. Hij heeft een paar schakelaars om verschillende modi in te stellen:

• 3.3V / 5V
• Smartmouse / Phoenix
• 3.57 / 6 / 8 / 10 / 12 MHz

Welke combinatie moet ik gebruiken voor een gloednieuwe ziggo smartcard?

Als je issues heb met Sundtek ga dan zeker naar hun IRC channel en binnen no-time heb je een oplossing.
Als er 1 iemand is dan heeft Sundtek wel geweldige support, lang niet gezien bij een bedrijf!

[Rabberax]

Hoi Derabbink,

Hij moet worden ingesteld op 3.3v, Phoeinix, (1na laatste schakelaar omhoog, dus niet op 3.57!!, laatste schakelaar op 6 MHZ

Oscam dan op 600 mhz zetten (bij zowel card mhz als reader mhz of zoiets!)

[derabbink]

Rabberax schreef op woensdag 11 juni 2014 @ 13:17:
Hij moet worden ingesteld op 3.3v, Phoeinix, (1na laatste schakelaar omhoog, dus niet op 3.57!!, laatste schakelaar op 6 MHZ

Oscam dan op 600 mhz zetten (bij zowel card mhz als reader mhz of zoiets!)

Dankje. Dit heb ik gedaan, maar nu loop ik tegen een oscam configuratieprobleem aan. Ik heb het probleem in het grote tv-op-pc topic gedocumenteerd.

[ Voor 37% gewijzigd door derabbink op 13-06-2014 16:56 . Reden: off topic verplaatst ]

[mphilipp]

Heeft iemand hier een idee wat ik moet doen om mijn TVHeadend weer aan de praat te krijgen onder Ubuntu 14.04? Ik ben zo dom geweest om te upgraden ipv een verse install (werkt eigenlijk nooit 100%, ik had het kunnen weten) en nu vertikt ie het... Het is blijkbaar een bekend probleem, maar waar anderen beweren dat ze het weer aan de praat hebben, werkt het bij mij nog steeds niet.

Als ik de stable repository pak, krijg ik dit:

code:

Setting up tvheadend (3.4.28~geb79aee~trusty) ...
Installing new version of config file /etc/default/tvheadend ...
Installing new version of config file /etc/init/tvheadend.conf ...
Installing new version of config file /etc/init.d/tvheadend ...

Starten doet ie dan niet; logfile zegt dit:

code:

tvheadend: error while loading shared libraries: libavcodec.so.53: cannot open shared object file: No such file or directory

Ga ik naar unstable, krijg ik dit:

code:

Selecting previously unselected package tvheadend.
(Reading database ... 136197 files and directories currently installed.)
Preparing to unpack .../tvheadend_3.9.929~gd702125~trusty_amd64.deb ...
Unpacking tvheadend (3.9.929~gd702125~trusty) ...
Processing triggers for man-db (2.6.7.1-1) ...
Processing triggers for ureadahead (0.100.0-16) ...
Setting up tvheadend (3.9.929~gd702125~trusty) ...
Installing new version of config file /etc/default/tvheadend ...
Installing new version of config file /etc/init/tvheadend.conf ...
Installing new version of config file /etc/init.d/tvheadend ...

NIeuwere versie, maar nog steeds zilch...

code:

tvheadend: error while loading shared libraries: libavcodec.so.53: cannot open shared object file: No such file or directory

Wat men roept over de oorzaak is dit:

The problem is that the transcoding support in tvheadend is broken and doesn't work with any currently shipping versions of libav. Either get the new builds that zeebee linked (they should work but have transcoding disabled) or compile yourself.

Echter, ze beweren ook dat je dan unstable moet pakken en die werkt dan wel. Maar nix...Ideeën?

[gibraltar]

mphilipp schreef op zaterdag 21 juni 2014 @ 23:01:
[...]
Starten doet ie dan niet; logfile zegt dit:

code:

tvheadend: error while loading shared libraries: libavcodec.so.53: cannot open shared object file: No such file or directory

[...]

Die foutmelding komt inderdaad door transcoding support. TVHeadend gebruikt hiervoor libav, een fork van ffmpeg. De transcoding support gebruikt een bepaalde versie, en is niet compatible met de nieuwere versie die door Ubuntu wordt aangeboden in 14.04 (dat is .so versie 54).

Blijkbaar hebben ze transcoding niet uitgezet in die builds die je noemt. Ik zou gewoon eens van source builden, en dan transcoding zelf uitzetten. Volg deze handleiding. Volgens mij moet je heel specifiek transcoding aanzetten tijdens de build, dus krijg je eigenlijk vanzelf een goede build via die weg.

[mphilipp]

Ik wordt hier zo simpel van...

Ik zal eens kijken of dat compileren werkt. Ik heb dat al een keer geprobeerd, en volgens mij deed ik precies wat er in die handleiding stond, disable weetikwat, maar werkte het alsnog niet. Wat een gekloot. Zit nu al een paar weken zonder TV. Niet heel erg, want ik kijk niet veel, maar die ene F1 wedstrijd had ik liever niet via een stream gekeken...

We gaan het gewoon nog een keer proberen. Dat is dan weer een voordeel van Windows (absoluut geen fan van) maar dit soort dingen heb je daar weer niet.

[ Voor 20% gewijzigd door mphilipp op 24-06-2014 19:00 ]

[chielmi]

Gisteren groot deel van de dag bezig geweest met de configuratie van TVHeadend op een Synology DS213j met een HDHomerun Dual. Hiermee wil ik vooral opnemen en incidenteel live tv kijken in XBMC.

Uiteindelijk veel langer mee bezig geweest dan gehoopt. Tijdens de initial scan werden erg veel muxes (>40) en >500 zenders gevonden. Ondanks dat ik de optie add DVB network by location --> Netherlands --> UPC had gekozen werkte vrijwel geen enkele zender. Dat zal wel komen doordat de muxes / channels per UPC regio verschillen.
Enige optie was om de muxes handmatig in te vullen in TVHeadend met als bron de zender configuratie van de HDHomerun setup (in Windows: C:\ProgramData\Silicondust\HDHomeRun\Digital Cable.xml).

TVHeadend lijkt nu goed te werken. Testopnamen van HD en SD zenders worden netjes gemaakt. Opname lijkt redelijk wat resources van de DS213j te vragen, dus ik moet nog eens testen met de opname van 2 HD kanalen en de combinatie van opnemen en tegelijk streamen naar XBMC.

Oftewel, op dit moment niets te klagen en geen issues. Maar toch even een reply in dit stille topic

[RudolfR]

Had je niet het Network ID ergens in kunnen vullen?
Dat kan in mijn tvheadend wel (maar dat is versie: 3.9.389~gc56ca45)

http://www.upc.nl/klanten...kabel-tv-en-radio/overig/

[chielmi]

De versie voor een DS213j is inderdaad een stukje ouder, 3.4.27-6. Ik heb bij mijn versie nergens zo'n ID in kunnen vullen.

Als ik binnen TVHeadend 1 tuner enabled heb lijkt alles feilloos te werken. Als ik de tweede tuner echter activeer dan vertraagd TVHeadend enorm en reageert later nergens meer op. Alleen op te lossen door package te herstarten. Zou ook goed een probleem met het HDHomerun package (driver) kunnen zijn, maar ik vind hier niet direct meer info over...

[RudolfR]

Dat heeft misschien te maken met 'Full Mux Reception', dat staat waarschijnlijk aan en kun je beter uitzetten.

[chielmi]

Goh, dat lijkt het inderdaad op te lossen! Thanks! TVHeadend neemt as we speak probleemloos een HD en een SD programma op

Ik had ondertussen ook al succesvol DVBLink geinstalleerd. DVBLink lijkt ook probleemloos te werken, maar m'n voorkeur gaat uit naar TVHeadend.

[schumi2004]

Iemand enig idee wat die Mux Schedulers doet in de meeste recente TVHeadend en waarom ik het mogelijk zou willen gebruiken?

[RudolfR]

Geen idee; ik vond dit:
https://tvheadend.org/issues/2071

"they need something that will tune a specific mux for a short period of time for EMM harvesting"

[gibraltar]

RudolfR schreef op woensdag 09 juli 2014 @ 08:23:
Geen idee; ik vond dit:
https://tvheadend.org/issues/2071

"they need something that will tune a specific mux for a short period of time for EMM harvesting"

Dus er zijn mensen die een provider hebben die eist dat je EMM's krijgt tijdens dat je geen TV aan het kijken bent? Klinkt alsof het een vereiste is voor mensen die iets doen wat niet mag. Ik denk dat je als eerlijke gebruiker hier prima zonder kunt, mits je natuurlijk OTA EPG gebruikt (of idle scanning). Doe je dat niet dan moet je de eerste keer tunen van een zender misschien eventjes wachten totdat je een EMM binnnenkrijgt, maar mijn TV CI/CAM Alphacrypt ingebouwde oplossing moet daar ook op wachten en het is een paar seconden.

[pwhooftman]

Op een Synology DS412+ met DSM 5.0 draai ik TVHeadend 3.4.27-6.

Een aangesloten Teratec Cinergy Diversity DT XS USB functioneert prima in het ontvangen van DVB-T signalen van Digitenne.
Maar de Teratec Cinergy Diversity DT XS USB faalt in het weergeven van DVB-T streams van Caiway via de kabel (thats right, Caiway zend DVB-T uit via de Coax kabel).

Het vreemde is:
- het pakket VideoStation van Synology zelf lukt het wel om de Caiway DVB-T streams weer te geven, dus bekabeling, driver etc. voor de stick moet goed zijn.
- in TVHeadend worden, nadat ik de muxes ingegeven heb, wel de 21 services gevonden, keurig met kanaal naam. Ook de PIDs (audio en videostreams) in de services zijn keurig zichtbaar.
- Echter, in het statuswindow blijft er bij de betreffende adapter een bit error rate van 2097151 weergegeven worden. Dit suggereert dat er audio/video stream gedetecteerd wordt die troep bevat. Ook worden er geen EPG gegevens opgehaald.

Waarom kan VideoStation wel de streams laten zien, en blijft in TVHeadend de error rate op 2097151 en kan er niets getoond worden?

- Omdat de Teratec 2 tuners bevat, heb ik ook al geprobeerd de niet-aangesloten tuner te deactiveren. dat helpt niets.

[ Voor 5% gewijzigd door pwhooftman op 11-07-2014 13:51 ]

[chielmi]

Ik heb geen direct idee waar dit probleem vandaan komt, maar ik heb deze week ontdekt dat de TVHeadend versie die via de SynoCommunity wordt geïnstalleerd wat ouder is (3.4.27.6), terwijl de laatste versie (3.9.952-1) beschikbaar is via een alternatieve website:

http://syno.dierkse.nl/

De TVHeadend_testing versies die hier staan zijn voor alle (?) Diskstation architectuur varianten beschikbaar. Er staan verschillende builds van de 3.9 versie. Misschien lost dit jouw issues op?