[TV Headend] Het grote TV Headend topic

[gibraltar]

eymey schreef op dinsdag 19 mei 2015 @ 16:03:
[...]
Wat betreft Ziggo heb je maar deels gelijk: In (van origine) UPC gebieden geldt gewoon nog steeds Nagravision codering met smartcards hard gekoppeld aan goedgekeurde STB's of CI+ module die door UPC is geleverd.

Punt is dat in gebieden na de migratie volgens mij gewoon dezelfde headend gebruikt wordt. Dus mensen in voormalig UPC gebied hebben dezelfde headend als mensen in Ziggo gebied. En dan is het mogelijk om Irdeto te gebruiken om die streams te decrypten. Dus je kan in voormalig UPC gebied een Irdeto kaart gebruiken van iemand uit een voormalig Ziggo gebied. Administratief is dat natuurlijk niet mogelijk bij Ziggo, maar technisch wel.

eymey schreef op dinsdag 19 mei 2015 @ 16:03:
En wat betreft OSCAM is het nog maar de vraag hoe lang dit in van oudsher Ziggo gebieden nog blijft werken.

Als ze zouden besluiten om Irdeto op te heffen, dan moeten ze alle apparatuur vervangen. Aangezien er een groot aantal mensen een CAM hebben aangeschaft zie ik dat niet zo snel gebeuren. Zover ik weet is er geen methode om de route van OSCam aan te passen zonder dat probleem te veroorzaken.

[meindert66]

Aan de reacties te horen kan ik maar beter bij CanalDigitaal blijven.

Mijn systeem is een PC met 2 TBS6981 tuners (4x) als software heb ik debian testing en Kodi Isengard + latest TVHeadend. Voorheen maakt ik gebruik van MythTV, maar vond ik wat oubollig worden (lastige C A M ondersteuning).

Het werkt perfect dus houd ik het hier voorlopig maar even bij.

[BlackBurn]

gibraltar schreef op dinsdag 19 mei 2015 @ 09:25:
[...]

Tijdens opname afspelen heb ik ook verkeerde tijden, maar het is me nog niet opgevallen dat dit ook bij al afgeronde opnames het geval is. Overigens is VLC meestal wat beter in het afhandelen van video ten opzichte van Kodi, ook als bijvoorbeeld het bestand niet helemaal 100% in orde is. Als je het voorbeeld wat je geeft afspeelt in VLC, en dan de message log bekijkt, zie je dan iets bijzonders?

Als je het Error en Warnings venster bedoeld, dan blijft deze helemaal leeg

Overigens zou het inderdaad mooi zijn als Kodi tijdens het afspelen van een opname die bezig is, de tijd regelmatig zou updaten. Hier zijn op het officiele forum van Kodi ook al wat discussies over.


Echter vandaag kom ik erachter dat TVHeadend geen tweede stream kan openen in dezelde bouquet.
Ik neem bijv. RTL5 op en probeer dan RTL4 te kijken, ik zie alleen deze waarschuwing. Overigens SBS6 kijken terwijl RTL5 wordt opgenomen gaat prima.

In mijn opzet heb ik 2 tuners op Astra 1,2,3 en de hotbird, het lijkt erop dat RTL4 en RTL5 in dezelfde stream zitten, aangezien er geen nieuwe tuner aangesproken wordt, dit is de logging.

Ik ben nog aan het zoeken, er wordt iig geen ECM request verstuurd naar de card-server.

code:

May 19 18:43:42 galadriel tvheadend[2777]: cwc: Sending ECM (PID 1802) section=0/0, for service "RTL5 HD" (seqno: 28)
May 19 18:43:42 galadriel tvheadend[2777]: service: 2: RTL4 si 0xea5e60 SAT>IP DVB-S Tuner #1 (10.10.11.6) weight -1 prio -1 error 0
May 19 18:43:42 galadriel tvheadend[2777]: service: 3: RTL4 si 0xea3d50 SAT>IP DVB-S Tuner #2 (10.10.11.6) weight 0 prio 1 error 0
May 19 18:43:42 galadriel tvheadend[2777]: mpegts: 11856V in Astra 3 - already active
May 19 18:43:42 galadriel tvheadend[2777]: mpegts: 11856V in Astra 3 - open PID 09D8 (2520) [8/0x12ccdd0]
May 19 18:43:42 galadriel tvheadend[2777]: mpegts: 11856V in Astra 3 - open PID 0202 (514) [8/0x12ccdd0]
May 19 18:43:42 galadriel tvheadend[2777]: mpegts: 11856V in Astra 3 - open PID 0054 (84) [8/0x12ccdd0]
May 19 18:43:42 galadriel tvheadend[2777]: mpegts: 11856V in Astra 3 - open PID 0022 (34) [8/0x12ccdd0]
May 19 18:43:42 galadriel tvheadend[2777]: mpegts: 11856V in Astra 3 - open PID 09D8 (2520) [16/0x16aabe0]
May 19 18:43:42 galadriel tvheadend[2777]: cwc: Astra 3/11856V/RTL4 HD using CWC 10.10.11.7:52010
May 19 18:43:42 galadriel tvheadend[2777]: subscription: 0002: "HTTP" subscribing on channel "RTL4", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (10.10.11.6)", network: "Astra 3", mux: "11856V", provider: "M7 Group", service: "RTL4 HD", profile="pass", hostname="10.10.22.14", username="kodi", client="VLC/2.2.1 LibVLC/2.2.1"
May 19 18:43:42 galadriel tvheadend[2777]: service: Astra 3/11856V/RTL4 HD: Status changed to [Hardware input]
May 19 18:43:42 galadriel tvheadend[2777]: service: Astra 3/11856V/RTL4 HD: Status changed to [Hardware input] [Input on service]
May 19 18:43:42 galadriel tvheadend[2777]: service: Astra 3/11856V/RTL4 HD: Status changed to [Hardware input] [Input on service] [No access]
May 19 18:43:42 galadriel tvheadend[2777]: service: Astra 3/11856V/RTL4 HD: Status changed to [Hardware input] [Input on service] [Demuxed packets] [No access]
May 19 18:43:42 galadriel tvheadend[2777]: service: Astra 3/11856V/RTL4 HD: Status changed to [Hardware input] [Input on service] [Demuxed packets] [Reassembled packets] [No access]
May 19 18:43:42 galadriel tvheadend[2777]: webui: Start streaming /stream/channel/f0742c745b5df1ea7b94add181fffa52
May 19 18:43:42 galadriel tvheadend[2777]: pmt: sid 1B6C (7020)
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   pcr_pid 0202
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   caid 1817 (NagraVision) provider 00000000 pid 070B
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   pid 0202 estype 27
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   caid 0100 (Seca) provider 0000006A pid 070B
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   caid 0500 (Viaccess) provider 00051900 pid 0C1F
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   type H264 position 0
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   pid 0054 estype 6
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   caid 0100 (Seca) provider 0000006A pid 070B
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   caid 0500 (Viaccess) provider 00051900 pid 0C1F
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   type AC3 position 0
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   language dut
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   pid 0022 estype 6
May 19 18:43:42 galadriel tvheadend[2777]: pmt:   type TELETEXT position 0
May 19 18:43:42 galadriel tvheadend[2777]: cwc: ECM state INIT
May 19 18:43:42 galadriel tvheadend[2777]: pmt: completed pid 2520 table 00000002 / 000000ff
May 19 18:43:42 galadriel tvheadend[2777]: cwc: Received ECM reply (PID 1802) for service "RTL5 HD" even: 34.0c.15.55.1c.25.39.7a odd: 56.17.6d.da.02.0e.5b.6b (seqno: 28 Req delay: 320 ms)

[renedis]

Hebben jullie wel eens gemeten hoe veel seconden TVHeadend achterloopt op een "normale" uitzending?
Het scheelt bij mij zeker 10 seconden icm een RPi2. Iemand anders dit ook al eens ondervonden?

[FabiandJ]

Ik probeer EPG middels een grabber werkend te krijgen, maar ik krijg deze error terug:
2015-05-19 21:22:53.312 /usr/bin/tv_grab_nl: htsmsg_xml_deserialize error
2015-05-19 21:22:53.312 /usr/bin/tv_grab_nl: grab returned no data

Wat mis ik? deze grabber heb ik geïnstalleerd: https://github.com/tvgrabbers/tvgrabnlpy
Heb hem werkend, had geen outfile gekozen en daarna moet ik dit draaien:

code:

cat tv_grab_file.xmltv | socat - UNIX-CONNECT:/home/hts/.hts/tvheadend/epggrab/xmltv.sock

[ Voor 21% gewijzigd door FabiandJ op 20-05-2015 00:38 ]

[Sa1]

renedis schreef op dinsdag 19 mei 2015 @ 20:45:
Hebben jullie wel eens gemeten hoe veel seconden TVHeadend achterloopt op een "normale" uitzending?
Het scheelt bij mij zeker 10 seconden icm een RPi2. Iemand anders dit ook al eens ondervonden?

nee, heb ik nog nooit gecheckt, wel merk ik dat als ik boven tv kijk, en daar dezelfde zender bekijk als beneden dat er verschil in geluid is. Boven (Pi2) is later dan m'n IntelNuc beneden.

[BlackBurn]

renedis schreef op dinsdag 19 mei 2015 @ 20:45:
Hebben jullie wel eens gemeten hoe veel seconden TVHeadend achterloopt op een "normale" uitzending?
Het scheelt bij mij zeker 10 seconden icm een RPi2. Iemand anders dit ook al eens ondervonden?

Het is vrij normaal dat TVHeadend iets achter loopt, zeker als je bijv. time-shifting gebruikt.
Het bestand moet immers even aangemaakt worden alvorens het gestreamed kan worden.

Echter 10sec. klinkt wel als heel veel, ik verwacht dat het hier een kleine seconde is, wellicht minder.

[Verwijderd]

Voor de makkelijke weg:

- HD Homerun Netwerk tuner
- Op een apart klein servertje OpeneElec installeren. Zorg voor een grote harde schijf voor de opnamen.
- Activeer de plugins voor TVHeadend en de HD Homerun
- Stel die plug-ins even in. Je komt er later (als het goed is) niet meer aan.
- Ze via de webGUI alles goed
- Hang je TV servertje in de meterkast

Op deze manier heb je op een hele makkelijk manier een pracht van een TV server

[ Voor 9% gewijzigd door Verwijderd op 20-05-2015 09:04 ]

[BlackBurn]

Verwijderd schreef op woensdag 20 mei 2015 @ 09:04:
Voor de makkelijke weg:

- HD Homerun Netwerk tuner
- Op een apart klein servertje OpeneElec installeren. Zorg voor een grote harde schijf voor de opnamen.
- Activeer de plugins voor TVHeadend en de HD Homerun
- Stel die plug-ins even in. Je komt er later (als het goed is) niet meer aan.
- Ze via de webGUI alles goed
- Hang je TV servertje in de meterkast

Op deze manier heb je op een hele makkelijk manier een pracht van een TV server

Ter verificatie, dit werkt toch alleen voor un-encrypted / FTA signalen?
Overigens is dit wel een beetje hetzelfde idee als een SAT>IP tuner, het is jammer dat providers een dergelijke oplossing niet aandragen, als zij de set top box leveren met deze functionaliteit, kunnen ze toch DRM toepassen en degene die willen kunnen via IP een TV-Server alla TVHeadend koppelen

_{Ben bang dat het niet snel zal gebeuren, maar hopen kan altijd}

[Verwijderd]

BlackBurn schreef op woensdag 20 mei 2015 @ 09:33:
[...]


Ter verificatie, dit werkt toch alleen voor un-encrypted / FTA signalen?
Overigens is dit wel een beetje hetzelfde idee als een SAT>IP tuner, het is jammer dat providers een dergelijke oplossing niet aandragen, als zij de set top box leveren met deze functionaliteit, kunnen ze toch DRM toepassen en degene die willen kunnen via IP een TV-Server alla TVHeadend koppelen

_{Ben bang dat het niet snel zal gebeuren, maar hopen kan altijd}

Ehh, ik heb m'n oscam geconfigureerd in een VU+ Zero satelliet tuner waar OpenPLI op staat. Via de CAs in TV Headend maak ik via Newcamd connectie. Het VU+ tunertje hangt ook in mijn meterkast.

[eymey]

gibraltar schreef op dinsdag 19 mei 2015 @ 17:16:
[...]

Punt is dat in gebieden na de migratie volgens mij gewoon dezelfde headend gebruikt wordt. Dus mensen in voormalig UPC gebied hebben dezelfde headend als mensen in Ziggo gebied. En dan is het mogelijk om Irdeto te gebruiken om die streams te decrypten. Dus je kan in voormalig UPC gebied een Irdeto kaart gebruiken van iemand uit een voormalig Ziggo gebied. Administratief is dat natuurlijk niet mogelijk bij Ziggo, maar technisch wel.

[...]

Als ze zouden besluiten om Irdeto op te heffen, dan moeten ze alle apparatuur vervangen. Aangezien er een groot aantal mensen een CAM hebben aangeschaft zie ik dat niet zo snel gebeuren. Zover ik weet is er geen methode om de route van OSCam aan te passen zonder dat probleem te veroorzaken.

Oftewel, het kán ook in UPC gebied..... als je bereid bent administratief te 'sjoemelen'.

En wat betreft dat laatste: Ik het providers in het verleden al gekkere dingen zien doen. Dus ik zou zeggen: Geniet er van zo lang het nog werkt.


Zoals ik al eerder heb aangegeven en dus ook gericht op de 2 posts voor mij (die een herhaling lijken van een paar dagen terug): Het belang voor providers of contentleveranciers om consumenten in staat te stellen streams naar eigen apparaten of eigen software te ontsluiten (om dan ook op te kunnen nemen, bewaren, etc.) is nul komma nul.

Gelukkig kan het nu bij div. aanbieders via workarounds nog werken, maar geen enkele aanbieder zal, als er op een gegeven moment weer iets nieuws ontwikkeld moet worden / van technologie veranderd wordt, actief of bewust interoperabiliteit met eigen apparatuur / open software in de requirements zetten.

Jammer en belachelijk, maar wel de realiteit.

[ Voor 9% gewijzigd door eymey op 20-05-2015 10:10 ]

[gibraltar]

eymey schreef op woensdag 20 mei 2015 @ 10:08:
[...]
En wat betreft dat laatste: Ik het providers in het verleden al gekkere dingen zien doen. Dus ik zou zeggen: Geniet er van zo lang het nog werkt.
[...]

Ik snap dat je teleurgesteld bent in providers, maar het klopt echt niet wat je zegt.

Het is commercieel gezien praktisch onmogelijk voor Ziggo om hun Irdeto CAS de deur uit te doen. Gezien de enorme bak met ellende die ze zich op de hals halen, en vergeleken met de "verliezen" die ze op dit moment zouden hebben vanwege het in gebruik hebben van Irdeto, is het echt erg onwaarschijnlijk. Dan zouden ze alle Irdeto smartcards moeten gaan omwisselen! Enig idee hoeveel dat er zijn?

Daarnaast zorgen dit soort uitspraken voor een stortvloed van mensen die hier binnenwandelen met "ik heb gehoord dat ...". Er is letterlijk niets om je zorgen over te maken. Het enige wat ze gaan doen is geen nieuwe Irdeto kaarten meer uitdelen.

[eymey]

We zullen zien .

Alleen dat laatste wat je zegt maakt het overigens al relevant. Want als dit echt zo is, dan is Ziggo dus voor mensen die nu nog ergens anders zitten en een keuze moeten maken, al eigenlijk geen interessante optie meer als ze zelf aan een HTPC/Tvheadend optie denken.

[nwagenaar]

meindert66 schreef op dinsdag 19 mei 2015 @ 18:01:
Aan de reacties te horen kan ik maar beter bij CanalDigitaal blijven.

Mijn systeem is een PC met 2 TBS6981 tuners (4x) als software heb ik debian testing en Kodi Isengard + latest TVHeadend. Voorheen maakt ik gebruik van MythTV, maar vond ik wat oubollig worden (lastige C A M ondersteuning).

Het werkt perfect dus houd ik het hier voorlopig maar even bij.

Als je de geruchten wilt geloven: Nog wel.

Het is algemeen bekend dat de M7 Group Viaccess codering willen introduceren en de geruchten zijn dat ze het willen pairen via een CI+ module of een ontvanger.

Aangezien CI+ (officieel gezien!) niet compatible is met Linux (VDR, TVHeadend, MythTV) en/of Linux ontvangers (Enigma2, NeutrinoHD) kan het binnenkort dus over zijn met de vrije keuze van ontvangers en/of mediacenter oplossingen.

Overigens bedoel ik met binnenkort niet echt binnen een jaar ofzo. Vorig jaar (september 2014) heeft M7 dit aangekondigd en aangegeven dat de Benelux als eerste aan de beurt zal zijn (Canal Digitaal, TV Vlaanderen en TéléSAT) en ze hadden nog geen planning voor de korte termijn.

[renedis]

Sa1 schreef op dinsdag 19 mei 2015 @ 21:34:
[...]

nee, heb ik nog nooit gecheckt, wel merk ik dat als ik boven tv kijk, en daar dezelfde zender bekijk als beneden dat er verschil in geluid is. Boven (Pi2) is later dan m'n IntelNuc beneden.

Gelijk dan maar de volgende vraag voor jou (of anderen met een Intel NUC) gezien je een Intel NUC hebt.
Is dat een (grote) vooruitgang op de RPi2?

Ik ervaar de RPi2 toch als traag.. Het is het allemaal net niet. Ik draai het met Xperience1080 theme.

[meindert66]

FabiandJ schreef op dinsdag 19 mei 2015 @ 21:28:
Ik probeer EPG middels een grabber werkend te krijgen, maar ik krijg deze error terug:
2015-05-19 21:22:53.312 /usr/bin/tv_grab_nl: htsmsg_xml_deserialize error
2015-05-19 21:22:53.312 /usr/bin/tv_grab_nl: grab returned no data

Wat mis ik? deze grabber heb ik geïnstalleerd: https://github.com/tvgrabbers/tvgrabnlpy
Heb hem werkend, had geen outfile gekozen en daarna moet ik dit draaien:

code:

cat tv_grab_file.xmltv | socat - UNIX-CONNECT:/home/hts/.hts/tvheadend/epggrab/xmltv.sock

Ik maak gebruik van http://www.webgrabplus.com/ op linux, werkt prima

[renedis]

Wat is nou eigenlijk het voordeel van xmltv epg?

[nwagenaar]

renedis schreef op woensdag 20 mei 2015 @ 13:17:
[...]
Gelijk dan maar de volgende vraag voor jou (of anderen met een Intel NUC) gezien je een Intel NUC hebt.
Is dat een (grote) vooruitgang op de RPi2?

Ik ervaar de RPi2 toch als traag.. Het is het allemaal net niet. Ik draai het met Xperience1080 theme.

Een Intel NUC is gewoon een stuk sneller en valt niet te vergelijken met een RPi v2. Ja, de RPi v2 start bepaalde acties iets trager dan de MicroServer N40L; maar we praten hier echt over een fractie of enkele seconden langer en niet over onwerkbare situaties oid.

Daar buiten moet je ook rekening houden met zaken als performance, verbruik en aanschaafkosten. Mijn RPi v2 heeft een verbruik van 6 watt terwijl de MicroServer N40L (voorzien van 730GT, ingebouwde DVB-S2/DVB-C/T kaart, 4 x 3TB en een SSD) circa 45 watt gebruikt.

[BlackBurn]

renedis schreef op woensdag 20 mei 2015 @ 14:25:
Wat is nou eigenlijk het voordeel van xmltv epg?

Het grote voordeel is over het algemeen een beteren en completere gids/EPG.
Deze is niet alleen makkelijk voor als je iets gaat kijken, maar zeker ook voor het plannen van recordings of auto-recordings, bijv. neem elke donderdag dwdd university op.

Een goed gevulde EPG is in mijn ogen essentieel voor een perfecte TV-Server ervaring
XMLTV helpt hierbij, dit is een standaard welke door verschillende grabbers bijv. tv_grab_nl of webgrab+ wordt uitgespuugd en ingelezen kan worden door TVHeadend.

[renedis]

nwagenaar schreef op woensdag 20 mei 2015 @ 15:35:
[...]


Een Intel NUC is gewoon een stuk sneller en valt niet te vergelijken met een RPi v2. Ja, de RPi v2 start bepaalde acties iets trager dan de MicroServer N40L; maar we praten hier echt over een fractie of enkele seconden langer en niet over onwerkbare situaties oid.

Daar buiten moet je ook rekening houden met zaken als performance, verbruik en aanschaafkosten. Mijn RPi v2 heeft een verbruik van 6 watt terwijl de MicroServer N40L (voorzien van 730GT, ingebouwde DVB-S2/DVB-C/T kaart, 4 x 3TB en een SSD) circa 45 watt gebruikt.

Ik gebruik de RPi2 enkel als client waar mijn beleving gewoon niet geweldig is.
Als een Intel NUC die beleving kan verbeteren dan is het, het overwegen waard om aan te schaffen.

Het lijkt mij niet dat het aan mijn backend ligt? Dacht dat die meer dan voldoende moet zijn.

Als backend heb ik een esxi 6 server met Ubuntu VM (2 cpu/2GB mem) waar TVheadend + oscam op draait en USB passtrough aan staat voor de USB card reader. Voor m'n media draai ik Xpenology in een VM (4 cpu/6GB mem). Alle VM's draaien op een SSD en alle shares zijn gerealiseerd met NFS. De esxi server zit aangesloten met 2 SFP verbindingen naar de switch en de rest van de apperatuur is verbonden via een Gbit verbinding.

[renedis]

BlackBurn schreef op woensdag 20 mei 2015 @ 17:01:
[...]


Het grote voordeel is over het algemeen een beteren en completere gids/EPG.
Deze is niet alleen makkelijk voor als je iets gaat kijken, maar zeker ook voor het plannen van recordings of auto-recordings, bijv. neem elke donderdag dwdd university op.

Een goed gevulde EPG is in mijn ogen essentieel voor een perfecte TV-Server ervaring
XMLTV helpt hierbij, dit is een standaard welke door verschillende grabbers bijv. tv_grab_nl of webgrab+ wordt uitgespuugd en ingelezen kan worden door TVHeadend.

Bedankt voor de informatie. Het is voor mij dus niet van belang om dit in te stellen

[Sa1]

renedis schreef op woensdag 20 mei 2015 @ 13:17:
[...]


Gelijk dan maar de volgende vraag voor jou (of anderen met een Intel NUC) gezien je een Intel NUC hebt.
Is dat een (grote) vooruitgang op de RPi2?

Ik ervaar de RPi2 toch als traag.. Het is het allemaal net niet. Ik draai het met Xperience1080 theme.

Zelf gebruik ik Aeon NOX als skin, de versie van Manics ofzo. Die ziet er goed uit en heeft een mooie TV gids.

Ik heb de Ri2 boven. Deze heb ik vorige maand aangeschaft, daarvoor heb ik bijna een jaar een Pi1 gebruikt, de Pi2 is merkbaar sneller dan de Pi1. Heb nu bijvoorbeeld geen grafische items uitgezet en alles full blown aan net als op de Intel NUC die beneden staat.

De Pi2 voldoet in die zin zeker voor simpel device voor op de slaapkamer. Hij haalt echter LANG niet de performance van mijn NUC, heb een Intel NUC DD54250WYK, 8GB geheugen en een Samsgun 840 SSD.

Waar je het heel goed in ziet is het inladen van de zenders. Als je het systeem reboot dan gaat hij even de gids inlezen. Op de NUC zie je met 140 zenders echt een fractie van een seconde, of max een seconde het balkje vollopen. OP de Pi2 kun je de zenders gewoon voorbij zien komen, Pi1 was het gewoon een lange zit.

Verder is de algehele sneheidsbeleving gewoon okay bij een NUC, nergens vertraging, alles snappy en snel.

[renedis]

Sa1 schreef op woensdag 20 mei 2015 @ 20:09:
[...]

Zelf gebruik ik Aeon NOX als skin, de versie van Manics ofzo. Die ziet er goed uit en heeft een mooie TV gids.

Ik heb de Ri2 boven. Deze heb ik vorige maand aangeschaft, daarvoor heb ik bijna een jaar een Pi1 gebruikt, de Pi2 is merkbaar sneller dan de Pi1. Heb nu bijvoorbeeld geen grafische items uitgezet en alles full blown aan net als op de Intel NUC die beneden staat.

De Pi2 voldoet in die zin zeker voor simpel device voor op de slaapkamer. Hij haalt echter LANG niet de performance van mijn NUC, heb een Intel NUC DD54250WYK, 8GB geheugen en een Samsgun 840 SSD.

Waar je het heel goed in ziet is het inladen van de zenders. Als je het systeem reboot dan gaat hij even de gids inlezen. Op de NUC zie je met 140 zenders echt een fractie van een seconde, of max een seconde het balkje vollopen. OP de Pi2 kun je de zenders gewoon voorbij zien komen, Pi1 was het gewoon een lange zit.

Verder is de algehele sneheidsbeleving gewoon okay bij een NUC, nergens vertraging, alles snappy en snel.

Thanks voor de info, daar heb ik wat aan In mijn RPi2 zit een samsung evo sd kaartje, die is wel merkbaar sneller dan een gemiddelde class 10 kaartje die ik eerst had. Het verwerken van de zenders duurt een 10/15 sec (199 kanalen).

De NUC zal helaas moeten wachten. M'n TV (ES8000) begon gisteren moeilijk te doen. Hoopte het met een reset + een nachtje van het stroom af op te lossen, maar helaas nog steeds problemen en natuurlijk net uit de garantie. Hij wordt te warm en herstart zich zelf. Dat is ook echt dan een stuk of 5 tot 10 keer achter elkaar, dat om de 30 min. Ook om de 10 min valt het geluid eventjes weg (of connectie).


Enfin, back on-topic:
BIj Ciggo met ci+ module staan de film zenders op 101, 102 enz. De sport zenders op 401 enz.

Bij TVheadend lopen ze gewoon achter elkaar op. Film zenders zitten in de 40. Het aanpassen in de backend verandert niets. Is dit ee nTVheadend dingetje of OpenElec?

[Sa1]

renedis schreef op woensdag 20 mei 2015 @ 21:30:
[...]


Thanks voor de info, daar heb ik wat aan In mijn RPi2 zit een samsung evo sd kaartje, die is wel merkbaar sneller dan een gemiddelde class 10 kaartje die ik eerst had. Het verwerken van de zenders duurt een 10/15 sec (199 kanalen).

De NUC zal helaas moeten wachten. M'n TV (ES8000) begon gisteren moeilijk te doen. Hoopte het met een reset + een nachtje van het stroom af op te lossen, maar helaas nog steeds problemen en natuurlijk net uit de garantie. Hij wordt te warm en herstart zich zelf. Dat is ook echt dan een stuk of 5 tot 10 keer achter elkaar, dat om de 30 min. Ook om de 10 min valt het geluid eventjes weg (of connectie).


Enfin, back on-topic:
BIj Ciggo met ci+ module staan de film zenders op 101, 102 enz. De sport zenders op 401 enz.

Bij TVheadend lopen ze gewoon achter elkaar op. Film zenders zitten in de 40. Het aanpassen in de backend verandert niets. Is dit ee nTVheadend dingetje of OpenElec?

ai, dat is lastig, tv voor intel, ik snap het Overigens heb ik ook een EVO SD kaartje. Had bedacht dat dat de USB stick van de Pi1 zou schelen

Kan aan beide liggen

In TVHeadend heeft standaard de zender het nummer die gegevn wordt door ziggo. Dit kun je zelf aanpassen of globaal kiezen voor een andere channel number methode te gebruiken.

Waarschijnlijker is dat je in Kodi nog even moet aangeven 'use channel numbers from backend', dan telt hij niet zelf maar kijkt hij naar de backend.

[ Voor 3% gewijzigd door Sa1 op 20-05-2015 22:12 ]

[nwagenaar]

renedis schreef op woensdag 20 mei 2015 @ 21:30:
[...]
Thanks voor de info, daar heb ik wat aan In mijn RPi2 zit een samsung evo sd kaartje, die is wel merkbaar sneller dan een gemiddelde class 10 kaartje die ik eerst had. Het verwerken van de zenders duurt een 10/15 sec (199 kanalen).

Het inladen van zenders is bij mij zo gedaan, het inladen van de EPG (minimaal 1 week) van 400 zenders duurt circa een minuut. Maar in mijn geval maak ik gebruik van een USB 3.0 usbdrive van 32GB.

Overigens is de RPi v2 vele malen sneller dan mijn Amazon Fire TV stick

De NUC zal helaas moeten wachten. M'n TV (ES8000) begon gisteren moeilijk te doen. Hoopte het met een reset + een nachtje van het stroom af op te lossen, maar helaas nog steeds problemen en natuurlijk net uit de garantie. Hij wordt te warm en herstart zich zelf. Dat is ook echt dan een stuk of 5 tot 10 keer achter elkaar, dat om de 30 min. Ook om de 10 min valt het geluid eventjes weg (of connectie).

Een ander idee is wellicht om te kijken naar een Chromebox van ASUS of HP. Die zijn relatief goedkoop (rond de 200 euro) en kan je voorzien van OpenElec: http://kodi.wiki/view/Chromebox

Enfin, back on-topic:
BIj Ciggo met ci+ module staan de film zenders op 101, 102 enz. De sport zenders op 401 enz.

Bij TVheadend lopen ze gewoon achter elkaar op. Film zenders zitten in de 40. Het aanpassen in de backend verandert niets. Is dit ee nTVheadend dingetje of OpenElec?

Je kan even kijken of in de opties van TV de optie Use Backend Channel numbers (only works with 1 enabled PVR-addon) aan staat. Alvorens dit werkt, moet je wellicht de PVR database resetten.

[BlackBurn]

meindert66 schreef op woensdag 20 mei 2015 @ 13:36:
[...]


Ik maak gebruik van http://www.webgrabplus.com/ op linux, werkt prima

Zou je, je config.xml willen posten?
Ben erg benieuwd naar je bronnen, zelf nu tvgids.nl en horizon.tv geprobeerd, maar helaas haal ik maar enkele dagen op, had gehoopt tot min. 1 week te komen

Tweede vraag is het ook mogelijk om deze data nog te laten aanvullen met de OTA EPG informatie?

[meindert66]

BlackBurn schreef op vrijdag 22 mei 2015 @ 20:58:
[...]


Zou je, je config.xml willen posten?
Ben erg benieuwd naar je bronnen, zelf nu tvgids.nl en horizon.tv geprobeerd, maar helaas haal ik maar enkele dagen op, had gehoopt tot min. 1 week te komen

Tweede vraag is het ook mogelijk om deze data nog te laten aanvullen met de OTA EPG informatie?

Het posten van mijn config file begrijp ik niet, voegt weinig toe denk ik. Ik maak gebruik van een bron die ook niet verder gaat dan 4 dagen. Maar als je de volgende URL volgt zul je zien dat er een bron is die gebruik maakt van tvgids.tv die beweerd 10 dagen op te halen: http://www.webgrabplus.com/epg-channels#stc_23

[BlackBurn]

meindert66 schreef op zondag 24 mei 2015 @ 16:09:
[...]


Het posten van mijn config file begrijp ik niet, voegt weinig toe denk ik. Ik maak gebruik van een bron die ook niet verder gaat dan 4 dagen. Maar als je de volgende URL volgt zul je zien dat er een bron is die gebruik maakt van tvgids.tv die beweerd 10 dagen op te halen: http://www.webgrabplus.com/epg-channels#stc_23

Met de TVgids haal ik tegenwoordig helaas maar 4 dagen, vandaar de vraag, ik ben nu bezig met Horizon als bron, maar helaas lijk ik de 7 dagen niet te halen.

Weet je toevallig ook of het mogelijk is om je EPG date te laten aanvullen met OTA informatie ?

[gibraltar]

BlackBurn schreef op maandag 25 mei 2015 @ 12:01:
[...]
Weet je toevallig ook of het mogelijk is om je EPG date te laten aanvullen met OTA informatie ?

Je zou een xmltv plugin kunnen maken die via de Python interface de EPG van TVHeadend haalt, en merged met andere bronnen. Dit is erg handig in mijn ogen, want ik vind de lengte van de OTA EPG prima, maar de kwaliteit is nogal waardeloos. Zo zou het wel erg handig zijn om afleveringnummers te hebben, en soms is de beschrijving van een uitzending gewoon generiek. Ik ben wel handig met Python, maar heb niet zoveel tijd. Wellicht eens een opzet op github gooien.

[meindert66]

BlackBurn schreef op maandag 25 mei 2015 @ 12:01:
[...]

Met de TVgids haal ik tegenwoordig helaas maar 4 dagen, vandaar de vraag, ik ben nu bezig met Horizon als bron, maar helaas lijk ik de 7 dagen niet te halen.

Waarschijnlijk praten we langs elkaar heen. Waar ik op doel is een oplossing m.b.v. WebGrab+Plus en ini/channels file welke informatie ophaalt van tvgids.TV (10 dagen info). Zie ook http://www.webgrabplus.com/epg-channels#stc_23

[BlackBurn]

meindert66 schreef op maandag 25 mei 2015 @ 17:32:
[...]


Waarschijnlijk praten we langs elkaar heen. Waar ik op doel is een oplossing m.b.v. WebGrab+Plus en ini/channels file welke informatie ophaalt van tvgids.TV (10 dagen info). Zie ook http://www.webgrabplus.com/epg-channels#stc_23

We hebben het over hetzelfde op de site van webgrab staat zowel een ini voor tvgids als voor horizon. Als ik op de site van horizon kijk dan gaat deze idd een week, maar verder als 4 dagen kom ik niet (zelfde geldt voor tvgids, alhoewel ik daar op de site niet verder kom dan 4 dagen.)

Zal vanavond eens een config van scratch opbouwen, de huidige webgrab config is al aantal jaar oud en alleen wat zender configs zijn veranderd.

[meindert66]

BlackBurn schreef op maandag 25 mei 2015 @ 19:04:
[...]


We hebben het over hetzelfde op de site van webgrab staat zowel een ini voor tvgids als voor horizon. Als ik op de site van horizon kijk dan gaat deze idd een week, maar verder als 4 dagen kom ik niet (zelfde geldt voor tvgids, alhoewel ik daar op de site niet verder kom dan 4 dagen.)

Zal vanavond eens een config van scratch opbouwen, de huidige webgrab config is al aantal jaar oud en alleen wat zender configs zijn veranderd.

Even voor de zekerheid ik heb het over tvgids.TV en niet tvgids.NL. Overigens maak ik zelf gebruik van tvgids.NL, deel je ervaring met tvgids.TV als je dat al niet had gedaan

[BlackBurn]

meindert66 schreef op maandag 25 mei 2015 @ 19:24:
[...]


Even voor de zekerheid ik heb het over tvgids.TV en niet tvgids.NL. Overigens maak ik zelf gebruik van tvgids.NL, deel je ervaring met tvgids.TV als je dat al niet had gedaan

Aah praatte we toch langs elkaar heen, ga ik proberen, thanks!

[gibraltar]

BlackBurn schreef op maandag 25 mei 2015 @ 19:04:
[...]
We hebben het over hetzelfde op de site van webgrab staat zowel een ini voor tvgids als voor horizon. Als ik op de site van horizon kijk dan gaat deze idd een week, maar verder als 4 dagen kom ik niet (zelfde geldt voor tvgids, alhoewel ik daar op de site niet verder kom dan 4 dagen.)

Ik gebruik sinds kort ook die Horizon API, en er is wel meer dan vier dagen beschikbaar, maar die moet je in batches opvragen. Dat zit niet in de huidige beschikbare implementaties.

Ik heb een heel eenvoudig Python scriptje wat dat wel netjes doet, en die data omzet naar XMLTV en die via de external module naar TVHeadend gooit. Die gaat vervolgens de data mergen met de OTA EPG. Het enige wat ik namelijk mis in de OTA EPG is de afleveringnummers.

Het enige punt van kritiek op die Horizion data zijn die afleveringnummers bij Nederlandse programma's. Dat lijken meer ID's dan nummers.

[BlackBurn]

meindert66 schreef op maandag 25 mei 2015 @ 19:24:
[...]


Even voor de zekerheid ik heb het over tvgids.TV en niet tvgids.NL. Overigens maak ik zelf gebruik van tvgids.NL, deel je ervaring met tvgids.TV als je dat al niet had gedaan

Vandaag eindelijk wat tijd gehad, helaas met tvgids.tv krijg ik bij alle zenders die ik probeer, de volgende melding.

code:

Cannot find any shows on the Index Page !

gibraltar schreef op woensdag 27 mei 2015 @ 13:45:
[...]

Ik gebruik sinds kort ook die Horizon API, en er is wel meer dan vier dagen beschikbaar, maar die moet je in batches opvragen. Dat zit niet in de huidige beschikbare implementaties.

Ik heb een heel eenvoudig Python scriptje wat dat wel netjes doet, en die data omzet naar XMLTV en die via de external module naar TVHeadend gooit. Die gaat vervolgens de data mergen met de OTA EPG. Het enige wat ik namelijk mis in de OTA EPG is de afleveringnummers.

Het enige punt van kritiek op die Horizion data zijn die afleveringnummers bij Nederlandse programma's. Dat lijken meer ID's dan nummers.

Zou je dit scriptje willen delen?
Klinkt als precies wat ik zoek

Overigens wat heb je precies ingesteld voor je OTA updates?

[meindert66]

BlackBurn schreef op donderdag 28 mei 2015 @ 21:41:

Vandaag eindelijk wat tijd gehad, helaas met tvgids.tv krijg ik bij alle zenders die ik probeer, de volgende melding.

code:

Cannot find any shows on the Index Page !

Als je op http://www.webgrabplus.com/ zoekt naar deze foutmelding, krijg je het volgende advies:
First update to the latest version of WG++ (currently it is V1.1.1/54)
You only have installed the base version.

Of zijn BlackBurn en bloodhod dezelfde persoon?

[ Voor 5% gewijzigd door meindert66 op 29-05-2015 08:31 ]

[BlackBurn]

meindert66 schreef op vrijdag 29 mei 2015 @ 08:26:
[...]


Als je op http://www.webgrabplus.com/ zoekt naar deze foutmelding, krijg je het volgende advies:
First update to the latest version of WG++ (currently it is V1.1.1/54)
You only have installed the base version.

Of zijn BlackBurn en bloodhod dezelfde persoon?

Nope niet dezelfde persoon.

Ik zit op de laatste versie. Overigens andere bronnen/ini doen het wel.

De melding krijg ik ook als ik een fout id opgeef bij de andere bronnen.

[gibraltar]

BlackBurn schreef op donderdag 28 mei 2015 @ 21:41:
[...]
Zou je dit scriptje willen delen?
Klinkt als precies wat ik zoek

Overigens wat heb je precies ingesteld voor je OTA updates?

Die staat nu op mijn Github repo. Het werkt, maar er zitten nog wat ruwe kantjes aan. Ik mis nog wat categorieën, en je moet hem handmatig aanroepen. Maar volledig open-source en weinig regels code, dus fork er maar op los . Bugs mag je natuurlijk melden.

En OTA EPG heb ik maar uitgezet, aangezien die data toch erg slecht is soms. Ik gebruik nu alleen deze data, en dan werkt duplicate detection ook zoals het moet. Ik snap alleen niet waarom de OTA data gewoon niet hetzelfde is .

[BlackBurn]

gibraltar schreef op zaterdag 30 mei 2015 @ 11:08:
[...]

Die staat nu op mijn Github repo. Het werkt, maar er zitten nog wat ruwe kantjes aan. Ik mis nog wat categorieën, en je moet hem handmatig aanroepen. Maar volledig open-source en weinig regels code, dus fork er maar op los . Bugs mag je natuurlijk melden.

En OTA EPG heb ik maar uitgezet, aangezien die data toch erg slecht is soms. Ik gebruik nu alleen deze data, en dan werkt duplicate detection ook zoals het moet. Ik snap alleen niet waarom de OTA data gewoon niet hetzelfde is .

Thanks!!! dit script geeft het beste resultaat tot nu toe
Wellicht dat ik het binnenkort een keer wat aan ga passen, de logo's van HorizonTV zien er ook wel aardig uit en leuk om mijn Python skills weer een beetje op te poetsen.

Overigens heb ik nog een aantal kanalen waar Horizon geen EPG data voor aanbiedt, bijv. BVN, VH1, MTV Rocks, etc. Deze kanalen hebben wel OTA EPG informatie, maar heb even geen idee hoe ik TVHeadend voor deze kanalen (liefst ook alleen deze kanalen) OTA EPG kan laten ophalen.

_{zag wel dat er een foutje zit in de Sport 1 gegevens voor zondag van Horizon TV, dan is dan wel een beetje jammer, zal hopelijk komende dagen gefixed worden (F1)}

[gibraltar]

BlackBurn schreef op woensdag 03 juni 2015 @ 08:53:
[...]
Thanks!!! dit script geeft het beste resultaat tot nu toe
Wellicht dat ik het binnenkort een keer wat aan ga passen, de logo's van HorizonTV zien er ook wel aardig uit en leuk om mijn Python skills weer een beetje op te poetsen.

Goed en zeer welkom idee. Zou je die via een Pull Request op github kunnen aanbieden. Het is geen verplichting overigens (MIT license), maar ik hecht er wel waarde aan.

Overigens heb ik nog een aantal kanalen waar Horizon geen EPG data voor aanbiedt, bijv. BVN, VH1, MTV Rocks, etc. Deze kanalen hebben wel OTA EPG informatie, maar heb even geen idee hoe ik TVHeadend voor deze kanalen (liefst ook alleen deze kanalen) OTA EPG kan laten ophalen.

Zover ik weet kun je bij een service in de service list van de recentere TVHeadend's expliciet aangeven of hij OTA EPG moet gebruiken. Volgens mij zit dat ook in de channel list, maar dat heb ik nog nooit gebruikt. Probeer het eens zal ik zeggen.

[LamSchaap]

Ik heb nu een DVBSky S950C in mijn HTPC gezet. Samen met nieuwe CI module van CanalDigitaal. TVheadend geïnstalleerd op Kodi. De rest geconfigureerd in webclient. Zenderlijst ingeladen. Maar ik nu krijg ik geen beeld bij gewone Nederlandse zenders. Test kanaal 'CD/TVV info&nieuws' werkt wel zoals ook de duitse zenders.

Moet ik nog iets anders instellen om de CD zenders te ontvangen?

[BlackBurn]

LamSchaap schreef op woensdag 03 juni 2015 @ 17:22:
Ik heb nu een DVBSky S950C in mijn HTPC gezet. Samen met nieuwe CI module van CanalDigitaal. TVheadend geïnstalleerd op Kodi. De rest geconfigureerd in webclient. Zenderlijst ingeladen. Maar ik nu krijg ik geen beeld bij gewone Nederlandse zenders. Test kanaal 'CD/TVV info&nieuws' werkt wel zoals ook de duitse zenders.

Moet ik nog iets anders instellen om de CD zenders te ontvangen?

Ik ken die kaart zo niet, maar zie je in de logging iets terugkomen?

Ik vermoed dat de ecm's niet naar de kaart gestuurd worden.

[nwagenaar]

LamSchaap schreef op woensdag 03 juni 2015 @ 17:22:
Ik heb nu een DVBSky S950C in mijn HTPC gezet. Samen met nieuwe CI module van CanalDigitaal. TVheadend geïnstalleerd op Kodi. De rest geconfigureerd in webclient. Zenderlijst ingeladen. Maar ik nu krijg ik geen beeld bij gewone Nederlandse zenders. Test kanaal 'CD/TVV info&nieuws' werkt wel zoals ook de duitse zenders.

Moet ik nog iets anders instellen om de CD zenders te ontvangen?

Last time I checked heeft TVHeadend geen ondersteuning voor CI-modules en ben je verplicht om gebruik te maken van een softcam (OSCam). Ik gebruik zelf de combinatie OSCam en een Smartreader met TVHeadend en dat werkt enorm goed en stabiel.

Houd er wel rekening mee dat je voor Fox Sports 2 International een CI-module nodig hebt en dat dit niet met de eerdere genoemde combinatie werkt.

[ Voor 9% gewijzigd door nwagenaar op 04-06-2015 09:32 ]

[gibraltar]

nwagenaar schreef op donderdag 04 juni 2015 @ 08:53:
[...]
Last time I checked heeft TVHeadend geen ondersteuning voor CI-modules en ben je verplicht om gebruik te maken van een softcam (OSCam).
[...]

Check again! Als je hardware hebt met een Linux DVB API CA driver dan kun je tegenwoordig (sinds iets van 2 maanden geleden) gebruik maken van die interface. Volgens mij werkt dat al als je de libdvben50221 op je systeem hebt staan, ik denk niet dat de Ubuntu builds die ook hebben. Dan zul je zelf even moeten compileren voor de zekerheid.

[nwagenaar]

gibraltar schreef op donderdag 04 juni 2015 @ 10:29:
[...]
Check again! Als je hardware hebt met een Linux DVB API CA driver dan kun je tegenwoordig (sinds iets van 2 maanden geleden) gebruik maken van die interface. Volgens mij werkt dat al als je de libdvben50221 op je systeem hebt staan, ik denk niet dat de Ubuntu builds die ook hebben. Dan zul je zelf even moeten compileren voor de zekerheid.

Dat is een leuke vooruitgang

Maar dan nog is de CI-module van Canal Digitaal enorm traag in het ontsleutelen en zal het foutmeldingen geven. Tenminste, dit was bij VDR wel het geval. De module werd elke keer gedropt door mijn Technotrend S2-3650 en TBS5980 QBOX CI (ik heb dit enkele weken terug nog getest).

De Aston Seca 1.07 module (met firmware 2.26) schijnt het wel goed te doen. Maar ook met deze combinatie is Fox Sports 2 International niet te ontsleutelen/bekijken.

[renedis]

Eerder hier het een en ander over de drivers van de HDHomerun voorbij zien komen. Dat deze niet in TVHeadend zouden zitten.

M'n Ubuntu 10.04 tv server stopte er mee na een update. Toen vanaf scratch een nieuwe 14.04 server opgezet met nieuwe TVheadend 4.x installatie. Ik kan bevestigen dat vanaf heden de HDHomerun drivers in de installatie zit.

- Installatie Ubuntu 14.04
- apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 379CE192D401AB61
- Source naar keuze toevoegen (stable/unstable etc)

Choose a release series, and add it to your sources.list
tvheadend - Master branch - nightly builds
echo deb https://dl.bintray.com/tvheadend/ubuntu master main | sudo tee -a /etc/apt/sources.list
tvheadend - Master branch - 'unstable' releases
echo deb https://dl.bintray.com/tvheadend/ubuntu unstable main | sudo tee -a /etc/apt/sources.list
tvheadend - Stable branch - nightly builds
echo deb https://dl.bintray.com/tvheadend/ubuntu testing main | sudo tee -a /etc/apt/sources.list
tvheadend - Stable branch - official releases
echo deb https://dl.bintray.com/tvheadend/ubuntu stable main | sudo tee -a /etc/apt/sources.list

- apt-get update
- apt-get install tvheadend
- eventueel: apt-get upgrade
- reboot

Peace of cake was het. Het draaide binnen 15 min met bovenstaande informatie. Oscam etc uitgezonderd.

Side note: Als je op SSD draait kan het voorkomen dat je TVHeadend service eerder start bij het opstarten als de HDHomerun service. TVHeadend ziet je HDHomeruns dan dus niet.. Ik moet na iedere reboot de TVHeadend service herstarten (service tvheadend restart) voor dat die mijn HDHomeruns ziet.

[nwagenaar]

Ik denk eerder dat het netwerk misschien nog niet helemaal up is als TVHeadend bezig is met opstarten. TVHeadend moet juist zonder de HDHomerun drivers/service een verbinding met je HDHomerun kunnen maken

[renedis]

nwagenaar schreef op donderdag 04 juni 2015 @ 16:29:
Ik denk eerder dat het netwerk misschien nog niet helemaal up is als TVHeadend bezig is met opstarten. TVHeadend moet juist zonder de HDHomerun drivers/service een verbinding met je HDHomerun kunnen maken

Draait op een ESXi omgeving met vmxnet3. Heb toen 5 min zitten wachten.. geen resultaat. Na zoeken op internet zag ik iemand die er ook last van had icm SSD. Herstarten van de service was voldoende.

Voor mij op zich niet zo'n probleem, ik reboot de server in principe niet.

[BlackBurn]

gibraltar schreef op woensdag 03 juni 2015 @ 10:55:
[...]

Goed en zeer welkom idee. Zou je die via een Pull Request op github kunnen aanbieden. Het is geen verplichting overigens (MIT license), maar ik hecht er wel waarde aan.

[...]

Zover ik weet kun je bij een service in de service list van de recentere TVHeadend's expliciet aangeven of hij OTA EPG moet gebruiken. Volgens mij zit dat ook in de channel list, maar dat heb ik nog nooit gebruikt. Probeer het eens zal ik zeggen.

Eindelijk wat tijd gevonden en volgens mij heb ik het nu goed aangeboden in Github (ben geen Github master ).

Ik moet zeggen, de logo's zien er gelikt uit.

[gibraltar]

BlackBurn schreef op dinsdag 09 juni 2015 @ 00:09:
[...]
Eindelijk wat tijd gevonden en volgens mij heb ik het nu goed aangeboden in Github (ben geen Github master ).

Ik moet zeggen, de logo's zien er gelikt uit.

Heel erg bedankt. Ik heb de PR gemerged en meteen zelf ook even de logo's laten ophalen .

[BlackBurn]

Onlangs heb ik mijn tvheadend verhuist naar een Ubuntu server, deze repository is wat meer up-to-date dan de Debian variant (en ik ben lui ).

Echter het probleem wat ik met de vorige (unstable) build had, de laatste uit de Debian repo, was dat als ik twee kanalen inschakelde die in hetzelde bouquet vielen, TVHeadend crashte met een segfault.

Dit probleem is opgelost, in de stable (4.04) uit de Ubuntu repository, echter nu heb ik het volgende probleem.

Op het moment dat ik twee kanalen tegelijk kijk, krijg ik soms (om het makkelijk te maken), deze logging, het signaal is dan ook even scrambled.

code:

Jun  7 21:26:39 eowyn tvheadend[1811]: TS: Astra 3/11739V/SBS6 HD: H264 @ #526 Continuity counter error (total 1)
Jun  7 21:26:39 eowyn tvheadend[1811]: TS: Astra 3/11739V/SBS6 HD: TELETEXT @ #42 Continuity counter error (total 1)
Jun  7 21:26:40 eowyn tvheadend[1811]: nit: invalid checksum (len 489, errors 1)
Jun  7 21:26:41 eowyn tvheadend[1811]: bat: invalid checksum (len 568, errors 1)
Jun  7 21:26:41 eowyn tvheadend[1811]: sdt: invalid checksum (len 568, errors 1)
Jun  7 21:26:41 eowyn tvheadend[1811]: pass-sdt: invalid checksum (len 568, errors 1)
Jun  7 21:26:43 eowyn tvheadend[1811]: cat: invalid checksum (len 199, errors 1)
Jun  7 21:26:50 eowyn tvheadend[1811]: TS: Astra 3/11739V/SBS6 HD: H264 @ #526 Continuity counter error (total 22106)
Jun  7 21:26:50 eowyn tvheadend[1811]: TS: Astra 3/11739V/SBS6 HD: TELETEXT @ #42 Continuity counter error (total 898)
Jun  7 21:26:52 eowyn tvheadend[1811]: bat: invalid checksum (len 850, errors 5)
Jun  7 21:26:52 eowyn tvheadend[1811]: sdt: invalid checksum (len 850, errors 5)
Jun  7 21:26:52 eowyn tvheadend[1811]: pass-sdt: invalid checksum (len 850, errors 5)
Jun  7 21:26:56 eowyn tvheadend[1811]: cat: invalid checksum (len 199, errors 6)
Jun  7 21:26:58 eowyn tvheadend[1811]: nit: invalid checksum (len 489, errors 5)

Dit probleem had ik voorheen niet, dus mijn SAT>IP tuner durf ik wel uit te sluiten.
Tevens zag ik op de TVHeadend forums ook wat mensen die dit relateerde aan OSCAM.
Echter op de vorige installatie ging dit wel goed (als de kanalen maar niet in hetzelfde bouquet zaten), dus ook in OSCAM zou ik het zo snel niet zoeken.

Op aanraden van iemand van het forum heb ik ook, deze optie "Full Mux Rx mode supported" uitgezet, maar zonder merkbaar resultaat. (weet ook niet precies wat die optie doet, de help is niet helemaal duidelijk)

Iemand enig idee.

[gibraltar]

BlackBurn schreef op dinsdag 09 juni 2015 @ 09:10:
Onlangs heb ik mijn tvheadend verhuist naar een Ubuntu server, deze repository is wat meer up-to-date dan de Debian variant (en ik ben lui ).
[...]
Iemand enig idee.

Dit komt waarschijnlijk uit een bandbreedte probleem. De data van het DVB netwerk is verdeeld over packets in de form van een MPEG transport stream. Elk pakketje heeft 188 bytes (soms plus wat extra voor fout correctie). In zo'n packet zit een Continuity counter die bij elk pakketje omhoog gaat. Als je dus een packet mist (of een verkeerde krijgt) dan krijg je een "Continuity Error". Er is dus packet loss.

Die checksum error's wijzen erop dat er dus ook nog eens fouten in het pakketje zitten.

Dat is de technische achtergrond. Misschien dat je vanuit daar beter kunt debuggen. Het kan dus overal zitten waar transport van data is, en dat maakt het een beetje lastig te debuggen. Het kan meestal geen kwaad om eens te updaten naar de git versie van TVHeadend; mochten er bugs in zitten dan is dat meestal al opgelost.

[TheBlasphemer]

Ik heb net een USB Smartmouse/Phoenix reader binnen, en probeer met oscam op archlinux iets op te zetten zodat TVHeadEnd ook mijn HD streams van Ziggo kan decoden.
Ik heb de configuratie overgenomen van Zaken waar ik eens dieper op in wil gaan..: Ziggo met OScam en TVheadend 2013, maar helaas werkt het nog niet

Output is als volgt:

code:

18:58:43   ACDD70 r   (reader) reader1 [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=600, cardmhz=600)
18:58:44   ACDD70 r   (reader) reader1 [mouse] card detected
18:58:44   ACDD70 r   (reader) reader1 [mouse] Buffers readed  0 bytes total time_us 75088
18:58:45   ACDD70 r   (reader) reader1 [mouse] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 38 95 
18:58:45   ACDD70 r   (reader) reader1 [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
18:58:45   ACDD70 r   (reader) reader1 [mouse] Calculated work ETU is 93.00 us reader mhz = 600
18:58:45   ACDD70 r   (reader) reader1 [mouse] Buffers readed  0 bytes total time_us 75099
18:58:45   ACDD70 r   (reader) reader1 [mouse] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed off 6.00 MHz (specified in reader->mhz)
18:58:46   ACDD70 r   (reader) reader1 [mouse] detect irdeto card
18:58:53   ACDD70 r   (reader) reader1 [mouse] card system not supported
18:58:53   ACDD70 r   (reader) reader1 [mouse] Normal mode failed, reverting to Deprecated Mode
18:58:53   ACDD70 r   (reader) reader1 [mouse] Buffers readed  0 bytes total time_us 75115
18:58:54   ACDD70 r   (reader) reader1 [mouse] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 38 95 
18:58:54   ACDD70 r   (reader) reader1 [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
18:58:54   ACDD70 r   (reader) reader1 [mouse] Calculated work ETU is 62.00 us reader mhz = 600
18:58:54   ACDD70 r   (reader) reader1 [mouse] Buffers readed  0 bytes total time_us 75110
18:58:54   ACDD70 r   (reader) reader1 [mouse] ATR Fsmax is 5 MHz, clocking card to wanted user cardspeed off 6.00 MHz (specified in reader->mhz)
18:58:55   ACDD70 r   (reader) reader1 [mouse] detect irdeto card
18:59:00   ACDD70 r   (reader) reader1 [mouse] card system not supported
18:59:00   ACDD70 r   (reader) reader1 [mouse] THIS WAS A FAILED START ATTEMPT No 1 out of max alloted of 1
18:59:00   ACDD70 r   (reader) reader1 [mouse] card initializing error

De schuifjes staan op 3.3v, SmartMouse, en 6MHz. Voor zover ik weet is dat in ieder geval correct, want zonder dat flipt hij hem al na de ATR.

Oscam versie is: 1.20-unstable_svn r10680

De kaart is een oranje met een ziggo en een irdeto logo, en doet het in de TV perfect, en heb ik al een jaartje of 2 geloof ik.

Heeft iemand enig idee wat ik mis doe?

EDIT:
Uiteindelijk werkend gekregen, extra regel met atr toegevoegd waarna die werkte!
In de hoop dat anderen hier iets aan hebben, hier mijn config files:

oscam.server:

code:

[reader]
label    = reader1
protocol = mouse
detect   = CD
device   = /dev/ttyUSB0
group    = 1
emmcache = 1,3,2
services = services1
caid     = 0604
mhz      = 600
cardmhz  = 600
rsakey   = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909774E031B2A6E30195B437683AD0FC599B87D08CEA47BE1B6C76A
boxkey   = 1122334455667788

oscam.conf:

code:

[global]
logfile = stdout
nice = -10

[newcamd]
key = 000102030405060708090A0B0C0D
port = 15000@0604:000000
allowed = 127.0.0.1,192.168.1.1-192.168.1.254
keepalive = 1

[webif]
httpport = 15080
httpuser = tvheadend
httpwd = tvheadend
httprefresh = 0
httpallowed = 127.0.0.1,192.168.1.1-192.168.1.254
httphideidleclients = 0
httpreadonly = 0

oscam.user:

code:

[account]
user = tvheadend
pwd = tvheadend
uniq = 0
group = 1
ident = 0604:000000
caid = 0604
au = reader1

Vervolgens in tvheadend een newcamd server toegevoegd onder CA, met de login info uit oscam.user en oscam.conf onder newcamd en het werkt

Voor anderen na mij: succes!

EDIT2:
Blijkbaar moet dat schuifje tussen smartmouse en phoenix toch naar phoenix, ondanks dat Oscam ernaar verwijst als mouse, en hoeft dan die rare ATR hack niet meer. M'n configs maar even aangepast.
Dus in 't kort, configuratie zoals boven, schuifje 1 op 3.3v, schuifje 2 op Phoenix, Schuifje 3 omhoog (Pijltje), en schuifje 4 op 6mhz.
Ontzettend bedankt CIStem!

[ Voor 22% gewijzigd door TheBlasphemer op 10-06-2015 17:12 ]

[gibraltar]

TheBlasphemer schreef op dinsdag 09 juni 2015 @ 19:09:
[...]
De schuifjes staan op 3.3v, SmartMouse, en 6MHz. Voor zover ik weet is dat in ieder geval correct, want zonder dat flipt hij hem al na de ATR.
[...]

Dat is niet helemaal juist. Dat moet namelijk 3.3 V, Phoenix, 6 MHz zijn. De eerste Answer to Reset (ATR) is daardoor niet goed, en dat zorgt voor het falen van je initialisatie. De kans dat het werkt met EMM's en ECM's is dan ook heel klein.

Wat je gedaan hebt is een ATR handmatig zetten, en nog een verkeerde ook. Nu denkt OSCam dat hij een hele andere kaart te pakken heeft.

[TheBlasphemer]

gibraltar schreef op woensdag 10 juni 2015 @ 09:49:
[...]

Dat is niet helemaal juist. Dat moet namelijk 3.3 V, Phoenix, 6 MHz zijn. De eerste Answer to Reset (ATR) is daardoor niet goed, en dat zorgt voor het falen van je initialisatie. De kans dat het werkt met EMM's en ECM's is dan ook heel klein.

Wat je gedaan hebt is een ATR handmatig zetten, en nog een verkeerde ook. Nu denkt OSCam dat hij een hele andere kaart te pakken heeft.

Ha, ontzettend bedankt! Ik was ervanuitgegaan dat hij op Smartmouse moest staan omdat ie als "mouse" in OSCam stond, en ik geen phoenix optie zag
Hij werkt een stuk lekkerder sinds ik dat schuifje naar Phoenix heb gezet
Heb m'n originele post ook maar even aangepast, voor 't geval mensen tegen hetzelfde aanlopen.

[Blaffeh]

Vraag voor de mensen met een hdhomerun setup; werkt dit goed stabiel icm tvheadend, Ziggo en Oscam? Ik gebruik nu sundtek tuners maar ik krijg ze maar niet stabiel icm een usb 3.0 controller.

[Sa1]

heb al zeker een jaar hdhomerun, sinds de wijziging dat hdhomerun 'automatisch' in tvheadend zit, super!

[Blaffeh]

Dat klinkt verdraaid aantrekkelijk om in één keer van alle gezeur af te zijn. Vooral de versie met 4 tuners lijkt me wel wat. Misschien V&A maar eens in de gaten houden.

Voor de duidelijkheid, de hdhomerun is in staat om encrypted kanalen door te geven aan tvheadend/oscam? Het is niet zo dat de hdhomerun deze encrypted kanalen overslaat bij een scan van de muxes?

Op zich werken de Sundtek tuners wel uitstekend op usb 2.0 maar zie maar eens goede usb 2.0 controllers te vinden die werken met esxi 5.5 Dat is een hele uitdaging en heb er inmiddels ook aardig wat geprobeerd. Ben het zat!

[ Voor 20% gewijzigd door Blaffeh op 12-06-2015 11:03 ]

[gibraltar]

Blaffeh schreef op vrijdag 12 juni 2015 @ 10:57:
[...]
Voor de duidelijkheid, de hdhomerun is in staat om encrypted kanalen door te geven aan tvheadend/oscam? Het is niet zo dat de hdhomerun deze encrypted kanalen overslaat bij een scan van de muxes?
[...]

De open-source drivers van de HDHomerun doen eigenlijk maar drie dingen:

• Device discovery via UDP broadcast
• Het configureren van een tuner (dus frequentie, modulatie en symbolrate)
• Het instellen van PID filters zodat alleen datgene van belang op bovenstaande frequentie doorgegeven wordt. Dit is die "disable full mux reception", en dat doet de HDHomerun native plugin in TVHeadend automatisch.

Ik heb de vier tuner variant in mijn setup (DVB-C, oud-Ziggo). Twee belangrijke pointers

• Zorg voor een voldoende bandbreedte tussen de HDHomerun en TVHeadend. Het is eigenlijk alleen maar UDP verkeer, dus gebruik vooral bekabelde oplossingen. Wellicht werkt powerline ook niet heel erg goed. Vier tuners is namelijk best veel bandbreedte, en UDP is UDP .
• Je moet je HDHomerun aan hebben staan bij het opstarten van TVHeadend. Start TVHeadend ook pas op bij booten als je netwerk up is. De device discovery wordt namelijk eenmalig bij het opstarten van TVHeadend uitgevoerd.

[Blaffeh]

Duidelijk verhaal, ik ga zo'n ding overwegen. Bedankt voor je input.

Ik heb mijn Sundtek tuners te koop gezet: V&A aangeboden: Sundtek MediaTV Pro III

[ Voor 54% gewijzigd door Blaffeh op 13-06-2015 15:57 ]

[DJJo14]

Blaffeh schreef op vrijdag 12 juni 2015 @ 12:54:
Duidelijk verhaal, ik ga zo'n ding overwegen. Bedankt voor je input.

Misschien een testjes wat je nog kan doen, is sat>ip of satpi. Op die manier maak je zelf zo een HDHomerun maken. Ik daai nu satpi op een raspberry pi (1 512mb). Hij werkt stabiel en voor al redelijk plug en play. (weet niet hoe het zit met je suntech drivers maar voor de pi, maar dat zit volgens mij wel goed)

Update: een link naar een tutorial is ook handig of naar de git zelf

[ Voor 16% gewijzigd door DJJo14 op 14-06-2015 15:12 ]

[Blaffeh]

Ja heb ik ook al eens over na zitten denken. Weet alleen niet of de pi genoeg prik kan leveren voor 3 USB aangesloten tuners. Daar komt bij dat ik dan weer moet investeren in een stukje hardware wat niet een kant en klare oplossing is. Ik heb in totaal 3 sundtek tuners en als ik het zwikje weet te verkopen dan kan ik min of meer gelijk oversteken voor een HD homerun.

[DJJo14]

Het het eerst met één en hardware wat je toch al heb liggen. Zoals oude laptop of pc. De Pi heeft wel een powered usb hub nodig, als je er 3 hebt, maar voor een gaat het wel met een goede (1A/2A) telefoon lader.

Ik heb ook constant in jou situatie gezeten, het werkte maar niet volledig stabiel, (vooral bereik problemen met Digitenne). en niet weten als je iets nieuws koopt het ook goed gaat werken. Het mooiste zou zijn als je hardware kan lenen of huren, dan weet je het zeker dat het gaat werken voor dat het koopt. een test met hardware die je al hebt liggen is dan ook prettig omdat er geen kosten aan verbonden zijn.

[renedis]

Iemand al met TVHeadend 4.1-201 gewerkt? Ik heb net geupdate, evenals Oscam-svn naar versie 1.20.9343.
Het loopt nu rete soepel en snel kan ik vertellen. 4.1 was al een verwelkoming maar het gaat nu nog beter!

[Sa1]

renedis schreef op maandag 15 juni 2015 @ 14:58:
Iemand al met TVHeadend 4.1-201 gewerkt? Ik heb net geupdate, evenals Oscam-svn naar versie 1.20.9343.
Het loopt nu rete soepel en snel kan ik vertellen. 4.1 was al een verwelkoming maar het gaat nu nog beter!

en wat precies bedoel je met rete soepel? Gaat het zappen sneller, werkt spoelen in de timebuffer nu wel (dus niet stappen van een min, maar echt spoelen), en werkt na het op pauze zetten het spoelen naar de live stand nu wel goed? Of heb je het puur over de web interface?

Overigens is 4.1 tov 3.9 niet een wereld van verschil hor, ze zijn volgens mij gewoon verder gegaan alleen zijn de cijfers veranderd

[renedis]

Sa1 schreef op dinsdag 16 juni 2015 @ 08:33:
[...]
en wat precies bedoel je met rete soepel? Gaat het zappen sneller, werkt spoelen in de timebuffer nu wel (dus niet stappen van een min, maar echt spoelen), en werkt na het op pauze zetten het spoelen naar de live stand nu wel goed? Of heb je het puur over de web interface?

Overigens is 4.1 tov 3.9 niet een wereld van verschil hor, ze zijn volgens mij gewoon verder gegaan alleen zijn de cijfers veranderd

Vooral zappen werkt snel(ler). Vergeleken met de CI+ module van Ziggo icm een TV met CI+ slot/een TV setupbox van Ziggo werkt het erg snel. Zelfs zo merkbaar snel dat ik commentaar van de vrouw kreeg waarom "de slaapkamer nog niet aangepast is naar de nieuwe dinges".

Het op pauze zetten en daarna doorspoelen naar de live stand heeft bij mij altijd al goed gewerkt..

Web interface heeft een kleine wijziging. Het heeft nu een aparte tab voor de user passwords.

[Blaffeh]

Verkoop van de Sundteks gaat goed. Beide Pro tuners zijn verkocht. Ik houd nog even een Home tuner achter de hand maar die gaat tzt ook in de verkoop.

[ Voor 22% gewijzigd door Blaffeh op 20-06-2015 12:59 ]

[Blaffeh]

Zo, de hdhomerun is binnen en wordt herkend door tvheadend. Muxes zijn gescand en is nu bezig met mappen van kanalen. Valt me op dat er maar 1 van de 4 tuners hiervoor wordt benut. Daardoor is het wel een lang durend klusje. Of zie ik iets over het hoofd? Alle 4 de tuners staan enabled. De andere tuners zijn bezig met epg scan. Gek genoeg werden wel alle 4 de tuners aangesproken bij het scannen van de muxes

[ Voor 11% gewijzigd door Blaffeh op 20-06-2015 13:02 ]

[Verwijderd]

Hier na heel veel prutsen eindelijk ook tvheadend met hdhomerun aan de praat gekregen. Uiteindelijk met Openelec een fluitje van een cent.
Met FreeBSD of Linux is het echt een bak ellende op de hdhomerun door tvheadend herkend te laten worden.

Ik heb nu een hele lijst zenders (Ziggo basispakket) en ook RTL4 is gevonden op 506.75Mhz. Wanneer ik hier op tune krijg ik echter een 401 (password protected)
Weet iemand op welke frequentie de juiste RTL4 zit?

edit:
Eerder in het topic:
"handmating muxes toe te voegen (b.v.freq 386750, symbol rate 6900000, QAM256, fec=auto)"

Dat geeft helaas een "FAIL" in de mux lijst.

[ Voor 15% gewijzigd door Verwijderd op 20-06-2015 16:27 ]

[schumi2004]

renedis schreef op maandag 15 juni 2015 @ 14:58:
Iemand al met TVHeadend 4.1-201 gewerkt? Ik heb net geupdate, evenals Oscam-svn naar versie 1.20.9343.
Het loopt nu rete soepel en snel kan ik vertellen. 4.1 was al een verwelkoming maar het gaat nu nog beter!

Das best een oude OSCam versie, zit zelf op 1.20.10666

Maar inderdaad, gaat een stuk sneller als een TV met CI+ module

[DappereDodo]

Heeft iemand een goede tutorial om Oscam met Ziggo en een Phoenix USB reader samen te laten werken?

Ik gebruik nu NewCS, maar das stokoud en sneller zappen wil iedereen natuurlijk Oscam is al geinstalleerd op m'n server (via https://tvheadend.org/boards/4/topics/8523) en werkt op zich ook wel, maar de cardupdates komen niet door. Oscam decrambled alle kanalen netjes, maar na een paar weken niet meer. Even Oscam stoppen, NewCS starten, half uurtje wachten, NewCS stoppen, Oscam starten, en dan werkt het weer, maar dat moet makkelijker kunnen.

[Lifelogger]

Ik merk sinds enkele dagen dat de epg niet volledig meer geladen wordt. Het lijkt er op dat hij niets meer kan uitlezen. De epg blijft plots leeg. Overal staat nu opeens null in plaats van programma namen. Hebben anderen daar ook last van?

Mijn setup is niet verandert verder. Heb Ziggo.

[ Voor 11% gewijzigd door Lifelogger op 21-06-2015 22:58 ]

[Blaffeh]

Nee dat herken ik op het moment niet. De EPG blijft gevuld tot nu toe. Uit nieuwsgierigheid; wat voor tuner gebruik je icm tvheadend?

[Lifelogger]

Blaffeh schreef op maandag 22 juni 2015 @ 09:40:
Nee dat herken ik op het moment niet. De EPG blijft gevuld tot nu toe. Uit nieuwsgierigheid; wat voor tuner gebruik je icm tvheadend?

Heb een HDHomerun. Werkte tot een paar dagen allemaal perfect. Geen problemen.

Zie dat de laatste scan weer resultaten oplevert, maar telkens de schema's midden in de nacht zijn leeg.

[Blaffeh]

Is de EPG in zowel je client(s) als tvheadend leeg?

[Lifelogger]

Blaffeh schreef op maandag 22 juni 2015 @ 12:39:
Is de EPG in zowel je client(s) als tvheadend leeg?

Klopt. Hij is maar voor een deel gevuld. Valt me op dat de programma gegevens in de nachturen niet kloppen. De tijden staan er wel in, maar is geen titel en omschrijving. :-s Clients zien daardoor ook niet alles. Als ik dan vervolgens de "reset all" knop indruk bij de EPG, haalt hij alle lege items weg. De epg die dan beschikbaar is is, voor de eerst volgende 12 uur (ongeveer);

[Blaffeh]

Staat de tijd van je server (of VM) wel goed?

[Lifelogger]

Blaffeh schreef op maandag 22 juni 2015 @ 15:54:
Staat de tijd van je server (of VM) wel goed?

Het draait op m'n nas en de datum en tijd staan ook gewoon goed. Vreemde is dat het nu opeens raar begint te doen.

Kan ik de EPG database anders makkelijk leeg maken om het opnieuw te laten scannen?

[edit] Lastig dat je de configuratie niet even snel kunt backuppen. Opnieuw installeren en instellen kost nu dan weer zoveel tijd.

[ Voor 15% gewijzigd door Lifelogger op 22-06-2015 16:22 ]

[Blaffeh]

M'n nieuwe hdhomerun heeft zonder enige problemen dienst gedaan in z'n eerste weekend. Tot nu toe dus dik tevreden. Als het over een week of twee nog zo stabiel is dan gaat de laatste Sundtek tuner ook in de verkoop.

Wat me al een tijdje opvalt in tvheadend zijn errors in het log van deze strekking:

viasat_baltic: 401MHz in Ziggo: invalid checksum (len 183, errors 16857)

Het is vast een bug, maar is er een simpele fix voor?

[ Voor 33% gewijzigd door Blaffeh op 23-06-2015 13:25 ]

[nwagenaar]

Het is geen bug en zou ook het binnenhalen van je EPG niet dwars mogen zitten. Maar je kan deze melding weghalen door het vinkje uit te zetten bij grabber "VIASAT: BALTIC"

Je kan deze vinden onder Configuration -> Channel/EPG -> <> EPG Grabber -> Over-the-air Grabbers -> Module

[ Voor 32% gewijzigd door nwagenaar op 23-06-2015 14:16 ]

[Blaffeh]

Uitvinken biedt geen soelaas. Misschien na een herstart de volgende keer.

[Verwijderd]

Zou iemand mij wat pointers kunnen geven betreft het inrichten van tv_grab_nl?

Rpi2
Raspbian
TVheadend 4.1 (draait onder user pi)
tv_grab_nl van https://github.com/tvgrabbers/tvgrabnlpy

- tv_grab_nl.py in /home/pi neergezet
- "python tv_grab_nl.py --configure" gedaan en data opgehaald
- TVheadend gerestart

Volgens diverse howto's zou deze nu zichtbaar moeten zijn in TVheadend als externe grabber. Ik zie echter niks.

Mis ik een stap?

[RudolfR]

Je moet /usr/bin/tv_grab_nl een symlink laten zijn naar je eigen grabber:

code:

lrwxrwxrwx 1 root root     42 jul 15  2014 tv_grab_nl -> /home/hts/.xmltv/tv_grab_nl_py-r2012-04-12

op die manier kan TVH de juiste grabber gebruiken.

[Verwijderd]

Ja die had ik ook aangemaakt n.a.v. de setup howto van tv_grab_nl.

code:

lrwxrwxrwx  1 root root         22 Jun 23 20:41 tv_grab_nl -> /home/pi/tv_grab_nl.py

Ik lees in eerdere posts dat er een output file geconfigureerd moet worden in de config van tv_grab_nl en dat die naar xmltv.sock geschreven moet worden. Daar ben ik nu nog mee aan het spelen.

Ik krijg overigens bij het ophalen va de EPG data vaak/altijd het volgende:

code:

unmatched in info: Nick Jr.: 25 Jun 03:55: Bubble Guppies Genre: Serie/Soap.

En dat voor bijna alle entries. Dat lijkt mij ook niet de bedoeling.

[ Voor 29% gewijzigd door Verwijderd op 24-06-2015 16:03 ]

[iGadget]

Yay... Ook ik heb eindelijk sprong naar TV Headend gemaakt. Een kersverse Sundtek hangt aan mijn OpenELEC Kodi machine. Heb via de unofficial OpenELEC repo de tvheadend backend (versie 3.9.2765~g0294882) geïnstalleerd, de Sundtek driver werkt en kan via het web connecten naar de backend, de Sundtek wordt gevonden.... Maar dan?

Er lijkt geen preset te zijn voor Telfort (Reggefiber) glasvezel DVB-C, dus moet alles handmatig invoeren.

Via mijn oude (niet meer werkende) Humax was het 'simpel':
- Frequentie: 304000
- QAM: 64
- Symbol: 6875
- Network ID: 1000

En scannen maar! Maar hoe anders is dit bij TV Headend... Zoveel opties extra waarvan ik niet weet wat ze a) betekenen en b) welke waarde ze zouden moeten hebben...

Wat ook niet helpt is dat de manuals die ik kon vinden, voor oudere versies lijken te zijn en niet meer kloppen (althans, ik kan nergens de knoppen 'Add DVB Network by location' en 'Map DVB services to channels' vinden zoals beschreven op http://kodi.wiki/view/Tvheadend_PVR).

Heb nu met veel moeite een aantal getallen weten in te voeren zoals die voor Telfort / Reggefiber zouden moeten gelden:
- Network ID (1000) ingevuld via Configuration -> DVB Inputs -> Networks -> Add / Edit Network -> Advanced Settings -> Network ID
- Frequency (304, maar ook 304000, wordt na 'save' altijd omgezet naar 304000000) via Configuration -> DVB Inputs -> Muxes -> Add / Edit Mux -> Basic Settings -> Frequency (Hz)
- Symbol Rate (6875 maar ook 68750 geprobeerd) via Configuration -> DVB Inputs -> Muxes -> Add / Edit Mux -> Basic Settings -> Symbol Rate (Sym/s)
- QAM (64) via Configuration -> DVB Inputs -> Muxes -> Add / Edit Mux -> Basic Settings -> Constellation

Als ik hierna via de tab Networks een 'Force Scan' doe, dan is staat het veld 'Scan Result' na een paar tellen op de 'Muxes'-tab altijd op 'FAIL'.

Wat doe ik (allemaal) fout?

UPDATE:

Na het veranderen van de Symbol Rate naar 6875000 kreeg ik bij de 'Force Scan' ineens resultaten! De 'Scan Result' blijft overal op 'FAIL' staan, maar desondanks worden er een 12 Transport Streams / Muxes gevonden met daarin een heleboel Services / Channels.

Na het mappen van de channels, mis ik op het eerste gezicht alleen nog:
- NPO1 HD (DVB channel 1)
- NPO2 HD (DVB channel 2)
- NPO3 HD (DVB channel 3)
- Discovery (DVB channel 13)
- Nickelodeon (DVB channel 16)

Welke opties zou ik nog kunnen tweaken om de rest ook te vinden?

[ Voor 12% gewijzigd door iGadget op 24-06-2015 22:41 ]

[Rubke]

is er een howto om tvheadend juist te configgen na de samengang Ziggo / UPC? welke Netwerkid's en muxes moet ik toevoegen?

[gibraltar]

Even een paar tips:

• Gebruik voor de combi HDHomerun en Ziggo de allerlaatste versie van TVHeadend. In ieder geval na 28 januari. Ik heb een fix gedaan voor de modulatie tijdens tunen. Je kan namelijk de auto modulatie lock niet gebruiken voor het nieuwe Ziggo netwerk, dus de fix introduceert de symbolrate tijdens het tunen.
• Gebruik overal en altijd:
  • Frequentie: 474000000
  • Modulatie: QAM64
  • Symbol Rate: 6875 kSym/s (dus 6875000)
  • Netwerk ID: 5555
  Vanuit daar kan TVHeadend de rest van de muxes vinden. Als je een oude versie gebruikt zul je voor een aantal muxen "FAIL" zien omdat de symbolrate niet gematched kan worden/
• Je kan de toegevoegde mux of op "PENDING" zetten, of je kan even een scan forceren.

De setup gaat ongeveer als volgt:

1. Maak een netwerk aan met bovenstaande Netwerk ID in het tabblad networks
2. Stel je adapters in voor dat netwerk in adapters (en enable de adapters)
3. Voeg de mux toe zoals boven beschreven
4. Force scan
5. Map de services naar channels in het tabblad services
6. Vergeet niet de CA in te stellen

Helaas heb ik geen toegang tot m'n setup nu, anders zou ik wat screenshots maken.

[ Voor 1% gewijzigd door gibraltar op 25-06-2015 09:28 . Reden: Met dank aan schumi2004 ]

[schumi2004]

Ik zou ook de frequentie niet vergeten in je verhaal.
Ik begin altijd met: 474000000 Hz

[gibraltar]

schumi2004 schreef op donderdag 25 juni 2015 @ 09:25:
Ik zou ook de frequentie niet vergeten in je verhaal.
Ik begin altijd met: 474000000 Hz

Juist, oeps .

[schumi2004]

Verveelde me

Eerst Configuration | CA's (zijn genoeg tutorials voor)

Configuration | DVB Inputs | Networks - Add (select DVB-C)
Na install/scans etc disable ik Network Discovery en Idle Scan Muxes altijd. Was vroeger nodig in mijn geval om TVH niet te laten crashen. Of dat met huidige versies nog moet, geen idee, vind wel prima zo.


Configuration | DVB Inputs | TV adapters


Configuration | DVB Inputs | Muxes - Add (select aangemaakt netwerk)
FEC kun je op AUTO laten meen ik, vult ie vanzelf.


Vervolgens wachten tot alles OK is en dan wijst de rest zich vanzelf wel.

[ Voor 3% gewijzigd door schumi2004 op 25-06-2015 10:03 ]

[gibraltar]

schumi2004 schreef op donderdag 25 juni 2015 @ 10:03:
Verveelde me

Held . Dit moet gewoon in de startpost.

[Mentalist]

DappereDodo schreef op zaterdag 20 juni 2015 @ 17:15:
Heeft iemand een goede tutorial om Oscam met Ziggo en een Phoenix USB reader samen te laten werken?

Zaken waar ik eens dieper op in wil gaan..: Ziggo met OScam en TVheadend 2013

Beetje outdated, maar moet in grote lijnen nog wel kloppen. (zeker het OScam deel)

[DappereDodo]

W3ird_N3rd schreef op donderdag 25 juni 2015 @ 17:50:
[...]

Zaken waar ik eens dieper op in wil gaan..: Ziggo met OScam en TVheadend 2013

Beetje outdated, maar moet in grote lijnen nog wel kloppen. (zeker het OScam deel)

Thanks, ik heb een beetje lopen pielen en het werkt voor nu. Nu afwachten of de kaart zichzelf update.

Ik heb jouw oscam.server volledig overgenomen, alleen services=services1 heb ik moeten verwijderen. Anders kreeg ik invalid sid meldingen.

[Sa1]

Net een nieuwe TVHeadned-testing uitgekomen via synology, de 4.1.304 alleen als ik die installeer dan krijg ik een failed to run package service. Na verwijderen en herinstalleren ook. Doe het niet zou ik zeggen

code:

[4149313.948160] tvheadend[25976]: segfault at c58000 ip 0000000000484340 sp 00007fffdc7daae0 error 4 in tvheadend[400000+5cc000]
[4149428.853292] tvheadend[28008]: segfault at c58000 ip 0000000000484340 sp 00007fff2fad7190 error 4 in tvheadend[400000+5cc000]
[4149672.041925] tvheadend[31233]: segfault at c58000 ip 0000000000484340 sp 00007ffff9facc80 error 4 in tvheadend[400000+5cc000]
[4149847.497330] tvheadend[454]: segfault at c58000 ip 0000000000484340 sp 00007fff005e5550 error 4 in tvheadend[400000+5cc000]

dit soort meldingen in dmesg... lijkt me suboptimaal.

[ Voor 58% gewijzigd door Sa1 op 25-06-2015 22:25 ]

[Verwijderd]

Na 2 dagen prutsen heb ik eindelijk tv_grab_nl met xmltv aan de praat.

De channel icons die geladen worden komen van verschillende bronnen maar de meeste komen van sanoma hosting (http://s4.cdn.sanomamedia...0/w60/h/1165799/npo-1.jpg)

Om nog onbekende reden werken de images die gehost worden bij sanoma niet in XBMC (Ik draai 13.2. Kodi vind ik minder goed)

Ik kan de hosting van de images zelf doen en invullen in tvheadend maar bij elke refresh van tv_grab_nl worden deze weer overschreven.

Hoe hebben jullie dit opgepakt?

Edit:
Handmatig instellen en "update channel icon" uitvinken in TVheadend.

[ Voor 7% gewijzigd door Verwijderd op 26-06-2015 15:55 ]

[Yannes]

Zijn er mensen die dvbcsa gebruiken ipv de standaard tvhcsa voor het descramblen van kanalen? Ik heb tvheadend gebuild met dvbcsa functionaliteit, maar hij geeft aan dat ze allebei aan staan.

Verwijderd schreef op woensdag 24 juni 2015 @ 13:42:
Zou iemand mij wat pointers kunnen geven betreft het inrichten van tv_grab_nl?

Rpi2
Raspbian
TVheadend 4.1 (draait onder user pi)
tv_grab_nl van https://github.com/tvgrabbers/tvgrabnlpy

- tv_grab_nl.py in /home/pi neergezet
- "python tv_grab_nl.py --configure" gedaan en data opgehaald
- TVheadend gerestart

Volgens diverse howto's zou deze nu zichtbaar moeten zijn in TVheadend als externe grabber. Ik zie echter niks.

Mis ik een stap?

Horepg van CIStem werkt een stuk makkelijker, hier te vinden: https://github.com/beralt/horepg

[Sa1]

Sa1 schreef op donderdag 25 juni 2015 @ 22:21:
Net een nieuwe TVHeadned-testing uitgekomen via synology, de 4.1.304 alleen als ik die installeer dan krijg ik een failed to run package service. Na verwijderen en herinstalleren ook. Doe het niet zou ik zeggen

code:

[4149313.948160] tvheadend[25976]: segfault at c58000 ip 0000000000484340 sp 00007fffdc7daae0 error 4 in tvheadend[400000+5cc000]
[4149428.853292] tvheadend[28008]: segfault at c58000 ip 0000000000484340 sp 00007fff2fad7190 error 4 in tvheadend[400000+5cc000]
[4149672.041925] tvheadend[31233]: segfault at c58000 ip 0000000000484340 sp 00007ffff9facc80 error 4 in tvheadend[400000+5cc000]
[4149847.497330] tvheadend[454]: segfault at c58000 ip 0000000000484340 sp 00007fff005e5550 error 4 in tvheadend[400000+5cc000]

dit soort meldingen in dmesg... lijkt me suboptimaal.

4.1.309-1 is nu beschikbaar, die start weer keurig op

[gibraltar]

Yannes schreef op vrijdag 26 juni 2015 @ 20:20:
Zijn er mensen die dvbcsa gebruiken ipv de standaard tvhcsa voor het descramblen van kanalen? Ik heb tvheadend gebuild met dvbcsa functionaliteit, maar hij geeft aan dat ze allebei aan staan.

Zover ik het begrijp is tvhcsa de wrapper rondom of FFdecsa of libdvbcsa. Als je --enable-libdvbcsa doet dan switch je van de FFdecsa library naar libdvbcsa. Dus tvhcsa is voor CSA support, en met dvbcsa gebruik je libdvbcsa. Ik ben blijkbaar lui en gebruik de stokoude FFdecsa implementatie, maar dvbcsa is een stuk netter en beter onderhouden.

Yannes schreef op vrijdag 26 juni 2015 @ 20:20:
Horepg van CIStem werkt een stuk makkelijker, hier te vinden: https://github.com/beralt/horepg

Daar zit nu ook een daemonize optie in, met een privilege drop naar de TVHeadend user. En hij runt elke dag eenmalig nu. Nu nog een systemd of upstart scriptje. Dat eerste lukt wel, maar upstart is voor mij een raadsel .

[Yannes]

gibraltar schreef op zondag 28 juni 2015 @ 08:57:
[...]

Zover ik het begrijp is tvhcsa de wrapper rondom of FFdecsa of libdvbcsa. Als je --enable-libdvbcsa doet dan switch je van de FFdecsa library naar libdvbcsa. Dus tvhcsa is voor CSA support, en met dvbcsa gebruik je libdvbcsa. Ik ben blijkbaar lui en gebruik de stokoude FFdecsa implementatie, maar dvbcsa is een stuk netter en beter onderhouden.

[...]

Daar zit nu ook een daemonize optie in, met een privilege drop naar de TVHeadend user. En hij runt elke dag eenmalig nu. Nu nog een systemd of upstart scriptje. Dat eerste lukt wel, maar upstart is voor mij een raadsel .

Dat is goed om te weten, dus het hoort gewoon zo.

Horepg had ik zelf al toegevoegd aan de hts user crontab, zodat die twee keer per dag draait. Ik heb je overigens een PM gestuurd, wellicht kun je die info gebruiken om de EPG data te verbeteren (verlengen).

[Lifelogger]

gibraltar schreef op donderdag 25 juni 2015 @ 09:15:
Even een paar tips:

• Gebruik voor de combi HDHomerun en Ziggo de allerlaatste versie van TVHeadend. In ieder geval na 28 januari. Ik heb een fix gedaan voor de modulatie tijdens tunen. Je kan namelijk de auto modulatie lock niet gebruiken voor het nieuwe Ziggo netwerk, dus de fix introduceert de symbolrate tijdens het tunen.
• Gebruik overal en altijd:
  • Frequentie: 474000000
  • Modulatie: QAM64
  • Symbol Rate: 6875 kSym/s (dus 6875000)
  • Netwerk ID: 5555
  Vanuit daar kan TVHeadend de rest van de muxes vinden. Als je een oude versie gebruikt zul je voor een aantal muxen "FAIL" zien omdat de symbolrate niet gematched kan worden/
• Je kan de toegevoegde mux of op "PENDING" zetten, of je kan even een scan forceren.

De setup gaat ongeveer als volgt:

1. Maak een netwerk aan met bovenstaande Netwerk ID in het tabblad networks
2. Stel je adapters in voor dat netwerk in adapters (en enable de adapters)
3. Voeg de mux toe zoals boven beschreven
4. Force scan
5. Map de services naar channels in het tabblad services
6. Vergeet niet de CA in te stellen

Helaas heb ik geen toegang tot m'n setup nu, anders zou ik wat screenshots maken.

Heb hier even zitten testen met deze instellen, maar met Netwerk ID 5555 krijg ik hier helemaal niets. Ik zit in het voormalig UPC gebied zal ik maar zeggen. Moet echt het oude UPC netwerk id gebruiken om iets te vinden.