[TV Headend] Het grote TV Headend topic

[RudolfR]

Martijn schreef op donderdag 21 november 2013 @ 10:04:
Wellicht interessant voor eenieder hier. Vriend van me heeft een nieuwe grabber geschreven in C++, vanwege veel irritatie over de traagheid van de standaard python grabber . De C++ versie is retesnel.

Haalt zijn data op bij tvgids.nl, en is speciaal voor tvheadend gemaakt. Dit betekent dat hij wat betreft genres/categorieen aansluit op wat TVH verwacht, waardoor de kleurcodes in bijv. XBMC ook beter werken.

Probeer het eens uit zou ik zeggen: https://github.com/jdierkse/fast_tv_grab_nl

Een tijd lang gebruik gemaakt van deze app, maar de versie die ik nu compileer geeft fouten.

code:

tvserver:~/fast_tv_grab_nl$ ./fast_tv_grab_nl -p upc --createconfig
Exception caught: <unspecified file>(1): expected object

Suggesties, iemand nog (stappen voor) een werkende versie?

[ari3]

Na een upgrade naar TVH 3.9 heb ik last met het inladen van de EPG. Een eenvoudige test laat zien dat zenders geïmporteerd worden, maar de programma's niet:

code:

cat test.xmltv | nc -U ~/.hts/tvheadend/epggrab/xmltv.sock

De inhoud van test.xmltv:

XML:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE tv SYSTEM "xmltv.dtd">
<tv>
   <channel id="ned1">
      <display-name lang="nl">ned1</display-name>
   </channel>
   <programme channel="ned1" start="20140720030000 +0200" stop="20140720032000 +0200">
      <title lang="nl">EenVandaag</title>
      <desc lang="nl">Het laatste nieuws en achtergronden uit binnen- en buitenland. De presentatie is in handen van Bas van Werven, Pieter Jan Hagens of Suzanne Bosman.</desc>
      <credits>
         <presenter>Suzanne Bosman</presenter>
         <presenter>Pieter Jan Hagens</presenter>
         <presenter>Bas van Werven</presenter>
      </credits>
      <category lang="nl">Actualiteit</category>
   </programme>
   <programme channel="ned1" start="20140720032000 +0200" stop="20140720033000 +0200">
      <title lang="nl">NOS Journaal</title>
      <desc lang="nl"/>
      <category lang="nl">Actualiteit</category>
   </programme>
</tv>

logging in TVH:

code:

2014-07-15 23:08:53.026 [   INFO] xmltv: grab took 0 seconds
2014-07-15 23:08:53.026 [   INFO] xmltv: parse took 0 seconds
2014-07-15 23:08:53.026 [   INFO] xmltv:   channels   tot=    1 new=    0 mod=    0
2014-07-15 23:08:53.026 [   INFO] xmltv:   brands     tot=    0 new=    0 mod=    0
2014-07-15 23:08:53.026 [   INFO] xmltv:   seasons    tot=    0 new=    0 mod=    0
2014-07-15 23:08:53.026 [   INFO] xmltv:   episodes   tot=    0 new=    0 mod=    0
2014-07-15 23:08:53.026 [   INFO] xmltv:   broadcasts tot=    0 new=    0 mod=    0

Herkent iemand dit probleem? Hoe kan het dat TVH geen programma's importeert?

[Lelyuser]

Met belangstelling heb ik dit topic gelezen. Ik heb een vraag:

Ik heb van horen en zeggen dat je met een Dreambox via internet Iptv streams kan afspelen, wie heeft daar ervaring mee en kan mij op weg helpen. Ik ben in het bezit van een glasvezel verbinding, dus qua snelheid moet het lukken.

Bob

[m0nk]

Lelyuser schreef op woensdag 30 juli 2014 @ 10:34:
Met belangstelling heb ik dit topic gelezen. Ik heb een vraag:

Ik heb van horen en zeggen dat je met een Dreambox via internet Iptv streams kan afspelen, wie heeft daar ervaring mee en kan mij op weg helpen. Ik ben in het bezit van een glasvezel verbinding, dus qua snelheid met het lukken.

Bob

Wat heb je al zelf gevonden? Van horen zeggen klinkt een beetje vaag.. Je kan idd met een dreambox iptv streams afspelen, vaak is dat niet legaal. Informeer eens bij je provider of zij de mogelijkheid bieden om een custom decoder te gebruiken voor je iptv streams die in je abonnement zitten.

[Lelyuser]

m0nk schreef op woensdag 30 juli 2014 @ 10:38:
[...]


Wat heb je al zelf gevonden? Van horen zeggen klinkt een beetje vaag.. Je kan idd met een dreambox iptv streams afspelen, vaak is dat niet legaal. Informeer eens bij je provider of zij de mogelijkheid bieden om een custom decoder te gebruiken voor je iptv streams die in je abonnement zitten.

Ik heb nog helemaal niets gevonden eigenlijk, ik heb alleen van de mannen die hier het glasvezel naar binnen hebben gebracht gehoord dat deze mogelijkheid bestaat. Ook zou op de zwartemarkt een dreambox hiervoor te koop zijn. Op dit moment heb ik TV via de satelliet, legaal overigens. Maar wilde eens wat anders uit proberen. Gewoon voor de hobby.

[schumi2004]

RudolfR schreef op dinsdag 15 juli 2014 @ 20:51:
[...]


Een tijd lang gebruik gemaakt van deze app, maar de versie die ik nu compileer geeft fouten.

code:

tvserver:~/fast_tv_grab_nl$ ./fast_tv_grab_nl -p upc --createconfig
Exception caught: <unspecified file>(1): expected object

Suggesties, iemand nog (stappen voor) een werkende versie?

Ik haal mijn EPG gewoon uit signaal van Ziggo maar dit zou dus beter moeten werken als ik het geod begrijp?
(als het werkt dan)

[Sa1]

Vandaag ben ik over gegaan op TVHeadend, ik gebruik mijn Synology als server. Eerst heb ik versie 3.4 gedownload via synocommunity. Deze heb ik uiteindelijk geconfigureerd gekregen, DVB-EPG werd ook keurig geladen. Echter kreeg ik soms een crash in m'n client. Nu ben ik een andere synology package tegen gekomen van TVHeadend 3.9. Stuk nieuwer en dat zie je ook in de hoeveelheid opties en verbeterde logica in het pakket zelf.

Echter nu wil de DVB-EPG niet meer laden. Als ik naar de TVHeadend.log kijk, zie ik wel dat hij lekker bezig hiermee. Alleen ik zie niets in m'n guide (niet in de webinterface, en niet in m'n XBMC client.

Als ik bij 'channels' ga kijken dan is de EPG source leeg. Heb ook gezien dat de 'internal grabber' op disabled staat, maar dat schijnt te kloppen. Die is alleen gevuld als je bijv XMLTV gebruikt.

Heeft iemand enig idee waar ik moet kijken?

geduld was waarschijnlijk de key

code:

2014-07-31 00:10:00.000 [  DEBUG]:epg: arm channel timer @ 1406759831 for Veronica HD/Disney XD
2014-07-31 00:10:00.000 [  DEBUG]:epg: expire event 33 (Utopia) from SBS 6 HD
2014-07-31 00:10:00.000 [  DEBUG]:epg: now/next 1433/1703 set on SBS 6 HD
2014-07-31 00:10:00.000 [  DEBUG]:epg: inform HTSP of now event change on SBS 6 HD
2014-07-31 00:10:00.000 [  DEBUG]:epg: arm channel timer @ 1406760000 for SBS 6 HD
2014-07-31 00:14:10.168 [  DEBUG]:settings: saving to /volume1/@appstore/tvheadend-testing/var/epggrab/config
2014-07-31 00:15:00.000 [  DEBUG]:epg: expire event 2389 (A Kind of Magic) from Disney Channel
2014-07-31 00:15:00.000 [  DEBUG]:epg: now/next 0/783 set on Disney Channel
2014-07-31 00:15:00.000 [  DEBUG]:epg: inform HTSP of now event change on Disney Channel
2014-07-31 00:15:00.000 [  DEBUG]:epg: arm channel timer @ 1406819100 for Disney Channel

[Sa1]

Inmiddels een paar dagen actief TVHeadend gebruiker, ik loop alleen tegen een nogal irritant probleem aan, ik oop hier wat hulp te krijgen, maar heb het gevoel dat TVHeadend een beetje dood is. Ik heb geen flauw idee waar dat vanuit onderhouden wordt. tvheadend.org lijkt zo dood als wat te zijn, Daarnaast gaat die ook niet verder dan versie 3.4.

Hoe kan het dan dat er mensen zijn die 3.9 gecomplieerd hebben, immers heb ik die versie draaien op mijn systeem. Lees ook op verschillende plaatsen dat er een versie 4.0 in omloop. Heeft iemand hier enige verklaring voor?

Nu, ik heb twee uitdagingen.

1. Spontane crash TVHeadend, dit gebeurt zo nu en dan. Ik heb dit totaal nu 2 x gehad.

code:

2014-08-07 02:32:21.786 [  DEBUG]:cwc: Sending ECM (PID 4000) section=0/0, for service "FOX HD" (seqno: 4968)
2014-08-07 02:32:21.950 [  DEBUG]:cwc: Received ECM reply (PID 4000) for service "FOX HD" even: f2.ef.e1.c2.e4.3a.1f.3d odd: 3e.10.2e.7c.02.33.4c.81 (seqno: 4968 Req delay: 164 ms)
2014-08-07 02:32:29.009 [   INFO]:subscription: "epggrab" unsubscribing
2014-08-07 02:32:29.009 [  DEBUG]:mpegts: 348000 - stopping mux
2014-08-07 02:32:29.009 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - stopping 348000
2014-08-07 02:32:29.010 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - stopped dvr thread
2014-08-07 02:32:29.010 [  DEBUG]:mpegts: 348000 - close PID 0000 (0)
2014-08-07 02:32:29.010 [  DEBUG]:mpegts: 348000 - close PID 0001 (1)
2014-08-07 02:32:29.010 [  DEBUG]:mpegts: 348000 - close PID 0010 (16)
2014-08-07 02:32:29.010 [  DEBUG]:mpegts: 348000 - close PID 0011 (17)
2014-08-07 02:32:29.010 [  DEBUG]:mpegts: 348000 - close PID 0012 (18)
2014-08-07 02:32:29.010 [  DEBUG]:mpegts: 348000 - close PID 0035 (53)
2014-08-07 02:32:42.809 [  DEBUG]:cwc: Sending ECM (PID 4000) section=0/0, for service "FOX HD" (seqno: 4974)
2014-08-07 02:32:42.973 [  DEBUG]:cwc: Received ECM reply (PID 4000) for service "FOX HD" even: 41.09.48.92.89.1e.ad.54 odd: 3e.10.2e.7c.02.33.4c.81 (seqno: 4974 Req delay: 163 ms)
2014-08-07 02:32:59.462 [  ALERT]:CRASH: Signal: 6 in PRG: /usr/local/tvheadend-testing/bin/tvheadend (3.9.1084) [7a4e4342ef63cc56eb644d66af5a73e0b0ad595f] CWD: /  
2014-08-07 02:32:59.462 [  ALERT]:CRASH: Fault address 0x6700005b4e (N/A)
2014-08-07 02:32:59.462 [  ALERT]:CRASH: Loaded libraries: linux-vdso.so.1 /usr/local/tvheadend-testing/lib/libdvbcsa.so.1 /usr/local/tvheadend-testing/lib/libssl.so.1.0.0 /usr/local/tvheadend-testing/lib/libcrypto.so.1.0.0 /usr/local/tvheadend-testing/lib/libz.so /usr/local/tvheadend-testing/lib/liburiparser.so.1 /usr/local/tvheadend-testing/lib/libavcodec.so.54 /usr/local/tvheadend-testing/lib/libavutil.so.52 /usr/local/tvheadend-testing/lib/libavformat.so.54 /usr/local/tvheadend-testing/lib/libswscale.so.2 /lib64/libdl.so.2 /lib64/libpthread.so.0 /lib64/libm.so.6 /lib64/librt.so.1 /lib64/libc.so.6 /usr/local/tvheadend-testing/lib/libx264.so.142 /usr/local/tvheadend-testing/lib/libmp3lame.so.0 /usr/local/tvheadend-testing/lib/libfaac.so.0 /lib64/ld-linux-x86-64.so.2 /lib64/libnss_files.so.2  
2014-08-07 02:32:59.462 [  ALERT]:CRASH: Register dump [23]: fefefefefefefeffff2d44434cff092d0000000000000008000000000000020600000000004a3ff000000000004a41c0000000000000000700007f6ff8c98d000000000000005b4e0000000000005c0a00007f7044c65f3800007f70470d300000000000000000060000000000000000ffffffffffffffff00007f703bffe82800007f7044b302270000000000000206000000000000003300000000000000000000000000000000fffffffe7ffbba170000000000000000
2014-08-07 02:32:59.462 [  ALERT]:CRASH: STACKTRACE
2014-08-07 02:32:59.462 [  ALERT]:CRASH: Signal: 6 in PRG: /usr/local/tvheadend-testing/bin/tvheadend (3.9.1084) [7a4e4342ef63cc56eb644d66af5a73e0b0ad595f] CWD: /  
2014-08-07 02:32:59.519 [  ALERT]:CRASH:  0x42dd78
2014-08-07 02:32:59.524 [  ALERT]:CRASH:  0x7f70453bc1e0
2014-08-07 02:32:59.524 [  ALERT]:CRASH: gsignal+0x37  (/lib64/libc.so.6)
2014-08-07 02:32:59.524 [  ALERT]:CRASH: abort+0x148  (/lib64/libc.so.6)
2014-08-07 02:32:59.529 [  ALERT]:CRASH:  0x7f7044b292c3
2014-08-07 02:32:59.535 [  ALERT]:CRASH:  0x7f7044b29372
2014-08-07 02:32:59.540 [  ALERT]:CRASH:  0x45c82d
2014-08-07 02:32:59.547 [  ALERT]:CRASH:  0x45c890
2014-08-07 02:32:59.552 [  ALERT]:CRASH:  0x40e615

2. Ineens geen signaal meer, tot ik TVHeadend herstart. Dit gebeurt meerdere keren per dag. In eerste instantie gaf ik de HD homerun de schult, maar aangezien het zichzelf oplost na een herstart van TVHeadend, vermoed ik toch dat dit TVHeadend is.

code:

2014-08-07 16:00:36.001 [  DEBUG]:service: FOX HD si 0x7fa5ac017450 weight 0 prio 0 error 402
2014-08-07 16:00:36.001 [  DEBUG]:service: FOX HD si 0x7fa5ac015140 weight 0 prio 0 error 402
2014-08-07 16:00:38.001 [  DEBUG]:service: FOX HD si 0x7fa5ac017450 weight 0 prio 0 error 402
2014-08-07 16:00:38.001 [  DEBUG]:service: FOX HD si 0x7fa5ac015140 weight 0 prio 0 error 402
2014-08-07 16:00:40.001 [  DEBUG]:service: FOX HD si 0x7fa5ac017450 weight 0 prio 0 error 402
2014-08-07 16:00:40.001 [  DEBUG]:service: FOX HD si 0x7fa5ac015140 weight 0 prio 0 error 402
2014-08-07 16:00:41.001 [   INFO]:mpegts: 412000 - tuning on HDHomeRun DVB-C 122139E8-0 : DVB-C #0
2014-08-07 16:00:41.001 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - starting 412000
2014-08-07 16:00:41.001 [  DEBUG]:mpegts: 412000 - started
2014-08-07 16:00:41.002 [  DEBUG]:mpegts: 412000 - open PID 0012 (18) [3/0xe757b0]
2014-08-07 16:00:41.002 [  DEBUG]:eit: installed table handlers
2014-08-07 16:00:41.002 [   INFO]:subscription: 'epggrab' subscribing to mux, weight: 3, adapter: 'HDHomeRun DVB-C 122139E8-0 : DVB-C #0', network: 'Ziggo', mux: '412000'
2014-08-07 16:00:41.002 [  DEBUG]:eit: grab started
2014-08-07 16:00:41.002 [   INFO]:mpegts: 396000 - tuning on HDHomeRun DVB-C 122139E8-1 : DVB-C #0
2014-08-07 16:00:41.002 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - starting 396000
2014-08-07 16:00:41.002 [  DEBUG]:mpegts: 396000 - started
2014-08-07 16:00:41.002 [  DEBUG]:mpegts: 396000 - open PID 0012 (18) [3/0xb382c0]
2014-08-07 16:00:41.002 [  DEBUG]:eit: installed table handlers
2014-08-07 16:00:41.002 [   INFO]:subscription: 'epggrab' subscribing to mux, weight: 3, adapter: 'HDHomeRun DVB-C 122139E8-1 : DVB-C #0', network: 'Ziggo', mux: '396000'
2014-08-07 16:00:41.002 [  DEBUG]:eit: grab started
2014-08-07 16:00:41.002 [  DEBUG]:service: FOX HD si 0x7fa5ac017450 weight 3 prio 0 error 402
2014-08-07 16:00:41.002 [  DEBUG]:service: FOX HD si 0x7fa5ac015140 weight 3 prio 0 error 402
2014-08-07 16:00:41.053 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:41.729 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:41.729 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:41.781 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:41.781 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:42.769 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:42.769 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:42.821 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:42.821 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:43.001 [  DEBUG]:service: FOX HD si 0x7fa5ac017450 weight 3 prio 0 error 402
2014-08-07 16:00:43.001 [  DEBUG]:service: FOX HD si 0x7fa5ac015140 weight 3 prio 0 error 402
2014-08-07 16:00:43.809 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:43.809 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:43.861 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:43.861 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:44.849 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:44.849 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:44.901 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status UNKNOWN (SIGNAL)
2014-08-07 16:00:44.901 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status UNKNOWN ()
2014-08-07 16:00:45.002 [  DEBUG]:service: FOX HD si 0x7fa5ac017450 weight 3 prio 0 error 402
2014-08-07 16:00:45.002 [  DEBUG]:service: FOX HD si 0x7fa5ac015140 weight 3 prio 0 error 402

[Verwijderd]

https://tvheadend.org/projects/tvheadend/activity

Er gebeurt anders genoeg hoor op tvheadend.org...

Misschien even goed doorlezen op de site. Er zijn build servers waar de laatste trunk versie steeds gecompileerd op staat. Daar staat dan ook een recente 3.9 op.
Of anders zelf compileren ....

Hein

[Luqq]

Ik ben sindskort over naar een CaPMT verbinding met OScam in plaats van een reguliere CWC. Dat laatste werkte namelijk niet meer sinds recente (~3.9.1100) tvheadend builds. Nu werkt alles weer top

[Bose321]

Zou iemand mij kunnen helpen bij het werkend krijgen van mijn Cablestar Combo HD? Ik heb op een Raspberry Pi raspbian draaien en daar Oscam en TVheadend op draaien. Na lang kloten heb ik de kernel naar 3.10.25+ gedowngrade omdat anders de tuner helemaal niet gezien wordt. Nu ik op de oudere firmware zit wordt het herkend, maar blijkbaar alleen als DVB-T. Ik kan allerlei satelliet instellingen selecteren. Op mijn Openelec systeem werkt het gewoon helemaal prima.

Iemand enig idee? Ben er nu al dagen mee bezig...

Met het command scan /usr/share/dvb/dvb-c-nl-Ziggo worden wel alle zenders weergegeven! Dat lijkt dan in ieder geval goed nieuws tot zo ver. Ik heb de firmware geinstalleerd (hij wilde een specifieke firmware naam laden, dus die had ik even goed gedaan. Nu is het volgens TVheadend een DVB-S). Nog altijd geen succes in TVheadend dus.

Na die scan en een herstart van de tvheadend service ziet hij hem opeens wel als DVB-C! Nu heb ik alles weer ingesteld als eerst, maar zie ik maar 4 muxes. Daarop kan ik maar een hand vol zenders vinden. Op mijn andere systeem vond hij 32 muxes en 300+ kanalen.

Ondertussen alles handmatig gescanned en de muxes toegevoegd. SD zenders werken prima, maar de RPI wordt vol belast bij HD-zenders.

[ Voor 42% gewijzigd door Bose321 op 30-08-2014 21:22 ]

[nwagenaar]

Inderdaad. De RPi heeft wat kracht te kort zodra je zowel XBMC als je TV-backend (ongeacht of het nu VDR of TVHeadend is) op dezelfde device wil draaien. En dan heb ik het nog niet eens als je gebruik gaat maken van oscam. Zelfs met een heftige overclock en een USB3.0 harddisk/flashdrive zonder XBMC is het nog niet optimaal te noemen.

Een andere vraag, met nieuwe git van TVHeadend hebben ze (wederom) de config aangepast en nu ervaar ik dat al mijn channeltags binnen XBMC niet meer op volgorde zijn. Heeft iemand een idee hoe ik dit (al dan niet binnen XBMC) kan herstellen?

[thedon46]

Dit weekend vol goede moed begonnen aan het installeren van TVHeadend op Ubuntu, kom ik er achter dat ik blijkbaar de Versie 2 van de Delockt DVB-C stick te pakken heb. Welke dus niet wordt ondersteund.
daar kan ik dus weinig mee.

Kan iemand mij een linkje geven van iets wat in Nederland te koop is? wat dus werkt met linux?
Zag op de V&A iemand die een AnyseeE30TC plus verkocht, maar werkt dit wel?

ps. mocht dit relevant zijn: zit in het Caiway gebied

[nwagenaar]

Het makkelijkste is om de LinuxTV.org lijst door te nemen (http://www.linuxtv.org/wiki/index.php/DVB-C_Devices) en te kijken wat de status is. Maar nieuwere revisies van de AnyseeE30TC doet het overigens niet.

Maar de MediaTV Pro en de CT-3650 CI doen het gegarandeerd (ik heb ze allebei gebruikt icm TVHeadend)

[Bose321]

Ik heb nog een Technisat Cablestar voor je.

[casefan]

Ik heb een probleem met Oscam + TVHeadend + XBMC (Open Elec op 2 raspberry pi's).

Dit heb ik draaien:

Server:

• Ubuntu Desktop 14.04.01
• HTS Tvheadend 3.9.1354~g6e4a22a~trusty
• OSCam r9846
• 2x Terratec Cinergy C HD PCI (zonder CI sloten)
• Smargo Smartreader (versie 1)

Clients:

• Raspberry Pi Model B
• Open ELEC latest
• Tvheadend PVR Plugin
• Overclocked + heatsinks
• USB3.0 8GB

Het probleem is dat OSCam in eerste instantie wél kan descramblen, maar na 4 seconden krijg ik dit:

code:

 2014/09/07 22:41:25 240D330 c card0plugin0 (0604&000000/270E/00CA/44:D47740937FFF540978EF20D4D4CBA41E): not found (213 ms) by Ziggo (Ziggo irdeto_do_cmd [2] 90 0
2014/09/07 22:42:09 2413270 c card1plugin1 (0604&000000/000B/00EF/44:E34150BAECE309664524D6A1EE153463): cache2 (162 ms) by Ziggo
2014/09/07 22:42:09 24112B0 c card0plugin1 (0604&000000/000B/00EF/44:E34150BAECE309664524D6A1EE153463): cache2 (162 ms) by Ziggo
2014/09/07 22:42:09 240F2F0 c card1plugin0 (0604&000000/000B/00EF/44:E34150BAECE309664524D6A1EE153463): cache2 (163 ms) by Ziggo
2014/09/07 22:42:09 240D330 c card0plugin0 (0604&000000/000B/00EF/44:E34150BAECE309664524D6A1EE153463): found (162 ms) by Ziggo
2014/09/07 22:42:09 2413270 c card1plugin1 (0604&000000/270E/00EF/44:EDDDE1E9F211D60F177760FA12473D13): not found (337 ms) by Ziggo (Ziggo irdeto_do_cmd [2] 90 0
2014/09/07 22:42:09 240D330 c card0plugin0 (0604&000000/270E/00EF/44:EDDDE1E9F211D60F177760FA12473D13): not found (337 ms) by Ziggo
2014/09/07 22:42:09 240F2F0 c card1plugin0 (0604&000000/270E/00EF/44:EDDDE1E9F211D60F177760FA12473D13): not found (337 ms) by Ziggo
2014/09/07 22:42:09 24112B0 c card0plugin1 (0604&000000/270E/00EF/44:EDDDE1E9F211D60F177760FA12473D13): not found (338 ms) by Ziggo
2014/09/07 22:42:13 2413270 c card1plugin1 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): found (164 ms) by Ziggo
2014/09/07 22:42:13 240D330 c card0plugin0 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache2 (161 ms) by Ziggo
2014/09/07 22:42:13 240F2F0 c card1plugin0 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache2 (163 ms) by Ziggo
2014/09/07 22:42:13 24112B0 c card0plugin1 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache2 (164 ms) by Ziggo
2014/09/07 22:42:13 24112B0 c card0plugin1 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (337 ms) by Ziggo
2014/09/07 22:42:13 240F2F0 c card1plugin0 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (337 ms) by Ziggo
2014/09/07 22:42:13 240D330 c card0plugin0 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (337 ms) by Ziggo (Ziggo irdeto_do_cmd [2] 90 0
2014/09/07 22:42:13 2413270 c card1plugin1 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (338 ms) by Ziggo
2014/09/07 22:42:24 2413270 c card1plugin1 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache1 (0 ms) by Ziggo (cw count 4)
2014/09/07 22:42:24 240F2F0 c card1plugin0 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache1 (0 ms) by Ziggo (cw count 4)
2014/09/07 22:42:24 24112B0 c card0plugin1 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache1 (0 ms) by Ziggo (cw count 4)
2014/09/07 22:42:24 240D330 c card0plugin0 (0604&000000/000B/00EF/44:0111E56B0FCD208BE257C62774C9AAC3): cache1 (0 ms) by Ziggo (cw count 4)
2014/09/07 22:42:24 2413270 c card1plugin1 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (212 ms) by Ziggo (Ziggo irdeto_do_cmd [2] 90 0
2014/09/07 22:42:24 24112B0 c card0plugin1 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (212 ms) by Ziggo
2014/09/07 22:42:24 240F2F0 c card1plugin0 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (212 ms) by Ziggo
2014/09/07 22:42:24 240D330 c card0plugin0 (0604&000000/270E/00EF/44:15B0758577EE6A01A8310ED6C7C180FD): not found (213 ms) by Ziggo

De 4 users binnen OSCam stammen nog uit de tijd dat ik een MediaPortal back-end gebruikte maar ik ben overgestapt naar TVHeadend (zappen is echt 10x sneller en het systeem draait ook stabiel).
Maar dat is verder niet relevant.

Mijn configs van OSCam zijn als volgt:
oscam.conf

code:

[global]
nice = -1
WaitForCards = 1
pidfile       = ./run/oscam.pid
clienttimeout = 1

# logging

logfile       = /var/log/oscam/oscam.log
usrfile       = /var/log/oscam/oscamuser.log
cwlogdir      = /var/log/oscam/cw
maxlogsize = 1000

[monitor]
port = 9880
aulow = 120
monlevel = 0

[newcamd]
key = 0102030405060708090A0B0C0D0E
port = 15050@0604:000000

[webif]

httpport = 8888
httpuser = admin
httppwd = oscam
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255 

[anticasc]
enabled       = 0

[dvbapi]
boxtype = pc
pmt_mode = 4
listen_port = 9000

oscam.user

code:

[account]
user = card0plugin0
pwd = wachtwoord0
uniq = 0
group = 1
ident = 0604:000000
caid = 0604
au = Ziggo

[account]
user = card0plugin1
pwd = wachtwoord1
uniq = 0
group = 1
ident = 0604:000000
caid = 0604
au = Ziggo

[account]
user = card1plugin0
pwd = wachtwoord2
uniq = 0
group = 1
ident = 0604:000000
caid = 0604
au = Ziggo

[account]
user = card1plugin1
pwd = wachtwoord3
uniq = 0
group = 1
ident = 0604:000000
caid = 0604
au = Ziggo

oscam.server

code:

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r9846
# Read more: http://www.streamboard.tv/svn/oscam/trunk/Distribution/doc/txt/oscam.server.txt

[reader]
label                         = Ziggo
description                   = ziggosmargo
protocol                      = mouse
device                        = /dev/ttyUSB0
smargopatch                   = 1
caid                          = 0604
boxkey                        = 1122334455667788
rsakey                        = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909774E031B2A6E30195B437683AD0FC599B87D08CEA47BE1B6C76A
detect                        = cd
mhz                           = 600
cardmhz                       = 600
group                         = 1
emmcache                      = 1,3,2

Ik heb geprobeerd om OSCam in smargo en/of smartreader mode te laten werken maar ik krijg dan m'n Smargo niet gevonden (bij device ook vanalles al geprobeerd maar /dev/ttyUSB0 werkt dan niet.)

Het probleem doet zich ook voor als ik via de webinterface van TVHeadend een stream open, dus aan de clients ligt het niet.

Hebben jullie suggesties wat ik kan proberen? Als dit euvel is verholpen ben ik 1 stap dichterbij m'n ideale setup

(dit is trouwens wat ik krijg als OSCam opstart, lijkt mij in orde)

code:

2014/09/07 23:07:54 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r9846 (x86_64-linux-gnu)
2014/09/07 23:07:54 0 s creating pidfile ./run/oscam.pid with pid 8366
2014/09/07 23:07:54 0 s userdb reloaded: 4 accounts loaded, 0 expired, 0 disabled
2014/09/07 23:07:54 0 s signal handling initialized
2014/09/07 23:07:54 0 s monitor: initialized (fd=6, port=9880)
2014/09/07 23:07:54 0 s newcamd: initialized (fd=7, port=15050)
2014/09/07 23:07:54 0 s -> CAID: 0604 PROVID: 000000
2014/09/07 23:07:54 0 s Ziggo [mouse] creating thread for device /dev/ttyUSB0
2014/09/07 23:07:54 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2014/09/07 23:07:54 0 s waiting for local card init
2014/09/07 23:07:54 C40008C0 h webif: decompressed 154897 bytes back into 366304 bytes
2014/09/07 23:07:54 C40008C0 h HTTP Server running. ip=0.0.0.0 port=8888
2014/09/07 23:07:54 2403770 r Ziggo [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=600, cardmhz=600)
2014/09/07 23:07:55 2403770 r Ziggo [mouse] card detected
2014/09/07 23:07:56 2403770 r Ziggo [mouse] ATR: blablabla
2014/09/07 23:07:56 2403770 r Ziggo [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
2014/09/07 23:07:56 2403770 r Ziggo [mouse] Calculated work ETU is 93.00 us reader mhz = 600
2014/09/07 23:07:56 2403770 r Ziggo [mouse] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed off 6.00 MHz (specified in reader->mhz)
2014/09/07 23:07:57 2403770 r Ziggo [mouse] detect irdeto card
2014/09/07 23:07:57 2403770 r Ziggo [mouse] Irdeto SC 57 version 12 revision 1, patch level e
2014/09/07 23:07:57 2403770 r Ziggo [mouse] caid: 0604, acs: 6.08, country code: NLD
2014/09/07 23:07:57 2403770 r Ziggo [mouse] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
2014/09/07 23:08:00 2403770 r Ziggo [mouse] active providers: 4 (######,######,######,######)
2014/09/07 23:08:00 2403770 r Ziggo [mouse] found card system irdeto
2014/09/07 23:08:00 2403770 r Ziggo [irdeto] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max alloted of 1
2014/09/07 23:08:00 2403770 r Ziggo [irdeto] entitlements for provider: 1, id: ######
2014/09/07 23:08:00 2403770 r Ziggo [irdeto] chid: ####, date: 2014/09/07 - 2014/10/07
2014/09/07 23:08:00 2403770 r Ziggo [irdeto] chid: ####, date: 2014/09/07 - 2014/10/07
2014/09/07 23:08:00 2403770 r Ziggo [irdeto] chid: ####, date: 2014/09/07 - 2014/10/07
2014/09/07 23:08:00 2403770 r Ziggo [irdeto] chid: ####, date: 2014/09/07 - 2014/10/07
2014/09/07 23:08:06 2403770 r Ziggo [irdeto] ready for requests
2014/09/07 23:08:06 0 s init for all local cards done
2014/09/07 23:08:06 0 s anti cascading disabled
2014/09/07 23:08:06 240D330 c client connected to 15050 port
2014/09/07 23:08:06 240D330 c anonymous disconnected from 192.168.178.26
2014/09/07 23:08:06 24112B0 c client connected to 15050 port
2014/09/07 23:08:06 24112B0 c anonymous disconnected from 192.168.178.26
2014/09/07 23:08:06 240F2F0 c client connected to 15050 port
2014/09/07 23:08:06 240F2F0 c anonymous disconnected from 192.168.178.26
2014/09/07 23:08:06 2413270 c client connected to 15050 port
2014/09/07 23:08:06 2413270 c anonymous disconnected from 192.168.178.26
2014/09/07 23:08:06 2415230 c client connected to 15050 port
2014/09/07 23:08:06 0 --- Skipped 2 duplicated log lines ---
2014/09/07 23:08:06 2415230 c encrypted newcamd:15050-client 192.168.178.26 granted (card1plugin0, au=on (1 reader))
2014/09/07 23:08:06 2415230 c user card1plugin0 authenticated successfully (Tvheadend)
2014/09/07 23:08:06 2415230 c AU enabled for user card1plugin0 on reader Ziggo
2014/09/07 23:08:06 24191B0 c client connected to 15050 port
2014/09/07 23:08:06 24171F0 c encrypted newcamd:15050-client 192.168.178.26 granted (card0plugin1, au=on (1 reader))
2014/09/07 23:08:06 24171F0 c user card0plugin1 authenticated successfully (Tvheadend)
2014/09/07 23:08:06 24171F0 c AU enabled for user card0plugin1 on reader Ziggo
2014/09/07 23:08:06 241B170 c encrypted newcamd:15050-client 192.168.178.26 granted (card1plugin1, au=on (1 reader))
2014/09/07 23:08:06 241B170 c user card1plugin1 authenticated successfully (Tvheadend)
2014/09/07 23:08:06 241B170 c AU enabled for user card1plugin1 on reader Ziggo
2014/09/07 23:08:06 24191B0 c encrypted newcamd:15050-client 192.168.178.26 granted (card0plugin0, au=on (1 reader))
2014/09/07 23:08:06 24191B0 c user card0plugin0 authenticated successfully (Tvheadend)
2014/09/07 23:08:06 24191B0 c AU enabled for user card0plugin0 on reader Ziggo

[gibraltar]

casefan schreef op zondag 07 september 2014 @ 23:12:
Ik heb een probleem met Oscam + TVHeadend + XBMC (Open Elec op 2 raspberry pi's).
[...]

Dat is probleem ligt volgens mij aan je CHID configuratie, en wel vanwege de errors bij de niet gevonden ECM's. Als je goed kijkt staat daar "0604&000000/270E/...", en bij een gevonden ECM staat "0604&000000/000B/". CHID staat voor de abonnementen (of entitlements) die je op je smartcard hebt. Die 270E is volgens mij iets uit de preview periode of iets dergelijks; ik weet ook niet exact waar dat nu weer vandaan komt. Wel weet ik dat ik ze ook heb bij het wisselen van kanalen, en het zou ook ergens een bug kunnen zijn.

Anyway: de oplossing is als volgt: ik heb ergens eens een handleiding gemaakt voor CHID filters. Als je het zo doet dan stuurt OSCam alleen ECM's voor bepaalde CHID's door, en jij geeft dus dan alleen de CHID's op waarop je ook recht hebt. De 'foute' aanvragen komen dan nooit bij je smartcard uit, en worden direct als fout aangemerkt. Dat maakt zappen ook weer wat sneller in mijn geval.

[casefan]

Oké, zodra ik weer bij m'n ouders ben ga ik het gelijk testen! Bedankt voor de handleiding!

Wel vrij apart dat het met OSCam + MediaPortal backend wel werkte. (maar super traag zappen en instabiel, maar de zender bleef het wel doen.)

Ik laat weten of het zo is opgelost.

Ik las op je website/blog dat je problemen had met het uitschakelen van je PI als je je TV uitzet. Ik gebruik zelf de afstandsbediening van m'n TV met CEC. In het instellingen menu daarvan (zowel op de TV als in XBMC) kan je een heleboel instellen, zo ook dat XBMC moet afsluiten als de TV uitgaat.

[gibraltar]

casefan schreef op dinsdag 09 september 2014 @ 01:07:
[...]
Ik las op je website/blog dat je problemen had met het uitschakelen van je PI als je je TV uitzet. Ik gebruik zelf de afstandsbediening van m'n TV met CEC. In het instellingen menu daarvan (zowel op de TV als in XBMC) kan je een heleboel instellen, zo ook dat XBMC moet afsluiten als de TV uitgaat.

Het ging daar over twee aparte gevallen

• Een Raspberry Pi aan een monitor die geen CEC heeft. De betreffende monitor zet ik in standby via wat functies in de Broadcom library (VideoCore).
• Een Intel NUC aan een TV. De TV heeft CEC, maar de NUC niet. Als ik de TV uitzet dan verdwijnt er een I2C bus op HDMI, en dan zet ik XBMC uit. Als die bus weer verschijnt dan zet dat stukje code XBMC weer aan.

Maar bedankt voor de CEC tip, misschien dat ik ooit nog wel een Pulse-Eight adapter aanschaf, maar dit stukje code werkt verassend goed (en was gratis ).

[casefan]

Bedankt trouwens CISTEM, het werkt perfect nu!

[Bolk]

gibraltar schreef op maandag 08 september 2014 @ 13:48:
[...]


Dat is probleem ligt volgens mij aan je CHID configuratie, en wel vanwege de errors bij de niet gevonden ECM's. Als je goed kijkt staat daar "0604&000000/270E/...", en bij een gevonden ECM staat "0604&000000/000B/". CHID staat voor de abonnementen (of entitlements) die je op je smartcard hebt. Die 270E is volgens mij iets uit de preview periode of iets dergelijks; ik weet ook niet exact waar dat nu weer vandaan komt. Wel weet ik dat ik ze ook heb bij het wisselen van kanalen, en het zou ook ergens een bug kunnen zijn.

Anyway: de oplossing is als volgt: ik heb ergens eens een handleiding gemaakt voor CHID filters. Als je het zo doet dan stuurt OSCam alleen ECM's voor bepaalde CHID's door, en jij geeft dus dan alleen de CHID's op waarop je ook recht hebt. De 'foute' aanvragen komen dan nooit bij je smartcard uit, en worden direct als fout aangemerkt. Dat maakt zappen ook weer wat sneller in mijn geval.

Ik had hetzelfde issue. Dit verklaart ook waarom channel mapping niet goed ging (of iedere keer "crashte").

Ik zie idd nu IGN (ik neem aan ignored) gewoon oplopen. Maar ben in ieder geval van die NOK's af nu

Thanks!

/edit: Ben nu over naar 3.9. Moest ff zoeken maar het werkt wel goed! Leercurve is wat hoger maar het zit veel logischer in elkaar..

[ Voor 4% gewijzigd door Bolk op 12-09-2014 21:30 ]

[casefan]

Waar kan ik de laatste 3.9 versie vandaan halen die wél werkt op Ubuntu 14.04?

Stable channel is 3.4
Beta channel bestaat niet voor 14.04
Unstable is wel 3.9 maar boot niet

en zelf builden vanaf git geeft weer hele andere fouten. (m'n TV kaarten willen dan niet beginnen met scannem, waarschijnlijk omdat ik geen initiele mux kan instellen.)

[nwagenaar]

3.9 is de huidige git versie en is dus unstable.

Kortom:

curl http://apt.tvheadend.org/repo.gpg.key | sudo apt-key add -
sudo apt-add-repository http://apt.tvheadend.org/unstable
sudo apt-get update

[Bolk]

casefan schreef op donderdag 18 september 2014 @ 13:26:
Waar kan ik de laatste 3.9 versie vandaan halen die wél werkt op Ubuntu 14.04?

Stable channel is 3.4
Beta channel bestaat niet voor 14.04
Unstable is wel 3.9 maar boot niet

en zelf builden vanaf git geeft weer hele andere fouten. (m'n TV kaarten willen dan niet beginnen met scannem, waarschijnlijk omdat ik geen initiele mux kan instellen.)

Dat had ik ook, heb je het network aan de kaart gekoppeld?

[nwagenaar]

In beide gevallen zou het enorm handig zijn als jullie je tvheadend logging even op pastebin zetten zodat wij een beter oordeel kunnen vellen over de mogelijke problemen die jullie ondervangen ipv uit te gaan van enkele vage probleemomschrijvingen

Ik draai de 3.9 editie op een 3-tal verschillende apparaten (I.MX6 device met OpenElec, Linux x86 server en mijn MOI DVB-S2 netwerk tuner) en tot op heden heb ik geen (grote) issues dat het dagelijks gebruik onmogelijk maakt.

Houd er wel rekening mee dat versie 3.9 bleeding edge versies zijn en dat er behoorlijk aan word gesleuteld.

[Blaffeh]

Ik draai nu tvheadend 3.9.1539~g286509b icm Ziggo, smargo en Sundtek tuners en ik merk dat er enkele radiozenders zijn die niet vloeiend afspelen. Het probleem doet zich niet voor in de stable versie van tvheadend. Het gaat zowel om encrypted als unencrypted kanalen. Gekke is dat ik nergens een error in logging kan vinden in zowel tvheadend als de ontvangende client (XBMC, VLC etc)

Signaal en tuners zijn in orde, heb het eerst aangekaart bij Sundtek en het is uitgesloten dat het daaraan ligt.

Herkent iemand dit? Het is met name bij de Music Choice kanalen, maar ook enkele regionale zenders.

[ Voor 7% gewijzigd door Blaffeh op 19-09-2014 16:06 ]

[schumi2004]

Blaffeh schreef op vrijdag 19 september 2014 @ 15:19:
Ik draai nu tvheadend 3.9.1539~g286509b icm Ziggo, smargo en Sundtek tuners en ik merk dat er enkele radiozenders zijn die niet vloeiend afspelen. Het probleem doet zich niet voor in de stable versie van tvheadend. Het gaat zowel om encrypted als unencrypted kanalen. Gekke is dat ik nergens een error in logging kan vinden in zowel tvheadend als de ontvangende client (XBMC, VLC etc)

Signaal en tuners zijn in orde, heb het eerst aangekaart bij Sundtek en het is uitgesloten dat het daaraan ligt.

Herkent iemand dit? Het is met name bij de Music Choice kanalen, maar ook enkele regionale zenders.

Er lijkt wel meer stuk te gaan met recente updates https://tvheadend.org/issues/2222

[Blaffeh]

Klopt, Jaroslav heeft nu vanmiddag wat descrambling fixes doorgevoerd nav een door mij aangemaakt ticket. Dat werkt nu gelukkig weer.

Mijn ticket wat betreft radio reageert hij nu ook op https://tvheadend.org/issues/2171

[layzzzz]

casefan schreef op donderdag 18 september 2014 @ 13:26:
Waar kan ik de laatste 3.9 versie vandaan halen die wél werkt op Ubuntu 14.04?

Stable channel is 3.4
Beta channel bestaat niet voor 14.04
Unstable is wel 3.9 maar boot niet

en zelf builden vanaf git geeft weer hele andere fouten. (m'n TV kaarten willen dan niet beginnen met scannem, waarschijnlijk omdat ik geen initiele mux kan instellen.)

Stable 3.4 werkt bij mij gewoon onder Ubuntu 14.04

[DARKLORD]

tvheadend server uitgezet. was er klaar mee. om de zoveel dagen de service herstarten ben ik beu. het is het allemaal net niet. en tja wie kijkt er eigenlijk nog tv? ci+ 1.3 module nu met ziggo interactieve tv voor die enkele keer dat ik nog tv wil kijken.

heb nog een hdhomerun over dus. zal hem op v/a zetten

[gibraltar]

DARKLORD schreef op maandag 22 september 2014 @ 18:47:
heb nog een hdhomerun over dus. zal hem op v/a zetten

Een dubbele? Ik heb wel interesse!

[ Voor 18% gewijzigd door gibraltar op 22-09-2014 20:08 ]

[DARKLORD]

dubbel inderdaad. moet even kijken hoeveel ik ervoor betaald heb.
kastje was wel ideaal. coax in utp uit

[Bolk]

Ik zag nog wat descrambling fixes (met name memory leaks) voorbij komen vandaag.. Ik draai nu 3.9.1566~ge003240 zonder problemen.

[Sa1]

Bolk schreef op maandag 22 september 2014 @ 21:38:
Ik zag nog wat descrambling fixes (met name memory leaks) voorbij komen vandaag.. Ik draai nu 3.9.1566~ge003240 zonder problemen.

toevallig op een synology en bereid te vertellen hoe je die compileert?

[Bolk]

Sa1 schreef op dinsdag 23 september 2014 @ 11:46:
[...]
toevallig op een synology en bereid te vertellen hoe je die compileert?

Op Ubuntu: ./configure && make && make install na een git pull. Is experimental maar werkt prima.

[DARKLORD]

voor de mensen die geinteresseerd zijn:
Silicondust HDHomeRun HDHR3-EU - DVB-T/C combi aangeboden

bied mijn hdhomerun dual tuner te koop aan wegens overbodig.

[IndoBoy]

RobV schreef op dinsdag 27 mei 2014 @ 20:20:
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.

Heb je toevallig een stappenplan hiervoor, of kun je aangeven via welke sites je dit voor elkaar hebt gekregen. Via google lastig een duidelijke handleiding te vinden.

[RobV]

het is alweer een tijdje terug, en ik gebruik tegenwoordig de setup niet meer. bovendien is tvheadend al een paar updates verder. ik moet mijn aantekening opzoeken.

[Sa1]

RobV schreef op maandag 06 oktober 2014 @ 10:26:
het is alweer een tijdje terug, en ik gebruik tegenwoordig de setup niet meer. bovendien is tvheadend al een paar updates verder. ik moet mijn aantekening opzoeken.

Had / heb jij TVHeadend zelf gecompileerd op de Synology, of maak jij gebruik van Dierkse's repo?

[schumi2004]

Sa1 schreef op maandag 06 oktober 2014 @ 10:37:
[...]

Had / heb jij TVHeadend zelf gecompileerd op de Synology, of maak jij gebruik van Dierkse's repo?

Draai zelf de 1085 van Dierkse. Elke versie erna geeft alleen maar issues hier met zenders die weigeren of iets anders.
Zelf compilen moet ook wel te doen zijn vraag me alleen bij enkele patches welke Dierkse gebruikt heeft of dat nog van toepassing is, daarvoor zouden we de TVH commits moeten nalezen.

[RobV]

Sa1 schreef op maandag 06 oktober 2014 @ 10:37:
[...]

Had / heb jij TVHeadend zelf gecompileerd op de Synology, of maak jij gebruik van Dierkse's repo?

Nee ik had gewoon de package genomen.

[Sa1]

schumi2004 schreef op maandag 06 oktober 2014 @ 10:57:
[...]

Draai zelf de 1085 van Dierkse. Elke versie erna geeft alleen maar issues hier met zenders die weigeren of iets anders.
Zelf compilen moet ook wel te doen zijn vraag me alleen bij enkele patches welke Dierkse gebruikt heeft of dat nog van toepassing is, daarvoor zouden we de TVH commits moeten nalezen.

Die 1085 kan ik niet meer vinden, heb jij deze nog (ik heb een Intel Atom processor in m'n Synology zitten).

Is hiermee ook het spoelen in de timeshift werkend binnen XBMC? De ene keer lees ik namelijk of dat het in het client component ligt, maar toen ik daar vroeg of er een versie beschikbaar was waar dit in is opgelost wordt weer verwezen naar het server component.

[IndoBoy]

RobV schreef op maandag 06 oktober 2014 @ 10:26:
het is alweer een tijdje terug, en ik gebruik tegenwoordig de setup niet meer. bovendien is tvheadend al een paar updates verder. ik moet mijn aantekening opzoeken.

Wat gebruik je nu dan? Ik zat eerst te denken aan de tv server van MP, maar dan moet ik mijn mediacenter continu aan laten staan als ik de tv stream ook in andere kamers wil gaan ontvangen. Mijn syno staat toch altijd aan en gebruikt minder stroom.
Ik wil nog een cube i of rpi kopen voor in de slaapkamer en daar ook de stream afnemen.

Ik hoop dat je je aantekeningen nog kan vinden, omdat op internet dus geen duidelijke handleiding is. Al helemaal niet voor het geheel.

[gibraltar]

Voor de TVHeadend gebruikers met een HDHomerun heb ik wat nieuws wellicht. Er bestond al een implementatie van libhdhomerun in TVHeadend, maar die was nogal onstabiel bij mij. Dus ik heb die implementatie over de kop getrokken voor mijn nieuwe hardware aanwinst: een HDHomerun 4DC.

Maar wat is nu het voordeel hiervan hoor ik mensen roepen? Nou, geen kernel drivers meer nodig :)! Nu de code nog een beetje opschonen en dan een pull-request doen voor de main repo. eerst maar eens een poosje een field-test doen (thuis dus) .

[RudolfR]

Wat is dan het voordeel van 'geen kernel drivers'?
Ik ben niet ontevreden over de bestaande driver + tvheadend combinatie, maar jouw fork is makkelijker te installeren ofzo? En dat performt even goed?
Enig idee of de makers van TVH dit willen opnemen in hun code?

[gibraltar]

RudolfR schreef op dinsdag 07 oktober 2014 @ 13:42:
Wat is dan het voordeel van 'geen kernel drivers'?
Ik ben niet ontevreden over de bestaande driver + tvheadend combinatie, maar jouw fork is makkelijker te installeren ofzo? En dat performt even goed?
Enig idee of de makers van TVH dit willen opnemen in hun code?

Mijn idee is dat je voor iets wat network attached is in principe geen kernel drivers zou moeten gebruiken. Het voegt namelijk weer een extra laag toe. Het grootste voordeel van die kernel drivers is dat in principe alle software die met normale tuners werkt ook met de HDHomerun werkt.

Het oorspronkelijke stukje code is van pakar, maar die liep achter met de TVHeadend tree. Daarnaast zaten er veel mutex'es in op onnodige plekken. Er waren ook nogal wat bugs in die code, maar of ik die allemaal eruit heb gehaald weet ik nog niet.

In theorie is de performance beter omdat je door minder lagen code hoeft. Daarnaast is mijn update vooral een directe implementatie van UDP unicast naar TVHeadend. En je hoeft inderdaad niet een extra pakketje te installeren (al kost dat niet veel tijd). Eerlijk gezegd zal het in de praktijk niet veel uit maken, het is hoogstens wat gebruiksvriendelijker.

[Verwijderd]

Hallo,
Ik weet niet of ik aan het goed adres ben? Maar ik hoop dat iemand me op weg kan helpen.
Vergeef me als ik in dit topic helemaal verkeerd zit!

Ik heb de HDHOMERUN 4DC (https://www.hdhomerun.net/product.aspx)
Deze werkt goed in Windows en XBMC via Upnp
Ik probeer het nu werkend te krijgen met TVHEADEND UPC

Ik heb TVHEADEND op geïnstalleerd mijn QNAP nas

Link naar driver en HTS Tvheadend 3.5.126
http://forum.qnap.com/vie...183226e1e8adf4eb798381e78
http://forum.qnap.com/viewtopic.php?f=276&t=52511

TVHEADEND ziet de DVB-C tuner (alle 4 tuners)
Ik kies voor “add dvb network by location” en dan “us_Cable_Standard_center_frequencies_QAM256” (er is geen Nederland beschikbaar in deze lijst) ik heb UPC

Er worden 157 muxes gevonden, maar na het scannen van deze muxes worden er geen Services gevonden.

Als ik dit commando geeft # tvheadend showlog krijgt ik:

code:

TVHeadend QPKG log created: Sat Oct 11 20:31:06 CEST 2014
Transferring control to TVH_Dev_HDHomerun...
Adding HDHomerun support...
Warning: dvb_core is already loaded.
Warning: dvb_hdhomerun_core is already loaded.
Warning: dvb_hdhomerun_fe is already loaded.
   Loaded dvb_hdhomerun.ko
   New device node -> Misc device(#10):hdhomerun_control(#55)
   Loaded userhdhomerun
   Waiting 10s for userhdhomerun to detect tuners and create devices
   Found 4 tuners created by userhdhomerun
   New device node -> hdhomerun_data(#251):Num(#0)
   New device node -> hdhomerun_data(#251):Num(#1)
   New device node -> hdhomerun_data(#251):Num(#2)
   New device node -> hdhomerun_data(#251):Num(#3)
   New device nodes -> DVB(#212): frontend0(#2), demux0(#0) and dvr0(#1)
   New device nodes -> DVB(#212): frontend0(#5), demux0(#3) and dvr0(#4)
   New device nodes -> DVB(#212): frontend0(#8), demux0(#6) and dvr0(#7)
   New device nodes -> DVB(#212): frontend0(#11), demux0(#9) and dvr0(#10)
HDHomerun drivers loaded successfully.
Checking dvb-scan files... none, using built-in.
TVHeadend started.

Via Upnp krijgt ik beeld (alle ongecodeerde kanalen), dus de kabels en tuners werken.
Ik heb er al aardig wat uurtje in zitten.
Iemand nog een idee/tip, eventueel waar ik meer logs zien / tutorial over het gebruik van log functie?

[ Voor 0% gewijzigd door Verwijderd op 15-10-2014 22:26 . Reden: beter leesbaar ]

[Sa1]

UPC heeft geen encryptie dus dat kan het niet zijn, je tuners worden herkend.

Als je alles scant, dan vindt hij geen services? Volgens mij scan je (tvheadend) dan niet goed. Kan volgesn mij niet aan heel veel andere dingen liggen (immers geef je aan dat via andere systemen het wel gewoon werkt).

Weet je waar je op moet scannen bij UPC? QAM / Freq enz? Wat is je netwerk ID? (probleem is een beetje dat ik alles wel werkend heb, maar met ziggo, die staat gewoon tussen de lijst).

Edit: In mijn versie (3.9) staat bij pre-defined muxes NL-UPC

[ Voor 18% gewijzigd door Sa1 op 15-10-2014 22:56 ]

[gibraltar]

Verwijderd schreef op woensdag 15 oktober 2014 @ 22:21:
[...]
Via Upnp krijgt ik beeld (alle ongecodeerde kanalen), dus de kabels en tuners werken.
Ik heb er al aardig wat uurtje in zitten.
Iemand nog een idee/tip, eventueel waar ik meer logs zien / tutorial over het gebruik van log functie?

In ieder geval is het belangrijk dat je de instructies van Silicondust netjes volgt. UPC gebruikt een symbolrate van 6900, en QAM64 en QAM256 als modulatie. Dus:

hdhomerun_config discover # het deviceid gebruiken bij:
hdhomerun_config <deviceid> set /sys/dvbc_modulation "a8qam64-6900 a8qam256-6900"

Probeer ook de firmware te updaten. Maar kans is dat je dat al gedaan had. Ik denk dat het probleem zit bij je TVHeadend configuratie. Probeer in ieder geval een nieuwere versie te vinden dan die je nu hebt, want er is ondertussen al heel veel verbeterd. Daarnaast heb ik in die nieuwste versie ingebouwde HDHomerun support toegevoegd .

In ieder geval is het volgende de manier van opzetten (ook bij Ziggo trouwens):

1. Bij het aanmaken van het netwerk stel je geen vooringestelde muxes in (wel je netwerk code invullen)
2. Zet "network discovery" in ieder geval wel aan
3. Ga naar muxes en voeg (voor UPC) een mux toe op 164000000 Hz, met een symbolrate van 6900. De modulatie is QAM64, maar dat kan ook automatisch.
4. In de nieuwste versie van TVHeadend moet je de status even op PEND (pending) zetten
5. Sit and wait...

Voor Ziggo mensen: je kunt het beste de juiste mux hier vandaan halen.

Deze aanpak werkt omdat informatie voor de overige mux'en in deze mux zit. Hierdoor is het heel eenvoudig in te stellen zonder teveel werk. Daarnaast is die vooringestelde mux lijst misschien helemaal niet actueel. Network discovery doet wat je verwacht in dit geval: bij het openen van die eerste mux voegt hij automatisch de rest toe.

[Sa1]

gibraltar schreef op donderdag 16 oktober 2014 @ 08:42:
[...]


In ieder geval is het volgende de manier van opzetten (ook bij Ziggo trouwens):
[list=1]
• Bij het aanmaken van het netwerk stel je geen vooringestelde muxes in (wel je netwerk code invullen)

Hoezo dat dan? Ik kies altijd automatisch (uiteraard wel de juiste regio), maar werkt uitstekend. Nog nooit ellende mee gehad.

[gibraltar]

Sa1 schreef op donderdag 16 oktober 2014 @ 08:58:
[...]
Hoezo dat dan? Ik kies altijd automatisch (uiteraard wel de juiste regio), maar werkt uitstekend. Nog nooit ellende mee gehad.

Sinds dat Ziggo aan het schuiven is gegaan met het netwerk, zijn de online lijsten met mux'en niet meer betrouwbaar. Het is nu mogelijk dat mensen met hetzelfde netwerk ID niet dezelfde mux'en gebruiken.

Als je kijkt naar de manier waarop eigenlijk alle hardware bij Ziggo of UPC ingesteld wordt, dan is dat door de initiële mux in te stellen, en uit de DVB tabellen de rest van het netwerk samen te stellen. Dan is de aanpak met de enkele mux en network discovery dus betrouwbaarder (en dus ook nog eens de officiële aanpak).

Overigens heb je gelijk als je zegt dat het wel werkt. De huidige voorinstelling is geloof ik dat de vier mux'en die door Ziggo als "initiële mux" gebruikt worden toegevoegd. Dus netto krijg je drie mux'en in je lijst die daar niet horen in eerste instantie.

Maar waar we het in ieder geval over eens zijn is dat "us_Cable_Standard_center_frequencies_QAM256" niet werkt in Nederland .

[Sa1]

gibraltar schreef op donderdag 16 oktober 2014 @ 09:18:
[...]

Maar waar we het in ieder geval over eens zijn is dat "us_Cable_Standard_center_frequencies_QAM256" niet werkt in Nederland .

check

[Verwijderd]

Hi,
Ik heb nu HTS Tvheadend 3.9.422 geïnstalleerd op Mijn Qnap (zie eerdere post)
Bedankt voor het advies CIStem
Hier onder de stappen die ik hierna heb doorlopen

hdhomerun_config <met_mijn_deviceID> set /sys/dvbc_modulation "a8qam64-6900 a8qam256-6900"

Als ik nu hdhomerun_config <met_mijn_deviceID> scan test_scan.txt doe krijgt ik keurig een bestand met alles wat hij vind. (status led van tuner0 gaat ook branden/knipperen)

Hier onder een stukje als voorbeeld

code:

SCANNING: 484000000 (eu-cable:484)
LOCK: a8qam256-6900 (ss=95 snq=100 seq=100)
TSID: 0x0833
PROGRAM 19421: 73 NPO 3 HD
PROGRAM 19422: 80 RTL 8 HD (encrypted)
PROGRAM 19423: 107 Film1 Comedy & (encrypted)
PROGRAM 19424: 63 13th Street HD (encrypted)
SCANNING: 478000000 (eu-cable:478)
LOCK: none (ss=85 snq=0 seq=0)

Als ik “hdhomerun_config <met_mijn_deviceID> get /sys/dvbc_modulation” doe
Krijg ik alleen a8qam64-6900 te zien

Nu in TVHeadend :

TV Adapters:


Network:


Muxes:


Er gaat geen status led branden van een tuner wat ik ook doe in tvheadend

Ik zie geen voortgangsindicator zoals ik in een oudere verzie van tvheadend muxes awaiting initial scan zag aftellen.

4. In de nieuwste versie van TVHeadend moet je de status even op PEND (pending) zetten
Deze functie kan ik niet vinden in TVH, of het is niet nodig in mijn verzie 3.9.422

Iemand nog tips of ideeën?

[ Voor 4% gewijzigd door Verwijderd op 19-10-2014 12:17 ]

[RudolfR]

Mijn Symbol Rate (Sym/s) staat niet op 6900, maar op 6900000.

[Verwijderd]

Bedankt voor het meedenken RudolfR, Ik heb beide geprobeerd.

Ik heb echt het gevoel dat ik wat mis in TVH 3.9, Na alles invult te hebben network en muxes lijkt er niets te gebeuren. Ik kan niet zien of TVHEADEND nog wat aan het doen is, geen leds op de tuner die aangeven dat er wordt gescanned of dat er ook meer iets gebeurd. Ik val in herhaling ;-)

[Sa1]

Gebrek aan LEDs is normaal bij HDHomerun, alleen een lampje dat hij een netwerkverbinding heeft, althans dat is bij mijn tuner zo.

Heb even wat screens gemaakt hoe het bij mij staat (Ziggo welliswaar):

Edit Mux:


Edit Network:


Tuner:


Hoop dat je er wat mee kunt.

[ Voor 5% gewijzigd door Sa1 op 19-10-2014 21:45 ]

[gibraltar]

Verwijderd schreef op zondag 19 oktober 2014 @ 12:04:
Iemand nog tips of ideeën?

Je zou in je mux configuratie het vinkje achter "Initial scan complete" weg kunnen halen? Misschien werkt het niet zo goed in die versie, een update naar een nog recentere versie is misschien ook geen verkeerd idee.

[RudolfR]

Wat moet ik hebben om de master van tvheadend te kunnen compileren met hdhomerun support?
Ik heb libhdhomerun-dev geïnstalleerd, maar als ik ./configure uitvoer dan kan-ie deze niet vinden.

Ik ben nu gegaan voor ./configure --enable-libffmpeg_static --enable-libhdhomerun_static, maar is dat de goede manier?

[gibraltar]

RudolfR schreef op woensdag 22 oktober 2014 @ 15:46:
Wat moet ik hebben om de master van tvheadend te kunnen compileren met hdhomnerun support?
Ik heb libhdhomerun-dev geïnstalleerd, maar als ik ./configure uitvoer dan kan-ie deze niet vinden.

Ik ben nu gegaan voor ./configure --enable-libffmpeg_static --enable-libhdhomerun_static, maar is dat de goede manier?

Het statisch compileren heeft niet echt nadelen, behalve als je een distributie ervan zou opzetten. Het nadeel is namelijk dat het netter is om libraries te gebruiken die gedeeld worden. Het probleem met ffmpeg is dat je of ffmpeg of libav te pakken hebt, en dat er regelmatig iets stuk gaat bij versie updates.

[Verwijderd]

Ik vroeg me af of iemand mij antwoord kan geven:

Ik ben recentelijk van ziggo 9600 naar 5555 verhuisd en sindsdien loopt de encryptie niet meer, weet iemand of er een instelling anders moet op de oscam? De ziggo kaart staat nu nog op 9600 ingeschreven maakt dat ook uit? ik was onder de indruk dat een geldig abonnement voldoende was en dat het door heel het land gebruikt kon worden. (de verhuizing moet nog worden doorgegeven)

[Frank-NL]

Als je op een ander netwerk zit is het nogal logisch dat dat eerst bij Ziggo in de administratie moet staan. Nu worden de entitlements voor jouw kaart nog op een netwerk verstuurd dat je nu niet meer ontvangt. Ziggo dtv is niet één netwerk, het is een verzameling netwerken die in de loop der tijd samengevoegd zijn.

[Pienoet]

Ik gebruik tv headend met xmltv.
Ik heb netjes alle ziggo kanalen alleen heb ik geen epg?

En ik mis een heleboel zender iconen weet iemand misschien hoe ik hier aan kan komen.

[Sa1]

Pienoet schreef op vrijdag 24 oktober 2014 @ 09:42:
Ik gebruik tv headend met xmltv.
Ik heb netjes alle ziggo kanalen alleen heb ik geen epg?

En ik mis een heleboel zender iconen weet iemand misschien hoe ik hier aan kan komen.

Ik heb zelf alle zenderlogo's van TV Standaard / TV Plus, die kan ik eventueel naar je e-mailen?

[Pienoet]

Sa1 schreef op vrijdag 24 oktober 2014 @ 11:03:
[...]
Ik heb zelf alle zenderlogo's van TV Standaard / TV Plus, die kan ik eventueel naar je e-mailen?

Heel graag!

Kan je miss ook ff uitleggen waarnaar ik de bestanden moet kopieren?

[Sa1]

Pienoet schreef op vrijdag 24 oktober 2014 @ 13:10:
[...]


Heel graag!

Kan je miss ook ff uitleggen waarnaar ik de bestanden moet kopieren?

done

[Pienoet]

Wat voor pad moet ik gebruiken als ik met tvheadend wil gaan opnemen op een netwerk schijf?

[Sa1]

een path op je netwerk?!, wij weten toch niet waar jij je recordings wilt hebben?

Bij mij bijvoorbeeld draait TVHeadend op m'n NAS, dus heb ik een lokaal path opgegeven. Wil je je recordings echter ergens anders hebben, tjah dan zal je een andere locatie op moeten geven.

Als voorbeeld:

code:

/volume1/Files/Recordings

[Sa1]

Net nieuwe versie TVHeadend geinstalleerd. Versie 3.9.1943, je kunt nu een centrale locatie opgeven naar je channel logo's. Vette shit, hoef je het niet meer per zender in te stellen. Heel fijn!

En DVB subtitles lijken te werken. Erg prettig, alleen in XBMC niet zo. K wil voor mijn films en series namelijk wél standaard ondertitels aan, maar voor TV niet. De instelling geldt volgens mij voor alle video's. Vanavond maar weer is verder spelen.

[ Voor 39% gewijzigd door Sa1 op 25-10-2014 09:58 ]

[Sa1]

Probeer het toch nog maar een keer , een aantal zenders doen het bij mij niet. Geen beeld / geluid, op TVHeadend zie ik wel dat hij keurig der op getuned zit. Via Ipad app werkt de zender keurig.

Oudere versie van tvheadend ook.

Debug info voor de channel change:

code:

2014-10-25 09:56:55.779 [  DEBUG]:nit: completed pid 16 table 00000000 / 00000000
2014-10-25 09:56:56.000 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status    GOOD ( | VITERBI | SIGNALTIMEOUT)
2014-10-25 09:56:56.005 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status    GOOD ( | VITERBI | SIGNALTIMEOUT)
2014-10-25 09:56:56.633 [   INFO]:subscription: 000C: "192.168.20.110 [ intelnuc | XBMC Media Center ]" unsubscribing from "TLC HD", hostname="192.168.20.110", username="intelnuc", client="XBMC Media Center"
2014-10-25 09:56:56.635 [  DEBUG]:mpegts: 380 in Ziggo - close PID 1900 (6400) [1/0xb45660]
2014-10-25 09:56:56.635 [  DEBUG]:mpegts: 380 in Ziggo - close PID 1901 (6401) [1/0xb45660]
2014-10-25 09:56:56.635 [  DEBUG]:mpegts: 380 in Ziggo - close PID 1902 (6402) [1/0xb45660]
2014-10-25 09:56:56.635 [  DEBUG]:mpegts: 380 in Ziggo - close PID 1903 (6403) [1/0xb45660]
2014-10-25 09:56:56.635 [  DEBUG]:mpegts: 380 in Ziggo - stopping mux
2014-10-25 09:56:56.635 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - stopping 380 in Ziggo
2014-10-25 09:56:56.636 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - stopped dvr thread
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0000 (0)
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0001 (1)
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0010 (16)
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0011 (17)
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0012 (18)
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0035 (53)
2014-10-25 09:56:56.636 [  DEBUG]:mpegts: 380 in Ziggo - close PID 0FA5 (4005)
2014-10-25 09:56:56.636 [  DEBUG]:epggrab: grab done for 380 in Ziggo (stolen)
2014-10-25 09:56:56.637 [  DEBUG]:timeshift: ts 2 remove /volume1/Files/Recordings/Timeshift/buffer/2/tvh-116407
2014-10-25 09:56:56.637 [  DEBUG]:htsp: using timeshift buffer (120 mins)
2014-10-25 09:56:56.637 [  DEBUG]:htsp: 192.168.20.110 [ intelnuc | XBMC Media Center ] - subscribe to 

2014-10-25 09:56:56.637 [  DEBUG]:service: Nick Jr. si 0x7f1120037420 weight 0 prio 0 error 0
2014-10-25 09:56:56.637 [  DEBUG]:service: Nick Jr. si 0x7f1120018bb0 weight 3 prio 0 error 0
2014-10-25 09:56:56.637 [   INFO]:mpegts: 162 in Ziggo - tuning on HDHomeRun DVB-C 122139E8-1 : DVB-C #0
2014-10-25 09:56:56.637 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - starting 162 in Ziggo
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - started
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0012 (18) [3/0x7f11200175b0]
2014-10-25 09:56:56.637 [  DEBUG]:eit: installed table handlers
2014-10-25 09:56:56.637 [  DEBUG]:eit: grab started
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0ED8 (3800) [1/0xbe3630]
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0ED9 (3801) [1/0xbe3630]
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0EDA (3802) [1/0xbe3630]
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0EE2 (3810) [1/0xbe3630]
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0137 (311) [1/0xbe3630]
2014-10-25 09:56:56.637 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0ED8 (3800) [2/0x7f11200a3a10]
2014-10-25 09:56:56.637 [  DEBUG]:cwc: Ziggo/162/Nick Jr. using CWC 127.0.0.1:15050
2014-10-25 09:56:56.637 [  DEBUG]:cwc: Ziggo/162/Nick Jr. using CWC 127.0.0.1:15050
2014-10-25 09:56:56.637 [  DEBUG]:htsp: 192.168.20.110 [ intelnuc | XBMC Media Center ] - subscription grace 5 seconds
2014-10-25 09:56:56.637 [   INFO]:subscription: 000D: "192.168.20.110 [ intelnuc | XBMC Media Center ]" subscribing on "Nick Jr.", weight: 150, adapter: "HDHomeRun DVB-C 122139E8-1 : DVB-C #0", network: "Ziggo", mux: "162", provider: "Ziggo", service: "Nick Jr.", hostname="192.168.20.110", username="intelnuc", client="XBMC Media Center"
2014-10-25 09:56:57.207 [  DEBUG]:mpegts: 380 in Ziggo - no free tuner available
2014-10-25 09:56:57.208 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status    NONE ()
2014-10-25 09:56:57.256 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - status    GOOD ( | VITERBI | SIGNALTIMEOUT)
2014-10-25 09:56:57.256 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-1 : DVB-C #0 - locked
2014-10-25 09:56:57.257 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0000 (0) [3/0x177fd60]
2014-10-25 09:56:57.259 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0001 (1) [2/0x17d8700]
2014-10-25 09:56:57.326 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0010 (16) [2/0x17d9b70]
2014-10-25 09:56:57.328 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0011 (17) [3/0x17d4300]
2014-10-25 09:56:57.329 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0011 (17) [2/0x17d5770]
2014-10-25 09:56:57.392 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0FA1 (4001) [4/0x7f1120031a20]
2014-10-25 09:56:57.392 [  DEBUG]:service: Ziggo/162/Nick Jr.: Status changed to [Hardware input] 
2014-10-25 09:56:57.392 [  DEBUG]:service: Ziggo/162/Nick Jr.: Status changed to [Hardware input] [Input on service] 
2014-10-25 09:56:57.392 [  DEBUG]:service: Ziggo/162/Nick Jr.: Status changed to [Hardware input] [Input on service] [Demuxed packets] 
2014-10-25 09:56:57.392 [  DEBUG]:service: Ziggo/162/Nick Jr.: Status changed to [Hardware input] [Input on service] [Demuxed packets] [No access] 
2014-10-25 09:56:57.457 [  DEBUG]:cwc: ECM state 0
2014-10-25 09:56:57.457 [  DEBUG]:cwc: Insert prefered ECM (PID 4001) for service "Nick Jr."
2014-10-25 09:56:57.457 [  DEBUG]:cwc: Sending ECM (PID 4001) section=0/1, for service "Nick Jr." (seqno: 99)
2014-10-25 09:56:57.457 [  DEBUG]:cwc: ECM state 0
2014-10-25 09:56:57.457 [  DEBUG]:cwc: Insert prefered ECM (PID 4001) for service "Nick Jr."
2014-10-25 09:56:57.458 [  DEBUG]:cwc: Sending ECM (PID 4001) section=0/1, for service "Nick Jr." (seqno: 100)
2014-10-25 09:56:57.458 [  DEBUG]:cwc: Sending ECM (PID 4001) section=1/1, for service "Nick Jr." (seqno: 100)
2014-10-25 09:56:57.458 [  DEBUG]:cwc: Sending ECM (PID 4001) section=1/1, for service "Nick Jr." (seqno: 101)
2014-10-25 09:56:57.458 [  DEBUG]:pat: tsid 0019 (25)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   nit on pid 0010 (16)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   sid 0041 (65) on pid 0ED8 (3800)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   sid 00A6 (166) on pid 0429 (1065)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   sid 00FE (254) on pid 0258 (600)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   sid 09C5 (2501) on pid 09C4 (2500)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   sid 61AA (25002) on pid 0104 (260)
2014-10-25 09:56:57.458 [  DEBUG]:pat:   sid 61AB (25003) on pid 0102 (258)
2014-10-25 09:56:57.458 [  DEBUG]:cat:   caid 0602 (1538) pid 0030 (48)
2014-10-25 09:56:57.458 [  DEBUG]:cat:   caid 0604 (1540) pid 0035 (53)
2014-10-25 09:56:57.522 [  DEBUG]:mpegts: 162 in Ziggo - open PID 0035 (53) [2/0x7f113800e700]
2014-10-25 09:56:57.524 [  DEBUG]:pmt: sid 0041 (65)
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   pcr_pid 0ED9
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   caid 0604 (Irdeto) provider 00000000 pid 0FA1
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   caid 0602 (Irdeto) provider 00000000 pid 1389
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   pid 0137 estype 128
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   type MPEG2VIDEO position 0
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   pid 0ED9 estype 2
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   type MPEG2VIDEO position 0
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   pid 0EDA estype 4
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   type MPEG2AUDIO position 0
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   language dut
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   pid 0EE2 estype 6
2014-10-25 09:56:57.524 [  DEBUG]:pmt:   type TELETEXT position 0
2014-10-25 09:56:57.617 [  DEBUG]:cwc: Received ECM reply (PID 4001) for service "Nick Jr." even: a7.c3.f6.60.98.66.69.67 odd: a6.6d.5d.70.dc.ee.b7.81 (seqno: 99 Req delay: 159 ms)
2014-10-25 09:56:57.617 [  DEBUG]:cwc: Obtained DES keys for service "Nick Jr." in 159 ms, from cwc-127.0.0.1-15050
2014-10-25 09:56:57.617 [  DEBUG]:descrambler: Obtained keys from cwc-127.0.0.1-15050 for service "Nick Jr."
2014-10-25 09:56:57.617 [  DEBUG]:cwc: Received ECM reply (PID 4001) for service "Nick Jr." even: a7.c3.f6.60.98.66.69.67 odd: a6.6d.5d.70.dc.ee.b7.81 (seqno: 100 Req delay: 159 ms)
2014-10-25 09:56:57.617 [  DEBUG]:cwc: Obtained DES keys for service "Nick Jr." in 159 ms, from cwc-127.0.0.1-15050
2014-10-25 09:56:57.617 [  DEBUG]:descrambler: Already has a key from cwc-127.0.0.1-15050 for service "Nick Jr.", ignoring key from "cwc-127.0.0.1-15050"
2014-10-25 09:56:57.656 [  DEBUG]:service: Ziggo/162/Nick Jr.: Status changed to [Hardware input] [Input on service] [Demuxed packets] [Reassembled packets] [No access] 
2014-10-25 09:56:57.663 [  DEBUG]:service: Ziggo/162/Nick Jr.: Status changed to [Hardware input] [Input on service] [Demuxed packets] [Reassembled packets] 
2014-10-25 09:56:57.668 [  DEBUG]:pat: completed pid 0 table 00000000 / 00000000
2014-10-25 09:56:57.668 [  DEBUG]:sdt: onid 01F4 (500) tsid 0019 (25)
2014-10-25 09:56:57.668 [  DEBUG]:sdt:   sid 00A6 (166) running 4 free_ca 1
2014-10-25 09:56:57.668 [  DEBUG]:sdt:   sid 0041 (65) running 4 free_ca 1
2014-10-25 09:56:57.668 [  DEBUG]:sdt:   sid 09C5 (2501) running 4 free_ca 1
2014-10-25 09:56:57.668 [  DEBUG]:sdt:   sid 00FE (254) running 4 free_ca 1
2014-10-25 09:56:57.668 [  DEBUG]:sdt:   sid 61AA (25002) running 4 free_ca 1
2014-10-25 09:56:57.668 [  DEBUG]:sdt:   sid 61AB (25003) running 4 free_ca 1
2014-10-25 09:56:57.723 [  DEBUG]:pmt: completed pid 3800 table 00000002 / 000000ff
2014-10-25 09:56:57.774 [  DEBUG]:cwc: Received ECM reply (PID 4001) for service "Nick Jr." even: a7.c3.f6.60.98.66.69.67 odd: a6.6d.5d.70.dc.ee.b7.81 (seqno: 100 Req delay: 316 ms)
2014-10-25 09:56:57.774 [  DEBUG]:cwc: Obtained DES keys for service "Nick Jr." in 316 ms, from cwc-127.0.0.1-15050
2014-10-25 09:56:57.774 [  DEBUG]:cwc: Received ECM reply (PID 4001) for service "Nick Jr." even: a7.c3.f6.60.98.66.69.67 odd: a6.6d.5d.70.dc.ee.b7.81 (seqno: 101 Req delay: 316 ms)
2014-10-25 09:56:57.774 [  DEBUG]:cwc: Obtained DES keys for service "Nick Jr." in 316 ms, from cwc-127.0.0.1-15050
2014-10-25 09:56:57.774 [  DEBUG]:descrambler: Already has a key from cwc-127.0.0.1-15050 for service "Nick Jr.", ignoring key from "cwc-127.0.0.1-15050"
2014-10-25 09:56:57.789 [  DEBUG]:cat: completed pid 1 table 00000001 / 000000ff

[Sa1]

soms heb ik ook last van radom vastlopen van tvheadend. Van de week gebeurde het zomaar weer. Hier een log snippit:

code:

2014-10-29 08:25:06.152 [  DEBUG]:cwc: Sending ECM (PID 4002) section=0/1, for service "Boomerang" (seqno: 3374)
2014-10-29 08:25:06.152 [  DEBUG]:cwc: Sending ECM (PID 4002) section=1/1, for service "Boomerang" (seqno: 3375)
2014-10-29 08:25:06.316 [  DEBUG]:cwc: Received ECM reply (PID 4002) for service "Boomerang" even: c7.ec.38.eb.f7.6e.7d.e2 odd: 14.97.ce.79.01.21.b5.d7 (seqno: 3374 Req delay: 163 ms)
2014-10-29 08:25:06.472 [  DEBUG]:cwc: Received ECM reply (PID 4002) for service "Boomerang" even: c7.ec.38.eb.f7.6e.7d.e2 odd: 14.97.ce.79.01.21.b5.d7 (seqno: 3375 Req delay: 320 ms)
2014-10-29 08:25:13.794 [  DEBUG]:eit: completed pid 18 table 00000000 / 00000000
2014-10-29 08:25:15.002 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status    GOOD ( | VITERBI | SIGNALTIMEOUT)
2014-10-29 08:25:17.001 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status    GOOD (SIGNAL | CARRIER | VITERBI | SYNC | SIGNAL)
2014-10-29 08:25:27.142 [  DEBUG]:cwc: Sending ECM (PID 4002) section=0/1, for service "Boomerang" (seqno: 3381)
2014-10-29 08:25:27.142 [  DEBUG]:cwc: Sending ECM (PID 4002) section=1/1, for service "Boomerang" (seqno: 3382)
2014-10-29 08:25:27.307 [  DEBUG]:cwc: Received ECM reply (PID 4002) for service "Boomerang" even: 0a.45.c0.0f.aa.18.4b.0d odd: 14.97.ce.79.01.21.b5.d7 (seqno: 3381 Req delay: 165 ms)
2014-10-29 08:25:27.464 [  DEBUG]:cwc: Received ECM reply (PID 4002) for service "Boomerang" even: 0a.45.c0.0f.aa.18.4b.0d odd: 14.97.ce.79.01.21.b5.d7 (seqno: 3382 Req delay: 322 ms)
2014-10-29 08:25:30.001 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status    GOOD ( | VITERBI | SIGNALTIMEOUT)
2014-10-29 08:25:32.001 [  DEBUG]:linuxdvb: HDHomeRun DVB-C 122139E8-0 : DVB-C #0 - status    GOOD (SIGNAL | CARRIER | VITERBI | SYNC | SIGNAL)
2014-10-29 14:44:02.437 [   INFO]:main: Log started
2014-10-29 14:44:04.555 [  DEBUG]:mpegts: 356 in Ziggo - add service 0042 Nick Toons
2014-10-29 14:44:04.556 [  DEBUG]:mpegts: 356 in Ziggo - add service 00E7 HBO
2014-10-29 14:44:04.556 [  DEBUG]:mpegts: 356 in Ziggo - add service 0FA2 TLC
2014-10-29 14:44:04.556 [  DEBUG]:mpegts: 356 in Ziggo - add service 0FA4 Discovery World
2014-10-29 14:44:04.557 [  DEBUG]:mpegts: 356 in Ziggo - add service 0FA5 Discovery Science
2014-10-29 14:44:04.557 [  DEBUG]:mpegts: 356 in Ziggo - add service 0FA6 ID
2014-10-29 14:44:04.557 [  DEBUG]:mpegts: 356 in Ziggo - add service 0FD2 VRT Radio 1
2014-10-29 14:44:04.557 [  DEBUG]:mpegts: 356 in Ziggo - add service 0FD3 VRT Radio 2

Iemand ook deze ervaring? Zoals je kunt zien is hij om 08.25 uur vastgelopen. Geen enkele aanleiding hiervoor voor zover ik kan beoordelen. Heb hem zelf om 14.44 uur weer gestart.

[Martijn]

Heb TVheadend al een tijdje draaien met DVBC, maar wilde toch wat meer zenders in HD zien, dus heb ik een schotel opgehangen. Daar een tripleLNB quad van CD aangeknoopt en juist uitgericht. Nu probeer ik dit juist in TVH te krijgen, maar daar gaat het fout.

Op de een of andere manier krijg ik enkel 23.5 + 19.2 OF 23.5 + 28.2 werkend. Let wel, aan de satelliet verandert niets, signaal is dus prima, krijg op elke frequentie prima beeld...

Instellingen:

- Universal LNB 4port switch
- 19.2 op AA / 23.5 op AB / 28.2 op BA
OF
- 28.2 op AA / 23.5 op AB / 19.2 op BA
- Diseqc repeats op 1

Iemand een idee hoe ik ze alle drie tegelijk aan de praat krijg?

[alfredpot]

Heeft iemand toevalling al een HDhomerun icm TVheadend en een DS415+ aan de gang gekregen? Er is veel "losse" informatie te vinden over synology icm de HDhomerun. Ik zoek eigenlijk een globaal stappenplan om het spul aan de gang te krijgen. Heeft iemand dat toevallig ergens gezien/gelezen of eigen ervaring??

[Martijn]

alfredpot schreef op zaterdag 22 november 2014 @ 14:49:
Heeft iemand toevalling al een HDhomerun icm TVheadend en een DS415+ aan de gang gekregen? Er is veel "losse" informatie te vinden over synology icm de HDhomerun. Ik zoek eigenlijk een globaal stappenplan om het spul aan de gang te krijgen. Heeft iemand dat toevallig ergens gezien/gelezen of eigen ervaring??

Vriend van me heeft er packages voor gemaakt:

http://syno.dierkse.nl

Begrijp wel dat met DSM 5.1 het momenteel nog niet mogelijk is... DSM 5.0 is goed te doen en heb ik hier prima draaien... Gewoon package installeren en klaar...

[alfredpot]

Ik wist inderdaad dat DSM 5.1 niet mogelijk was en ik was de packages al op het spoor gekomen. Er staan een hele hoop verschillende packages voor verschillende architecturen. Welke moet ik kiezen voor de DS415+? Er zit een Intel Atom C2538 (avoton) in, maar die zie ik er niet bij. Of mis ik iets?

[Martijn]

Volgens mij moet je gewoon die repo toevoegen en dan laat uw enkel de packages zien die van toepassing zijn...

[alfredpot]

goed punt.......

[Sa1]

Overigens heb ik die packages gewoon zien draaien op 5.1, dus weet niet zo goed waar het vandaan komt dat het niet zou werken.

[Martijn]

Sa1 schreef op zaterdag 22 november 2014 @ 22:51:
Overigens heb ik die packages gewoon zien draaien op 5.1, dus weet niet zo goed waar het vandaan komt dat het niet zou werken.

Heb het zelf niet geprobeerd nog, maar ook omdat de maker van de packages (syno.dierkse.nl) me verteld heeft dat het vooralsnog niet werkt...

[Sa1]

Martijn schreef op zaterdag 22 november 2014 @ 23:59:
[...]

Heb het zelf niet geprobeerd nog, maar ook omdat de maker van de packages (syno.dierkse.nl) me verteld heeft dat het vooralsnog niet werkt...

ohw, okay, bijzonder dan. Hey maar als jij korte lijntjes hebt naar de beste kerel. Zou je kunnen vragen of hij er voor kan zorgen dat de native hdhomerun ondersteuning er in komt? Merk dat hij de laatste periode weer erg actief is, waarvoor enrom veel dank!

[gibraltar]

Martijn schreef op zaterdag 22 november 2014 @ 23:59:
[...]

Heb het zelf niet geprobeerd nog, maar ook omdat de maker van de packages (syno.dierkse.nl) me verteld heeft dat het vooralsnog niet werkt...

Omdat hij TVHeadend niet goed compileerd . Het werkt namelijk prima als hij maar even "--enable-hdhomerun_static" zou toevoegen aan de build opties. Dat werkt want dat heb ik namelijk ook gedaan, daar heeft Sa1 namelijk zijn werkende package vandaan . Overigens heb ik de repo van SynoCommunity geforked en hem daarin gecompileerd.

[Mad_Cow]

Ik probeer tvheadend aan de praat te krijgen op openelec

Wat informatie over mijn systeem
- Raspberry Pi B
- PCTV triplestick T2 292e (wordt ondersteund door Openelec)
- Openelec 4.2.1
- tvheadend 3.4.27

Tvheadend draait, maar er worden geen services gevonden op de Muxes
- Ik heb de network ID ingesteld op 43146 (ik zit op UPC in Zuid-Holland link)
- ik heb muxes geprobeert toe te voegen via "Add DVB Network by location > nl-all " en handmatig.Het signaal lijkt goed, maar er worden geen services gevonden.

Ik heb hier wat screenshots van mijn configuratie:

General


Multiplexes


Wat kan ik nog meer proberen?

edit: ik had verkeerde plaatjes geupload

[ Voor 3% gewijzigd door Mad_Cow op 25-11-2014 07:52 ]

[RudolfR]

Ik heb Tvheadend wel werkend voor UPC Zuid-Holland, maar helaas is de configuratie in mijn nieuwere versie heel anders. Ik kan niet ontdekken wat je verkeerd hebt gedaan.
Heb je Tvheadend al een keer herstart met deze instellingen, wordt er dan een scan gedaan?
Kun je geen locatie nl-upc toevoegen i.p.v. nl-all?
Wat me opvalt is dat de modulatie van de mux op 'auto' staat, volgens mij heb ik daar 'none'
Symbol Rate van de mux staat op 6900000 Sym/s?

[Mad_Cow]

Ik heb uiteindelijk de Openelec 5.0 beta 4 geprobeert waar tvheadend 3.9 in is opgenomen en hier kun ik wel kiezen voor nl-upc

Hier werkte Live TV wel, maar de raspberry is duidelijk niet krachtig genoeg om de backend en frontend tegelijk te runnen. Kanaal switchen duurt echt lang (>2 seconden)

[Sa1]

Een volledige kanaal switch duurt bij mij 5 seconden, 3 sec voor de switch, 4e sec beeld, 5e sec synchroon geluid...

Krijg het kennelijk niet sneller.

[Sa1]

Nieuwe built voor de synology users 3.9.2171 , m'n singal balkje staat nu stil

[schumi2004]

Sa1 schreef op vrijdag 28 november 2014 @ 09:21:
Nieuwe built voor de synology users 3.9.2171 , m'n singal balkje staat nu stil

Ik blijf lekker bij 3.9.1084. Geen gezeur en alle channels werken.

[nwagenaar]

Geen idee of er hier mensen spelen met de laatste trunks. Maar sinds kort heeft TVHeadend toch wel enorme leuke veranderingen toegevoegd:

- Interne implementatie van de HDHomerun (bij velen al bekend)
- Fastscan mogelijkheden voor DVB-S
- Autmatische picon generator

De 1e is ondertussen al bekend, maar de andere 2 opties zijn toch wel enorme leuke toevoegingen.

Middels de fastscan toevoeging (te vinden onder Configuration -> Channel/EPG -> Bouquets) kan je enorm snel de zenderlijst van je provider toevoegen. En ja, ook Canal Digitaal en TV Vlaanderen staan hier bij. Ik heb alleen geen idee of deze lijst automatisch wordt gevuld door de initiele scan, maar ik zag het vorige week in één keer bij staan.

Optie 2 is ook enorm interessant voor DVB-S mensen en zal enkele (voormalige) Enigma2 gebruikers bekend voorkomen. Simpelweg: hiermee kunnen we de zender logo's enorm snel genereren en koppelen. Door de picons op je TVHeadend server of op een (externe) site te plaatsen (bijvoorbeeld die van https://bitbucket.org/picons) zal je TVHeadend client (bijvoorbeeld XBMC) de zender logo's weergeven.

[gibraltar]

nwagenaar schreef op zaterdag 06 december 2014 @ 14:51:
Geen idee of er hier mensen spelen met de laatste trunks. Maar sinds kort heeft TVHeadend toch wel enorme leuke veranderingen toegevoegd

Transcoding is ook redelijk ok nu. Daarnaast kun je de HTSP interface ook laten transcoden, zodat je in theorie iets aan de zaptijden zou kunnen veranderen of om bijvoorbeeld de SD te transcoden zodat je voor de Raspberry Pi geen licenties meer hoeft aan te schaffen.

Overigens is sinds vandaag de builds van dierkse voor de Synology ook met mijn HDHomerun input plugin beschikbaar. Vanaf versie 3.9.2208 kunnen mensen nu zonder kernel module hun HDHomerun gebruiken.

[Sa1]

inderdaad, heel vetjes! Van de week maar de upgrade naar DSM5.1 inzetten

[Sa1]

SNR is nu keurig gevuld en signaalkwaliteit blijft nu ook constant goed. Erg prettig, is al 100x gezegd, maar dank CIStem!

Nu alleen de Nick Jr. en andere zenders en ik ben 100% happy.

[gibraltar]

Sa1 schreef op zaterdag 06 december 2014 @ 20:45:
Nu alleen de Nick Jr. en andere zenders en ik ben 100% happy.

Dat was een rare bug in TVHeadend, niet in de plugin toch? Dat gaat om deze bug? Bij mij werkt NostalgieNet wel. Bij het Zenderoverzicht HD valt het me overigens op dat ik altijd, en echt altijd, precies 41 continuity errors heb. En soms ziet daardoor de decoder geen video, en soms toevallig maar een enkele frame. Daarna wordt bij die enkele frame de rest van de video gedropped omdat hij te laat binnenkomt. Er is dus een desync van 41 pakketjes die dit laat gebeuren. Kun je dat reproduceren? Want dan gaan we die bug eens oplossen .

[Sa1]

gibraltar schreef op zondag 07 december 2014 @ 12:14:
[...]


Dat was een rare bug in TVHeadend, niet in de plugin toch? Dat gaat om deze bug? Bij mij werkt NostalgieNet wel. Bij het Zenderoverzicht HD valt het me overigens op dat ik altijd, en echt altijd, precies 41 continuity errors heb. En soms ziet daardoor de decoder geen video, en soms toevallig maar een enkele frame. Daarna wordt bij die enkele frame de rest van de video gedropped omdat hij te laat binnenkomt. Er is dus een desync van 41 pakketjes die dit laat gebeuren. Kun je dat reproduceren? Want dan gaan we die bug eens oplossen .

Das inderdaad die bug. Ik ga vanvond hiermee aan de slag, de TV is nu vol in gebruik (alternatief: Boomerang)

[Sa1]

Goed, heb wat logs verzameld:

Tvheadend.log op het moment dat ik de zender via XBMC (Intel NUC) zet op Nick Jr.:
http://pastebin.com/cxVXiHPb

XBMC.log op datzelfde moment:
http://sprunge.us/FONg

Zenderoverzicht HD doet het bij mij helemaal vreemd. Ik zie wel beeld, maar het is net alsof XBMC er elke paar seconden opnieuw op afstemt. Weet niet zo goed hoe ik dat moet beschrijven. Kan er eventueel wel een filmpje van maken.

Als ik meer kan doen, of je hebt meer info nodig, geen enkel probleem.

[ Voor 7% gewijzigd door Sa1 op 07-12-2014 17:59 ]

[Sa1]

laat maar

[ Voor 108% gewijzigd door Sa1 op 07-12-2014 20:03 ]

[gibraltar]

Sa1 schreef op zondag 07 december 2014 @ 17:57:
Goed, heb wat logs verzameld
[...]

Wat mij opvalt is dat bij het openen van sommige PID's een error terugkomt van de HDHomerun. Nu zou debug moeten werken, maar dat werkt bij mij in ieder geval niet. Nog vreemder is dat de HDHomerun de PID's wel in de filter opneemt. Wat daar nu precies aan de hand is is voor mij een raadsel. Misschien kun je een hele korte opname van een paar minuutjes doen, maar dan met een pass profile in je recording profile? Het lijkt er nu op dat je de PCR PID mist, en dat zou wel eens kunnen zorgen voor gebrek aan beeld.

Met pass-through als muxer komen er in ieder geval meer spullen door dan voorheen. Er zitten fouten in de MPEG stream die door de standaard libav muxer (dus je matroska container) als "fout" worden aangezien. Die worden dan niet toegevoegd aan je stream, met als gevolg dat er van alles mist.

Ik denk dat er of een foutje in de muxer implementatie van TVHeadend zit, of Ziggo heeft besloten om bepaalde streaminformatie niet netjes te verdelen. Probeer in ieder geval eens een opname te doen met een pass muxer. Bij mij werkt een opname van NostalgieNet alleen met een pass filter in de DVR configuratie, de standaard libav muxer laat geen enkele stream door.

De output van een pass-muxer ziet er zo uit:

code:

dvr:  #  type              lang  resolution  aspect ratio  sample rate  channels
dvr:  1  MPEG2VIDEO              720x576     ?
dvr:  2  MPEG2AUDIO                                        ?            ?
dvr:  3  MPEG2VIDEO              ?           ?
dvr:  4  CA

Die vraagtekens geven mij een heel naar voorgevoel.

[ Voor 46% gewijzigd door gibraltar op 08-12-2014 12:06 ]

[Sa1]

Het vreemde is dat het met een oudere versie wel gewoon werkt. @Schumi2004 gebruikt bijv 3.9.1084, daar werken de zenders keurig. Ook als ik uit de synocommunity de 3.4 release pak, dan geeft Nick Jr. gewoon keurig beeld.

Zal vanavond is een opname maken.

[Sa1]

Heb inderdaad hetzelfde gedrag als wat jij beschrijft. Met een passthrough profiel komt er een keurige .ts file. Die kan ik vervolgens moet VLC player afspelen.

Doe ik hem opnemen met een MKV profiel, dan gaat het mis en ontstaat er geen bestand.

[gibraltar]

Sa1 schreef op maandag 08 december 2014 @ 15:10:
Heb inderdaad hetzelfde gedrag als wat jij beschrijft. Met een passthrough profiel komt er een keurige .ts file. Die kan ik vervolgens moet VLC player afspelen.

Doe ik hem opnemen met een MKV profiel, dan gaat het mis en ontstaat er geen bestand.

Dat is dus waarschijnlijk de muxer. Zal het eens langs de devs van TVHeadend halen.

[Sa1]

gibraltar schreef op maandag 08 december 2014 @ 15:12:
[...]


Dat is dus waarschijnlijk de muxer. Zal het eens langs de devs van TVHeadend halen.

misschien te simpel gedacht, maar kan er geen vergelijk gemaakt worden tussen de muxer van versie 3.9.1084 en een versie daarna? Of is dat te makkelijk gedacht?

[gibraltar]

Sa1 schreef op maandag 08 december 2014 @ 15:14:
[...]
misschien te simpel gedacht, maar kan er geen vergelijk gemaakt worden tussen de muxer van versie 3.9.1084 en een versie daarna? Of is dat te makkelijk gedacht?

Hoe makkelijk kun jij de huidige tree van TVHeadend builden? Want er zijn net drie commits gedaan die in ieder geval bij mij de problemen oplossen. Als je dat even zou kunnen testen dan kunnen we die bug ook weer afstrepen.

Overigens is de reden dat het niet werkt een tweede MPEG2VIDEO stream. Blijkbaar probeert Ziggo naast het normale beeld iets uit te zenden wat in ieder geval geen MPEG2VIDEO is.

[ Voor 15% gewijzigd door gibraltar op 08-12-2014 17:00 ]