[TV Headend] Het grote TV Headend topic

[tc-t]

Wordt de reader wel gedetecteerd?

Kun je via PuTTy op je Synology inloggen? Hopelijk werken deze commando's daar ook:
* dmesg | grep usb
* lsusb

Hieronder het resultaat voor mijn TBS Phoenix
(De niet relevante output heb ik er uitgemikt)

code:

# dmesg |grep usb
...
[    1.224631] usb 1-2: new full-speed USB device number 3 using xhci_hcd
[    1.575117] usb 1-2: New USB device found, idVendor=0403, idProduct=6001
[    1.575119] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    1.575120] usb 1-2: Product: FT232R USB UART
[    1.575121] usb 1-2: Manufacturer: FTDI
[    1.575122] usb 1-2: SerialNumber: XXXXXXXX
...
[    4.437278] usb 1-2: Detected FT232RL
[    4.437279] usb 1-2: Number of endpoints 2
[    4.437280] usb 1-2: Endpoint 1 MaxPacketSize 64
[    4.437281] usb 1-2: Endpoint 2 MaxPacketSize 64
[    4.437281] usb 1-2: Setting MaxPacketSize 64
[    4.437710] usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0

En mijn Smargo op mijn Raspberry:

code:

$ dmesg | grep usb
...
[    3.833336] usb 1-1.4: new full-speed USB device number 4 using dwc_otg
[    3.957139] usb 1-1.4: New USB device found, idVendor=0403, idProduct=6001
[    3.965984] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.975226] usb 1-1.4: Product: Smartreader2 plus
[    3.981779] usb 1-1.4: Manufacturer: Argolis BV
[    3.988126] usb 1-1.4: SerialNumber:
...
[    6.574762] usb 1-1.4: Detected FT232BM
[    6.578852] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSB0

code:

$ lsusb
Bus 001 Device 005: ID 0572:6831 Conexant Systems (Rockwell), Inc.
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[ Voor 3% gewijzigd door tc-t op 10-10-2016 12:02 ]

[Virtua]

na een hoop geklooi ben ik volgens mij nog niks opgeschoten, hier onder staat de log.


2016/10/10 17:51:39 09965D3A c (newcamd) user user1 authenticated successfully (Tvheadend)
2016/10/10 17:51:39 09965D3A c (newcamd) AU enabled for user user1 on reader ziggo
2016/10/10 17:53:17 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected user chid (0 ms)
2016/10/10 17:53:17 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected (121 ms) by ziggo (Invalid ecm type for card)
2016/10/10 17:53:18 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected user chid (0 ms)
2016/10/10 17:53:38 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected group (0 ms) (no matching reader)
2016/10/10 17:53:38 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected user chid (0 ms)

google me er helemaal suf op dus als iemand me op weg kan helpen graag.

[gibraltar]

tc-t schreef op vrijdag 07 oktober 2016 @ 12:49:
[...]
Ik post even wat links naar reacties van CIStem (lang niet meer gezien trouwens, iemand enig idee?)

Uit betrouwbare bron heb ik vernomen dat die erg druk is met zijn nieuwe baan.

virtua69 schreef op maandag 10 oktober 2016 @ 18:30:
2016/10/10 17:51:39 09965D3A c (newcamd) user user1 authenticated successfully (Tvheadend)
2016/10/10 17:51:39 09965D3A c (newcamd) AU enabled for user user1 on reader ziggo
2016/10/10 17:53:17 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected user chid (0 ms)
2016/10/10 17:53:17 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected (121 ms) by ziggo (Invalid ecm type for card)
2016/10/10 17:53:18 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected user chid (0 ms)
2016/10/10 17:53:38 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected group (0 ms) (no matching reader)
2016/10/10 17:53:38 09965D3A c (ecm) user1 ([CAID:0604] [PID:0E5026] [SID:4E36] [L:44]): rejected user chid (0 ms)

google me er helemaal suf op dus als iemand me op weg kan helpen graag.

Even een schot in 't donker, met wat achtergrond: er staat "rejected user chid" en daarmee wordt bedoeld dat de door de user aangeleverde data geweigerd wordt omdat de CHID (wat staat voor een abonnement op een pakket van een provider) niet toegestaan is.

Om dat werkend te krijgen moet je de juiste CHID's toestaan, en wel in het "[reader]" gedeelte van je OSCam configuratie (zie documentatie). De CHID's kun je vinden tijdens het opstarten van OSCam in je log. Had je de config van OSCam al ergens gepost? Kon ik niet zo snel vinden.

Eigenlijk is het optioneel, maar ik heb dat altijd gebruikt omdat ik wel eens foute ECM's kreeg, en dan duurt een round-trip naar de kaart best lang tijdens zappen. Geen idee hoe je het uit zet overigens . Misschien het verwijderen van de "chid" regel uit de reader config?

[ Voor 6% gewijzigd door gibraltar op 10-10-2016 20:47 ]

[Virtua]

dacht dat ik dat goed ingevuld had,hier onder mijn config.

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11273
# Read more: http://www.streamboard.tv...on/doc/txt/oscam.conf.txt

[global]
logfile = /var/packages/oscam/target/var/log/oscam.log
logduplicatelines = 1
pidfile = /var/packages/oscam/target/var/run/oscam.pid
clientmaxidle = 0
nice = -10
maxlogsize = 100
dropdups = 1
lb_mode = 2
lb_save = 300
lb_retrylimit = 900
lb_stat_cleanup = 48
lb_savepath = /var/packages/oscam/target/var/log/stat
ecmfmt = [CAID:c] [PID:p] [SID:s] [L:l]
failbantime = 120
failbancount = 5

[cache]

[newcamd]
port = 9001@0604:0E5026
key = 11223344556677889900AABBCCDD
keepalive = 1
mgclient = 1

[serial]
device = /dev/ttyUSB0

[cccam]
port = 16001
nodeid = 5CDAFEDF101D1574
version = 2.3.0
reshare = 1
reshare_mode = 1
stealth = 1
updateinterval = 20

[webif]
httpport = 9000
httpscript = /var/packages/oscam/target/etc/script
httptpl = /var/packages/oscam/target/etc/template

en zo heb ik de server ingevuld,

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

[reader]
label = ziggo
description = Ziggo smartcard
protocol = mouse
device = /dev/ttyUSB0
autospeed = 0
fallback = 1
caid = 0604
boxkey = 1122334455667788
rsakey = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1$
force_irdeto = 1
needsemmfirst = 1
detect = cd
mhz = 600
cardmhz = 600
ident = 0604:0E5026
chid = 0604:00270F,00F000,000384,00000B,00FFE0
group = 1
emmcache = 1,3,2,0
blockemm-bylen = 1,3,2
lb_weight = 500
auprovid = 0E5026

[reader]
label = ziggo2
description = Ziggo smartcard
enable = 0
protocol = internal
device = /dev/ttyUSB0
caid = 0604
boxkey = 1122334455667788
rsakey = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1$
force_irdeto = 1
detect = cd
mhz = 600
cardmhz = 600
ident = 0604:0E5026
chid = 0604:00270F,00F000,000384,00000B,00FFE0
group = 1
emmcache = 1,3,2,0
lb_weight = 1000

en dit is de user,
user = user1
pwd = user1
caid = 0604
au = ziggo
emmreassembly = 1
allowedprotocols = newcamd
group = 1
preferlocalcards = 2
ident = 0604:0E5026
chid = 0604:00270F,00F000,000384,00000B,00FFE0

en dit is de log van oscam als die opstart,

016/10/10 21:07:02 47C96162 r (reader) ziggo [mouse] detect irdeto card
2016/10/10 21:07:02 47C96162 r (reader) ziggo [mouse] Irdeto SC 53 version 36 revision 1, patch level e
2016/10/10 21:07:02 47C96162 r (reader) ziggo [mouse] caid: 0604, acs: 6.06, country code: NLD
2016/10/10 21:07:02 47C96162 r (reader) ziggo [mouse] providers: 4, ascii serial: 4118841533, hex serial: A9E887, hex base: 1C
2016/10/10 21:07:05 47C96162 r (reader) ziggo [mouse] active providers: 4 (0e5026,004100,004100,004100)
2016/10/10 21:07:05 47C96162 r (reader) ziggo [mouse] found card system irdeto
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max alloted of 1
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] entitlements for provider: 1, id: 0E5026
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] chid: 270F, date: 2009/08/02 - 2009/08/23
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] chid: F000, date: 2009/08/02 - 2009/08/23
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] chid: 0384, date: 2015/01/28 - 2015/02/27
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] chid: 000B, date: 2015/01/28 - 2015/02/27
2016/10/10 21:07:05 47C96162 r (reader) ziggo [irdeto] chid: FFE0, date: 2015/01/28 - 2015/02/27
2016/10/10 21:07:11 47C96162 r (reader) ziggo [irdeto] ready for requests
2016/10/10 21:07:11 00000000 s (main) init for all local cards done
2016/10/10 21:07:11 00000000 s (emmcache) loaded 0 emmcache records from /volume1/@appstore/oscam/var/log/oscam.emmcache in 0 ms
2016/10/10 21:07:11 00000000 s (emmcache) loaded 0 emmstat records from /volume1/@appstore/oscam/var/log/oscam.emmstat in 0 ms
2016/10/10 21:07:11 00000000 s (anticasc) anti cascading disabled
2016/10/10 21:07:11 5878EE05 c (newcamd) client connected to 9001 port
2016/10/10 21:07:11 18A7EC1D c (newcamd) client connected to 9001 port
2016/10/10 21:07:11 5878EE05 c (client) anonymous disconnected from 127.0.0.1
2016/10/10 21:07:11 18A7EC1D c (client) encrypted newcamd:9001-client 127.0.0.1 granted (user1, au=on (1 reader))
2016/10/10 21:07:11 18A7EC1D c (newcamd) user user1 authenticated successfully (Tvheadend)
2016/10/10 21:07:11 18A7EC1D c (newcamd) AU enabled for user user1 on reader ziggo

alvast bedankt

[ Voor 22% gewijzigd door Virtua op 10-10-2016 21:08 ]

[tc-t]

gibraltar schreef op maandag 10 oktober 2016 @ 20:45:
[...]
Uit betrouwbare bron heb ik vernomen dat die erg druk is met zijn nieuwe baan.
[...]

Oh, een nieuwe job! Proficiat!
(hopelijk is het buiten erg druk ook erg leuk en interessant)

virtua69 schreef op maandag 10 oktober 2016 @ 21:03:
...
en dit is de log van oscam als die opstart,

code:

2016/10/10 21:07:02 47C96162 r   (reader) ziggo \[mouse] detect irdeto card
2016/10/10 21:07:02 47C96162 r   (reader) ziggo \[mouse] Irdeto SC 53 version 36 revision 1, patch level e
2016/10/10 21:07:02 47C96162 r   (reader) ziggo \[mouse] caid: 0604, acs: 6.06, country code: NLD
2016/10/10 21:07:02 47C96162 r   (reader) ziggo \[mouse] providers: 4, ascii serial: 4118841533, hex serial: A9E887, hex base: 1C
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[mouse] active providers: 4 (0e5026,004100,004100,004100)
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[mouse] found card system irdeto
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] THIS WAS A SUCCESSFUL START ATTEMPT No  1 out of max alloted of 1
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] entitlements for provider: 1, id: 0E5026

het kaartje wordt gedetecteerd, dus lijkt me dat de reader wel goed werkt

virtua69 schreef op maandag 10 oktober 2016 @ 21:03:

code:

2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] chid: 270F, date: 2009/08/02 - 2009/08/23
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] chid: F000, date: 2009/08/02 - 2009/08/23
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] chid: 0384, date: 2015/01/28 - 2015/02/27
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] chid: 000B, date: 2015/01/28 - 2015/02/27
2016/10/10 21:07:05 47C96162 r   (reader) ziggo \[irdeto] chid: FFE0, date: 2015/01/28 - 2015/02/27

De data achter de chids liggen allemaal in het verleden. Hoort dat zo,of duidt dat er op dat er eea verlopen is?

Ik zou het niet echt weten, ik krijg die chids niet te zien bij het starten op mijn TVV-kaartje, dus ik heb niks om het mee te vergelijken.

[Virtua]

Kaartje is zo uit de tv gehaald, zou goed moeten zijn denk, Thanks voor het kijken

[Virtua]

waar ik achter gekomen ben is dat tvheadend een chid opvraagt die niet op me kaartje staat, namelijk:

2016/10/13 01:17:47 7FD939A5 c (ecm) user1 (0604&0F72A0/000B/0000/4BDE/44:3E502F90192E55B7872FA10EDADDB9BF): rejected (107 ms) by ziggo (Invalid ecm type for card)
2016/10/13 01:17:59 7FD939A5 c (ecm) user1 (0604&0F72A0/270E/0000/4BDE/44:00000000000000000000000000000000): rejected user chid (0 ms)

000B en 270E staan er bij mij niet op , rijst me de vraag waarom tvheadend daar naar vraagt?
heel vreemd allemaal dit.
ik heb amelijk deze :

2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: F000,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 270F,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 000B,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 0384,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: FFE0,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 0001,

[ Voor 30% gewijzigd door Virtua op 13-10-2016 01:23 ]

[gibraltar]

virtua69 schreef op donderdag 13 oktober 2016 @ 01:21:
waar ik achter gekomen ben is dat tvheadend een chid opvraagt die niet op me kaartje staat, namelijk:

2016/10/13 01:17:47 7FD939A5 c (ecm) user1 (0604&0F72A0/000B/0000/4BDE/44:3E502F90192E55B7872FA10EDADDB9BF): rejected (107 ms) by ziggo (Invalid ecm type for card)
2016/10/13 01:17:59 7FD939A5 c (ecm) user1 (0604&0F72A0/270E/0000/4BDE/44:00000000000000000000000000000000): rejected user chid (0 ms)

000B en 270E staan er bij mij niet op , rijst me de vraag waarom tvheadend daar naar vraagt?
heel vreemd allemaal dit.
ik heb amelijk deze :

2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: F000,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 270F,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 000B,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 0384,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: FFE0,
2016/10/13 01:10:02 037C2DDB r (reader) ziggo [irdeto] chid: 0001,

Die staan er toch wel tussen? 000B is basis pakket, 270E is preview pakket. Het gaat ergens fout bij de kaart. De fout bij CHID zegt dat de ECM niet geldig is voor je kaart. Zeker weten dat het een Irdeto kaart is? Want waarom heb je force Irdeto in je configuratie staan?

Anders even de activatie procedure doorlopen. In een decoder stoppen en dan op de mijn Ziggo website de kaart activeren. Dan wachten tot je beeld hebt op versleutelde kanalen.

[ Voor 6% gewijzigd door gibraltar op 13-10-2016 19:40 ]

[Virtua]

het werkt nu , echter niet op alle smartcards, vreemde is dat de chid geactiveerd is tot 2012(kaartje lag ergens in de kast) het andere kaartje dat in de tv zit daar waren de chids tot 2017, heb het kaartje met de chid tot 2012 in de tv gedaan, kanalen werken op de tv maar terug in de kaartlezer is het nog steeds 2012.
kijk het ff een weekje aan en ga dan checken of die chid bijgewerkt is.
thanks voor de info, dat van 000B wist ik niet, kaartje is zeker een irdeto.
zie net op de site dat je op herstel kan drukken denk dat dat het is.
en dat is het ook , nog niet alle chids zijn geupdate maar wel enkele.
iedereen reuze bedankt voor het mee denken en kijken en voor de uitleg

[ Voor 19% gewijzigd door Virtua op 13-10-2016 21:19 ]

[Virtua]

Heb ik toch nog een vraagje, nu alles schijnt te werken worden sommigen kanalen niet door gegeven, meer mensen last van?

[ Voor 28% gewijzigd door Virtua op 16-10-2016 21:08 ]

[schumi2004]

Zijn er hier meer die horepg gebruiken als EPG XMLTV source?
Elke keer als hij een poosje draait crashed mijn TVHeadend, iemand dat ook en er een verklaring voor heeft?

[Verwijderd]

Ik gebruik https://github.com/tvgrabbers/tvgrabnlpy om de EPG in TVHeadend binnen te halen. Werkt probleemloos.

[gibraltar]

schumi2004 schreef op maandag 17 oktober 2016 @ 18:43:
Zijn er hier meer die horepg gebruiken als EPG XMLTV source?
Elke keer als hij een poosje draait crashed mijn TVHeadend, iemand dat ook en er een verklaring voor heeft?

Dat zit hem in de radio EPG ben ik achter gekomen. Blijkbaar zit er een bug in TVHeadend die niet om kan gaan met niet goed gestructureerde XML. De oorzaak van die slecht gestructureerde XML is dan weer een recente verandering van de bron van die radio EPG. Dus totdat het gefixed is even de radio EPG uitzetten.

[Sa1]

gibraltar schreef op maandag 17 oktober 2016 @ 19:13:
[...]

Dat zit hem in de radio EPG ben ik achter gekomen. Blijkbaar zit er een bug in TVHeadend die niet om kan gaan met niet goed gestructureerde XML. De oorzaak van die slecht gestructureerde XML is dan weer een recente verandering van de bron van die radio EPG. Dus totdat het gefixed is even de radio EPG uitzetten.

ah, fijn dat het even verklaard wordt.. heb der ook al een tijdje last van maar nog geen tijd gehad om er naar te kijken. Wacht ik weer geduldig af

[schumi2004]

Ik had al een ticket aangemaakt dat er iets mis was met de Radio data en heeft verder ook niet zo'n haast dus kon wel wachten maar geen moment bij stilgestaan dat het aan de radio data lag.

Maar even voor mezelf, hoe ben je hier achter gekomen?

Ik had zelf in de code al de volgende regel gezet zodat ik de debug meldingen die in script zitten makkelijk boven water kon krijgen:

code:

logging.basicConfig(format='%(asctime)s %(message)s',filename='/volume1/@appstore/horepg/var/horizon.log',level=logging.DEBUG)

Maar er kwam niks bruikbaars uit. Volgende stap was om meer debug lines toe te voegen (wat nu niet meer hoeft)

[chielmi]

schumi2004 schreef op maandag 17 oktober 2016 @ 18:43:
Zijn er hier meer die horepg gebruiken als EPG XMLTV source?
Elke keer als hij een poosje draait crashed mijn TVHeadend, iemand dat ook en er een verklaring voor heeft?

Volgens mij gebruik jij ook een Synology? Heb niet eerder iets met scripts gedaan op m'n Synology, ik loop nogal te prutsen maar kom niet verder
Hoe heb jij dit werkend gekregen? Een scheduled task waarbij je horepgd.py aanroept waarschijnlijk, maar welke parameters heb je daaraan toegevoegd om het xmltv bestand succesvol naar het TVHeadend socket te sturen? De readme van horepg is voor mij net wat te summier...

[schumi2004]

chielmi schreef op dinsdag 18 oktober 2016 @ 18:14:
[...]

Volgens mij gebruik jij ook een Synology? Heb niet eerder iets met scripts gedaan op m'n Synology, ik loop nogal te prutsen maar kom niet verder
Hoe heb jij dit werkend gekregen? Een scheduled task waarbij je horepgd.py aanroept waarschijnlijk, maar welke parameters heb je daaraan toegevoegd om het xmltv bestand succesvol naar het TVHeadend socket te sturen? De readme van horepg is voor mij net wat te summier...

@CIStem heeft op zijn github een dist folder met daarin een synopackage.sh script.
Als je die aftrapt in bv een Ubuntu VM krijg je een package welke je dan kunt installeren.
Vervolgens ga je met WinSCP naar de betreffende folder waar deze installed is (/var/packages/HorEPG/scripts/ uit mijn hoofd) en pas je de file start-stop-status aan met de credentials van je TVHeadend. Zorg wel dat je XMLTV als epg source al enabled heb anders crashed HorEPG vrijwel meteen.

Ik zelf heb wat lopen spelen met scripts en heb package iets of wat verbouwd zodat ik het in spksrc kon compilen en beter met versienummers kon omgaan en iets of wat aan log files kreeg (als je nu een nieuwer package installed moet je eerst oude verwijderen). Mijn versie werkt verder precies hetzelfde is alleen niet signed.

Ik kan straks wel een spk uploaden zoals ie gemaakt wordt met synopackage.sh als je wil, is geen rocket science ofzo
https://www.dropbox.com/s/yj9zl0jcjy09sy0/horepg.spk?dl=0

[ Voor 3% gewijzigd door schumi2004 op 18-10-2016 19:29 ]

[eymey]

Ik maak al tijden gebruik van tv_grab_nl.py voor het ophalen van EPG info. Echter, sinds mijn upgrade naar een grotere NAS (met ook DSM6 ervaar ik wat problemen met de interne XMLTV grabbers van TVHeadend en ben ik dus eens goed m'n setup aan het doorlichten. Naast het upgraden naar de laatste versie, ben ik me toch ook eens gaan verdiepen in HorEPG.

Ik gebruik nu dus TVHeadend op een Synology met DSM6.

Op zich heb ik, na het uitbreiden van Python3 met "pip" en de benodigde requests library, HorEPG ongeveer werkend gekregen. Voorlopig nog wel 'on demand' vanaf de commandline, dus zonder daemon modus. Dat komt later wel. Hij connect netjes via localhost met TVHeadend om de kanalen op te halen en gaat ook van een aantal zenders de EPG voor het door mij opgegeven aantal dagen binnen halen. Tegen de crash van TVHeadend, als ik ook de radiozenders wil ophalen, ben ik overigens ook opgelopen. Dus dat heb ik voorlopig maar uitgeschakeld .

Toch merk ik een aantal dingen op:
* Hij lijkt, als ik in de processenlijst kijk, niet echt de privileges te droppen naar de tvheadend-testing user. Of doet hij dit op de achtergrond?
* Hij haalt slechts een aantal zenders op

Output:

code:

INFO:requests.packages.urllib3.connectionpool:Starting new HTTP connection (1): 127.0.0.1
DEBUG:requests.packages.urllib3.connectionpool:"GET /api/channel/list HTTP/1.1" 200 2504
DEBUG:root:Fetching listings for 87 channels
DEBUG:root:Adding 261 programmes for channel CNN
DEBUG:root:Adding 416 programmes for channel BBC World News
DEBUG:root:Adding 700 programmes for channel Omroep Zeeland
DEBUG:root:Adding 14 programmes for channel Ziggo Live Events
DEBUG:root:Adding 700 programmes for channel RTV Utrecht
DEBUG:root:Adding 382 programmes for channel Omrop Fryslân
DEBUG:root:Adding 599 programmes for channel Omroep Brabant
DEBUG:root:Adding 220 programmes for channel L1 TV
DEBUG:root:Adding 700 programmes for channel NH
DEBUG:root:Adding 28 programmes for channel Eventkanaal
DEBUG:root:Adding 200 programmes for channel Zender van de Maand
DEBUG:root:Adding 700 programmes for channel Omroep Flevoland
DEBUG:root:Adding 184 programmes for channel Ziggo Sport HD
DEBUG:root:Adding 14 programmes for channel Testbeeld

Dit laatste begrijp ik niet zo goed.

[ Voor 4% gewijzigd door eymey op 22-10-2016 00:28 ]

[gibraltar]

Zo zie je maar weer dat gebruiksvriendelijke software ontwikkelen nog niet zo eenvoudig is. Het is heel begrijpelijk dat de documententatie niet geschikt is voor iedereen (wel erg technisch). Moet ik aan werken.

De bug met radio data is vervelend, maar daar is dus een workaround voor. Het parsen van de source van de radio EPG is nogal vervelend.

Het script dropped overigens alleen privileges als hij als daemon draait geloof ik.

Als je last hebt van ontbrekende zenders dan is het belangrijk om de te controleren of de zendernamen overeenkomen met die op het DVB-C netwerk. Heb je de namen zelf aangepast dan werkt de mapping niet helemaal. Er is in code een lijst voor remappen, maar zeer omslachtig.

Als mensen nuttige aanpassingen hebben gedaan dan zou ik die graag verwerken. Het voordeel van open-source. Je hoeft geen GitHub account aan te maken, je mag ook de files zelf sturen.

[Verwijderd]

Wat zijn de voor/nadelen van tv_grab_nl.py versus HorEPG?

[eymey]

Geen idee. Ik denk dat beiden erg goed en krachtig zijn. tv_grab_nl ondersteunt tegenwoordig trouwens ook wel veel sources zeg (waaronder ook Horizon en Luisterboekje). De versie die ik nog draaide was blijkbaar, met een jaar geleden, toch aan de oude kant.

Wel is het zo dat tv_grab_nl onderhand zo veel code en documentatie heeft, dat het een beetje 'overwhelming' begint te worden. Zo staat er op de Wiki bijvoorbeeld dat het gebruik van de VPRO.nl source wordt aangeraden voor de detailed information, voor NPO en de RTL's. Maar waar je dat dan precies moet instellen (in zender-specifieke secties of in de channel list) is helemaal niet duidelijk. Sowieso wordt de volgorde van de ;-gescheiden kolommen niet echt duidelijk omschreven.

Wat dat betreft is HorEPG weer een stuk vriendelijker. HorEPG wekt de indruk dat je gewoon in 1 keer een optimale fetch, toegespitst op Horizon, krijgt.

De werkelijke oorzaak van het niet meer werken van tv_grab_nl op mijn DSM6 Synology heb ik trouwens ook gevonden. In /etc/passwd stond voor de tvheadend-testing user een andere "home directory" (/var/services/homes/tvheadend-testing) gespecificeerd dan de directory die het package verder gebruikt voor al het "var" spul. TVHeadend verwacht de .xmltv directory ook gewoon daar, en onder DSM5 werkte dat ook gewoon automatisch goed. Maar nu verwachtte tv_grab_nl.py een config file in /var/services/homes/tvheadend-testing.

Ik had niet zo'n zin om in /etc/passwd aanpassingen te doen op een systeem dat deze eigenlijk helemaal zelf managed. Dus ik heb nu, gewoon via de TVHeadend GUI, maar een commandline parameter ingesteld om naar de juiste config file te verwijzen.

@CIStem: Thanks voor het mee denken . Echter, volgens mij staan de meeste namen wel gewoon standaard ge-mapped zoals op het DVB-C netwerk. Dat geldt zeker voor de RTL's en zo. Wel heb ik NPO 1, 2 en 3 HD gewoon in TVHeadend gezet als NPO 1, 2 en 3 zonder de HD toevoeging
Wat betreft het droppen van de privileges: Daar zou je zo maar eens gelijk in kunnen hebben . Stom dat ik die denkstap zelf niet heb gemaakt dat dit mogelijk alleen werkt in Daemon-modus . Hoe dan ook, ik zal nog eens verder kijken voor wat betreft de zendernamen. Mocht ik echt alle kanalen opnieuw moeten mappen, dan weet ik nog niet of ik daar wel zin in heb, zeker nu tv_grab_nl ook weer goed werkt .

[schumi2004]

eymey schreef op zaterdag 22 oktober 2016 @ 10:06:
Geen idee. Ik denk dat beiden erg goed en krachtig zijn. tv_grab_nl ondersteunt tegenwoordig trouwens ook wel veel sources zeg (waaronder ook Horizon en Luisterboekje). De versie die ik nog draaide was blijkbaar, met een jaar geleden, toch aan de oude kant.

Wel is het zo dat tv_grab_nl onderhand zo veel code en documentatie heeft, dat het een beetje 'overwhelming' begint te worden. Zo staat er op de Wiki bijvoorbeeld dat het gebruik van de VPRO.nl source wordt aangeraden voor de detailed information, voor NPO en de RTL's. Maar waar je dat dan precies moet instellen (in zender-specifieke secties of in de channel list) is helemaal niet duidelijk. Sowieso wordt de volgorde van de ;-gescheiden kolommen niet echt duidelijk omschreven.

Wat dat betreft is HorEPG weer een stuk vriendelijker. HorEPG wekt de indruk dat je gewoon in 1 keer een optimale fetch, toegespitst op Horizon, krijgt.

De werkelijke oorzaak van het niet meer werken van tv_grab_nl op mijn DSM6 Synology heb ik trouwens ook gevonden. In /etc/passwd stond voor de tvheadend-testing user een andere "home directory" (/var/services/homes/tvheadend-testing) gespecificeerd dan de directory die het package verder gebruikt voor al het "var" spul. TVHeadend verwacht de .xmltv directory ook gewoon daar, en onder DSM5 werkte dat ook gewoon automatisch goed. Maar nu verwachtte tv_grab_nl.py een config file in /var/services/homes/tvheadend-testing.

Ik had niet zo'n zin om in /etc/passwd aanpassingen te doen op een systeem dat deze eigenlijk helemaal zelf managed. Dus ik heb nu, gewoon via de TVHeadend GUI, maar een commandline parameter ingesteld om naar de juiste config file te verwijzen.

@CIStem: Thanks voor het mee denken . Echter, volgens mij staan de meeste namen wel gewoon standaard ge-mapped zoals op het DVB-C netwerk. Dat geldt zeker voor de RTL's en zo. Wel heb ik NPO 1, 2 en 3 HD gewoon in TVHeadend gezet als NPO 1, 2 en 3 zonder de HD toevoeging
Wat betreft het droppen van de privileges: Daar zou je zo maar eens gelijk in kunnen hebben . Stom dat ik die denkstap zelf niet heb gemaakt dat dit mogelijk alleen werkt in Daemon-modus . Hoe dan ook, ik zal nog eens verder kijken voor wat betreft de zendernamen. Mocht ik echt alle kanalen opnieuw moeten mappen, dan weet ik nog niet of ik daar wel zin in heb, zeker nu tv_grab_nl ook weer goed werkt .

Welke tv_grab_nl.py gebruik je want ik zie een versie 2.2 en een versie 3 (API)?

/edit:
Ik zie in de install instructies dat een full fetch een hele dag duurt, dat moet een grapje zijn lijkt me of duurt dat echt zo lang? HorEPG is een stuk sneller hierin

[ Voor 3% gewijzigd door schumi2004 op 22-10-2016 11:37 ]

[Verwijderd]

Je moet even de moeite nemen om zenders die je niet interesseren uit te schakelen. Ik heb dat op de simpelste wijze gedaan: gewoon betreffende regels verwijderen.

De eerste run (config) duurde inderdaad extreem lang (bij mij enkele uren) maar is eenmalig. Als er dagelijks update zou draaien dan duurt die max. 40 minuten en dan staat er 14 dagen EPG ter beschikking, loopt op de achtergrond en is weinig belastend. Maar die run zou ook bijv. wekelijks kunnen gebeuren.

Jammer dat HorEPG geen XML file aanmaakt. Biedt (voor mij) voordelen want dan kan diezelfde xml-file voor meer doeleinden gebruikt kunnen worden.

[gibraltar]

Verwijderd schreef op zaterdag 22 oktober 2016 @ 12:04:
Je moet even de moeite nemen om zenders die je niet interesseren uit te schakelen. Ik heb dat op de simpelste wijze gedaan: gewoon betreffende regels verwijderen.

De eerste run (config) duurde inderdaad extreem lang (bij mij enkele uren) maar is eenmalig. Als er dagelijks update zou draaien dan duurt die max. 40 minuten en dan staat er 14 dagen EPG ter beschikking, loopt op de achtergrond en is weinig belastend. Maar die run zou ook bijv. wekelijks kunnen gebeuren.

Jammer dat HorEPG geen XML file aanmaakt. Biedt (voor mij) voordelen want dan kan diezelfde xml-file voor meer doeleinden gebruikt kunnen worden.

Er is een script beschikbaar in de repo die dit wel doet, oorspronkelijk bedoeld voor iemand die geen TVHeadend draaide. Heet horxmltv.py geloof ik, heeft geen TVHeadend integratie, kan er op verzoek wel eenvoudig in.

Het doel van HorEPG is niet om een volledige vervanging te zijn voor tv_grab_nl overigens. Het is namelijk met TVHeadend in het achterhoofd geschreven, en had eigenlijk alleen Horizon als bron. Voor de rest heb ik de dependencies expres zo klein mogelijk gehouden; het script doet ook niet zoveel stiekem, alleen maar JSON naar XMLTV omzetten. En het moest eigenlijk zero-config achtig zijn, vandaar dat hij automatisch de zenders uit TVHeadend haalt.

[ Voor 19% gewijzigd door gibraltar op 22-10-2016 13:16 ]

[Verwijderd]

SnoW schreef op maandag 06 februari 2012 @ 15:00:
[...]Ook vandaag bij de EPG weer hetzelfde probleem: Nieuwsuur (vanavond op Nederland 2) duurt volgens tvheadend 4 uur. Zijn er andere Ziggo-gebruikers waarbij wel de juiste "duration" zichtbaar is bij Nieuwsuur vanavond?

Is geen TVHeadend probleem maar probleem met de gebruikte EPG. Voor een goede EPG, zie hier: https://github.com/tvgrabbers/tvgrabnlpy

[SnoW]

Verwijderd schreef op dinsdag 01 november 2016 @ 11:27:
[...]


Is geen TVHeadend probleem maar probleem met de gebruikte EPG. Voor een goede EPG, zie hier: https://github.com/tvgrabbers/tvgrabnlpy

Ben je je bewust van het feit dat je reageert op een bericht dat meer dan 4,5 jaar oud is?
Dit was destijds een bug in TVHeadend die de EPG-informatie van Ziggo niet goed overnam. Maar dit is jaren geleden (in 2012) al gefixt.

[Verwijderd]

Geen idee hoe ik op dat bericht ben beland.

[Bolk]

Vraagje, ik gebruik TVHeadend al jaren naar tevredenheid. Ik ben nu op zoek naar een oplossing waarbij ik een paar TV's tegelijk kan voorzien van TV. Thuis gebruik ik overal Raspberry's met Kodi. Voor dit project is Kodi overkill en ik wil het zo simpel mogelijk houden.

Weet iemand een andere oplossing? SAT>IP is niet zoveel over te vinden. Is dat hetzelfde als IPTV en is de EPG dan ook te gebruiken? Of moet je het alleen doen met de informatie die in de m3u staat? Ik las dat Panasonic SAT>IP zouden ondersteunen?

Het alternatief dat ik verzonnen heb is een dichtgetimmerde Kodi met een Raspberry. Het moet in ieder geval zo gebruiksvriendelijk mogelijk zijn (bij voorkeur zonder apps op de TV). Omdat er in het pand reeds coax ligt, is er misschien een mogelijkheid om het signaal vanaf TVHeadend om te zetten naar DVB-C? Of sla ik nu door?

Thanks!

[schumi2004]

Ik ben eigenlijk klaar met TVH, elke nieuwere versie dan 4.1.1945 crashed om de haverklap hier op mijn Synology NAS.
Had al een ticket aangemaakt maar het schiet gewoon niet op.
Denk dat ik maar opzoek moet naar alternatieven.

[Verwijderd]

Ik heb zowel TVHeadend, DVBlink, EyeTV en MythTV werkend en ze hebben allemaal hun specifieke voor- en nadelen. Als je ontevreden bent met de een probeer dan een ander.

Support van DVBlink is haast subliem te noemen. Zowel op mail als forum wordt snel en goed gereageerd. Betaald product maar full testversie werkt een maand en kan verlengd worden. Werkt haast volledig aut. 'uit de doos'.

TVHeadend. Meeste mogelijkheden maar geen adequate EPG/GUI. Support volledig van hobbyisten afhankelijk. Als je het werkend hebt weten te krijgen dan werkt het goed. Veel handmatig werk.

EyeTV is alleen beschikbaar op Mac. Draait daar subliem, goede EPG en scheduling maar praktisch gezien geen support. Ook het duurste product.

MythTV. Is haast een religie. Extreme leercurve en het Walhalla voor hobbyisten maar een Hel voor Plug&Play. Als het eenmaal draait dan ziet het er mooi uit.

[chielmi]

Met eigenlijk elke tvheadend update lijk ik functionaliteit kwijt te raken .

Zojuist geupgrade naar 4.1.2309 (synology package van J. Dierkse), nu mis ik opeens de tab "EPG grabber channels" subtab binnen de "Channel/EPG" tab. De vorige versie had ik deze tab nog.
Recent zijn ook alle subtabs binnen "Stream" verdwenen, behalve "Stream profiles". Ik mis dus bijvoorbeeld de tabs om audio en subtitle streams te filteren.

Dit lijkt niet een bekend probleem te zijn, zoekactie levert niets op. Herinstallatie durf ik niet aan, omdat, wat schumi2004 al zegt, nogal tricky kan zijn qua installatie en configuratie. Iemand creatieve suggesties?

[gibraltar]

schumi2004 schreef op zaterdag 12 november 2016 @ 02:28:
Ik ben eigenlijk klaar met TVH, elke nieuwere versie dan 4.1.1945 crashed om de haverklap hier op mijn Synology NAS.
Had al een ticket aangemaakt maar het schiet gewoon niet op.
Denk dat ik maar opzoek moet naar alternatieven.

Ja, dat is inderdaad wel een punt. Helaas heeft TVheadend een beperkt aantal developers (hoofdzakelijk eentje). Daarnaast zijn er gewoon te weinig mensen die het echt gebruiken, en al helemaal op bijvoorbeeld een Synology. Begrijp me goed, ik ben het helemaal met je eens, maar er is wel een context voor de problemen.

chielmi schreef op zaterdag 12 november 2016 @ 11:02:
Met eigenlijk elke tvheadend update lijk ik functionaliteit kwijt te raken .

Zojuist geupgrade naar 4.1.2309 (synology package van J. Dierkse), nu mis ik opeens de tab "EPG grabber channels" subtab binnen de "Channel/EPG" tab. De vorige versie had ik deze tab nog.
Recent zijn ook alle subtabs binnen "Stream" verdwenen, behalve "Stream profiles". Ik mis dus bijvoorbeeld de tabs om audio en subtitle streams te filteren.

Dit lijkt niet een bekend probleem te zijn, zoekactie levert niets op. Herinstallatie durf ik niet aan, omdat, wat schumi2004 al zegt, nogal tricky kan zijn qua installatie en configuratie. Iemand creatieve suggesties?

Ze hebben wel "View Levels" toegevoegd, en vervolgens een behoorlijk aantal verschoven naar de "Expert" niveau. Je kunt dat in de GUI selecteren naast de Help knop. Dat is in ieder geval aan de hand voor exact de dingen die je opnoemt, zie deze commit bijvoorbeeld.

Als ik meer tijd had dan ... . Heel egocentrisch los ik alleen mijn eigen problemen op in TVHeadend, en push ik die upstream. Echt alleen maar omdat ik te weinig tijd heb.

[chielmi]

Verrek zeg, je hebt gelijk!
Ik zie nu dat ah-hoc wisselen van advanced naar expert de tabs niet direct toont, maar eenmalig expert als default kiezen bij mijn user toont nu alle tabs

[LiquidSmoke]

Voor degenen die een HDHomeRun gebruiken:er zijn de afgelopen week nieuwe firmwares uitgekomen (http://www.silicondust.co...loads/firmware-changelog/).

Voornamelijk de volgende fix kan interessant zijn:CC/DC models: Fix problem where video could corrupt under heavy network conditions.

Ik had er nogal last van dat video haperde terwijl ik heftig aan het downloaden was (gevirtualiseerde omgeving), nu niet meer gelukkig.

[Sa1]

LiquidSmoke schreef op zondag 20 november 2016 @ 20:14:
Voor degenen die een HDHomeRun gebruiken:er zijn de afgelopen week nieuwe firmwares uitgekomen (http://www.silicondust.co...loads/firmware-changelog/).

Voornamelijk de volgende fix kan interessant zijn:CC/DC models: Fix problem where video could corrupt under heavy network conditions.

Ik had er nogal last van dat video haperde terwijl ik heftig aan het downloaden was (gevirtualiseerde omgeving), nu niet meer gelukkig.

oh wauw! dat ga ik direct proberen. Heb der ook serieus last van. Nu ik alles in een geisoleerd netwerk heb zitten niet meer zo extreem, maar toch nog wel is. direct ff updaten:)

[LiquidSmoke]

Zojuist een TBS3102 besteld ter vervanging van mijn afstervende SmargoV2.

Werd al stapelgek dat bij elke reboot dat kreng sowieso niet meer werkt en ik hem soms 10x moet inpluggen voordat ie weer werkt, maar nu begint ie ook tussendoor spontaan te weigeren.

Erg frustrerend als je voor de vrouw een hoop opnames hebt gepland.

[LiquidSmoke]

LiquidSmoke schreef op maandag 21 november 2016 @ 07:49:
Zojuist een TBS3102 besteld ter vervanging van mijn afstervende SmargoV2.

Werd al stapelgek dat bij elke reboot dat kreng sowieso niet meer werkt en ik hem soms 10x moet inpluggen voordat ie weer werkt, maar nu begint ie ook tussendoor spontaan te weigeren.

Erg frustrerend als je voor de vrouw een hoop opnames hebt gepland.

Gisteren de TBS3102 ontvangen, en na wat gepier aan de praat gekregen.

Met de settings

code:

detect                        = cd
mhz                           = 600
cardmhz                       = 600

Kreeg ik een compleet verkeerde ATR terug, welke settings ik ook probeerde op de reader.

De volgende settings werken wel:

code:

detect                        = cd
mhz                           = 357
cardmhz                       = 600

Ik vermoed dat de schakelaar van 3,57Mhz en UP niet helemaal lekker is of dat het kristal voor 6Mhz niet helemaal jofel is.

Het werkt nu stabiel

[Rubke]

@LiquidSmoke hoe zet je de schakelaars voor die TBS3102 ?

[LiquidSmoke]

Rubke schreef op donderdag 24 november 2016 @ 09:54:
@LiquidSmoke hoe zet je de schakelaars voor die TBS3102 ?

vlnr: 5V, Phoenix, 3.57Mhz, 6Mhz

Dit werkt tot nu toe stabiel. Ik krijg alleen wat ECM NOK's bij het wisselen van een kanaal, wat te verwachten is.

EMM updates heb ik nog niet langs zien komen, de huidige entitlements zijn geldig tot 19-05-2017(!), maar ook dit zal ongetwijfeld gewoon werken.

[ Voor 19% gewijzigd door LiquidSmoke op 24-11-2016 23:08 ]

[renedis]

LiquidSmoke schreef op donderdag 24 november 2016 @ 09:10:
[...]


Gisteren de TBS3102 ontvangen, en na wat gepier aan de praat gekregen.

Met de settings

code:

detect                        = cd
mhz                           = 600
cardmhz                       = 600

Kreeg ik een compleet verkeerde ATR terug, welke settings ik ook probeerde op de reader.

De volgende settings werken wel:

code:

detect                        = cd
mhz                           = 357
cardmhz                       = 600

Ik vermoed dat de schakelaar van 3,57Mhz en UP niet helemaal lekker is of dat het kristal voor 6Mhz niet helemaal jofel is.

Het werkt nu stabiel

Welk protocol gebruik je? Mouse of wat anders?

[LiquidSmoke]

renedis schreef op vrijdag 25 november 2016 @ 10:03:
[...]


Welk protocol gebruik je? Mouse of wat anders?

Mouse inderdaad (Phoenix op de reader, smartmouse kan ik niets mee).

[ Voor 7% gewijzigd door LiquidSmoke op 25-11-2016 11:00 ]

[renedis]

LiquidSmoke schreef op vrijdag 25 november 2016 @ 10:58:
[...]


Mouse inderdaad (Phoenix op de reader, smartmouse kan ik niets mee).

Thanks voor de info. Gaat het voor mij dan denk ik niet worden. Ik wil van het mouse protocol af vanwege de brakke response en informatie die je terugkrijgt.

Alleen Smargo V2 lijkt de optie te zijn. Die kan het smartreader protocol aan.


Ik lees hier en daar dat de phoenix reader met het mp35 protocol kan werken. Kan jij dat bevestigen?

[LiquidSmoke]

renedis schreef op vrijdag 25 november 2016 @ 11:13:
[...]


Thanks voor de info. Gaat het voor mij dan denk ik niet worden. Ik wil van het mouse protocol af vanwege de brakke response en informatie die je terugkrijgt.

Alleen Smargo V2 lijkt de optie te zijn. Die kan het smartreader protocol aan.


Ik lees hier en daar dat de phoenix reader met het mp35 protocol kan werken. Kan jij dat bevestigen?

Alleen mouse:

code:

016/11/25 11:46:45 00000000 s   (reader) Ziggo-TBS3102 [mp35] creating thread for device /dev/ttyUSB0
2016/11/25 11:46:45 00000000 s     (main) waiting for local card init
2016/11/25 11:46:45 7CC0920B h    (webif) webif: decompressed 174347 bytes back into 423256 bytes
2016/11/25 11:46:45 7CC0920B h    (webif) HTTP Server running. ip=0.0.0.0 port=8888
2016/11/25 11:46:45 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] mp35_reader_init: started
2016/11/25 11:46:46 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] Buffers readed  0 bytes total time_us 75104
2016/11/25 11:46:48 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] ERROR: mp35_reader_init returned error
2016/11/25 11:46:48 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] Cannot open device: /dev/ttyUSB0

vs

code:

016/11/25 11:49:19 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=357, cardmhz=600)
2016/11/25 11:49:20 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] card detected
2016/11/25 11:49:20 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Buffers readed  0 bytes total time_us 75103
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 38 95 
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Calculated work ETU is 156.30 us reader mhz = 357
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Buffers readed  0 bytes total time_us 75116
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed off 3.57 MHz (specified in reader->mhz)
2016/11/25 11:49:22 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] detect irdeto card
2016/11/25 11:49:23 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Irdeto SC 58 version 19 revision 1, patch level e
2016/11/25 11:49:23 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] caid: 0604, acs: 0.05, country code: NLD
2016/11/25 11:49:23 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
2016/11/25 11:49:26 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] active providers: 4 (xxxxxx,ffffff,ffffff,ffffff)
2016/11/25 11:49:26 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] found card system irdeto
2016/11/25 11:49:26 7DF1659C r   (reader) Ziggo-TBS3102 [irdeto] THIS WAS A SUCCESSFUL START ATTEMPT No  1 out of max alloted of 1

[renedis]

LiquidSmoke schreef op vrijdag 25 november 2016 @ 11:51:
[...]


Alleen mouse:

code:

016/11/25 11:46:45 00000000 s   (reader) Ziggo-TBS3102 [mp35] creating thread for device /dev/ttyUSB0
2016/11/25 11:46:45 00000000 s     (main) waiting for local card init
2016/11/25 11:46:45 7CC0920B h    (webif) webif: decompressed 174347 bytes back into 423256 bytes
2016/11/25 11:46:45 7CC0920B h    (webif) HTTP Server running. ip=0.0.0.0 port=8888
2016/11/25 11:46:45 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] mp35_reader_init: started
2016/11/25 11:46:46 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] Buffers readed  0 bytes total time_us 75104
2016/11/25 11:46:48 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] ERROR: mp35_reader_init returned error
2016/11/25 11:46:48 26D8E477 r   (reader) Ziggo-TBS3102 [mp35] Cannot open device: /dev/ttyUSB0

vs

code:

016/11/25 11:49:19 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=357, cardmhz=600)
2016/11/25 11:49:20 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] card detected
2016/11/25 11:49:20 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Buffers readed  0 bytes total time_us 75103
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 20 56 35 2E 38 95 
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Init card protocol T14, FI=2, F=558, D=1, N=0
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Calculated work ETU is 156.30 us reader mhz = 357
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Buffers readed  0 bytes total time_us 75116
2016/11/25 11:49:21 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed off 3.57 MHz (specified in reader->mhz)
2016/11/25 11:49:22 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] detect irdeto card
2016/11/25 11:49:23 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] Irdeto SC 58 version 19 revision 1, patch level e
2016/11/25 11:49:23 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] caid: 0604, acs: 0.05, country code: NLD
2016/11/25 11:49:23 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
2016/11/25 11:49:26 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] active providers: 4 (xxxxxx,ffffff,ffffff,ffffff)
2016/11/25 11:49:26 7DF1659C r   (reader) Ziggo-TBS3102 [mouse] found card system irdeto
2016/11/25 11:49:26 7DF1659C r   (reader) Ziggo-TBS3102 [irdeto] THIS WAS A SUCCESSFUL START ATTEMPT No  1 out of max alloted of 1

Thanks voor het testen. Volgens mij moet je het niet als ttyUSBx aanspreken maar op serial.
device = Serial:Reader

Alleen het kan zijn dat enkel de oudere Phoenix lezers (met USB en Serieel) dit ondersteunen.


Heb besloten om maar een nieuwe Smargo V2 aan te schaffen en met het smartreader protocol te gaan werken.

Mijn collega werkt al vanaf begin af aan op deze manier zonder problemen. Terwijl ik ook net zoals jij op het mouse protocol werkte en vaak issues heb/had.

[LiquidSmoke]

renedis schreef op vrijdag 25 november 2016 @ 16:17:
[...]


Thanks voor het testen. Volgens mij moet je het niet als ttyUSBx aanspreken maar op serial.
device = Serial:Reader

Alleen het kan zijn dat enkel de oudere Phoenix lezers (met USB en Serieel) dit ondersteunen.


Heb besloten om maar een nieuwe Smargo V2 aan te schaffen en met het smartreader protocol te gaan werken.

Mijn collega werkt al vanaf begin af aan op deze manier zonder problemen. Terwijl ik ook net zoals jij op het mouse protocol werkte en vaak issues heb/had.

Ah oke, is er een specifiek voordeel van het mp35 protocol?

Mijn ervaring is dat de Smargo tijden stabiel kan zijn, en er dan 3x in een week uit vliegt. Volgens mij werkt de Smargo dicht bij zijn brown-out voltage en helpt dan alleen unpluggen, even wachten, en herpluggen.

De 3102 was 20 euro, mocht dit niet stabieler zijn is er geen man overboord

[renedis]

LiquidSmoke schreef op vrijdag 25 november 2016 @ 17:51:
[...]


Ah oke, is er een specifiek voordeel van het mp35 protocol?

Mijn ervaring is dat de Smargo tijden stabiel kan zijn, en er dan 3x in een week uit vliegt. Volgens mij werkt de Smargo dicht bij zijn brown-out voltage en helpt dan alleen unpluggen, even wachten, en herpluggen.

De 3102 was 20 euro, mocht dit niet stabieler zijn is er geen man overboord

Ik heb vanmiddag wel geteld 24,95 betaald voor een nieuwe SmargoV2. Het zijn inderdaad allemaal geen wereld bedragen.

Mouse protocol werkt met ttyUSBx. Bij het uit/in-pluggen werkt dit niet meer en moet je de waarde aanpassen of process herstarten.

De Smargo werkt ook met het smartreader protocol waardoor ik op serial kan werken. Op die manier heb ik nergens last van bij een herstart en/of een tijdelijke disconnect. Daarnaast vind ik persoonlijk dat je meer details ziet bij deze optie in de logging van Oscam. Gevoelsmatig voelt dit protocol ook sneller aan..


De verschillen:

[reader]
label = Ziggo
description = Ziggo
protocol = mouse
device = /dev/ttyUSB2
caid = 0604
boxkey =
rsakey =
detect = cd
mhz = 600
cardmhz = 600
group = 1
emmcache = 1,3,2,0

[reader]
label = Smartcard
description = Ziggo Smartcard
protocol = smartreader
device = SRv2;Serial:<serienummer/>
autospeed = 0
caid = 0604
boxkey =
rsakey =
detect = cd
detect_seca_nagra_tunneled_card= 0
mhz = 600
cardmhz = 600
group = 1
emmcache = 1,3,2,0
saveemm-unknown = 1
saveemm-u = 1
saveemm-s = 1
saveemm-g = 1


Wellicht zou je dus met het mp35 protocol hetzelfde bereiken wat ik met het smartreader protocol heb bereikt. Scheelt je frustratie als het niet werkt en je ziet meer logging.

[schumi2004]

LiquidSmoke schreef op vrijdag 25 november 2016 @ 17:51:
[...]


Ah oke, is er een specifiek voordeel van het mp35 protocol?

Mijn ervaring is dat de Smargo tijden stabiel kan zijn, en er dan 3x in een week uit vliegt. Volgens mij werkt de Smargo dicht bij zijn brown-out voltage en helpt dan alleen unpluggen, even wachten, en herpluggen.

De 3102 was 20 euro, mocht dit niet stabieler zijn is er geen man overboord

Snap dat niet, draai al jaren op een Smargo (smartreader protocol) zonder ook maar enige issues met de reader zelf. Ik kan dus alle ervaringen met uitval of andere issues met Smargo absoluut niet plaatsen, ik heb eerder issues met TVheadend of OSCam

[renedis]

Zijn er trouwens nog meer mensen die de oscam.srvid config file hebben ingevuld in oscam om te zien welk kanaal gedecrypt wordt?

[schumi2004]

renedis schreef op vrijdag 25 november 2016 @ 19:53:
Zijn er trouwens nog meer mensen die de oscam.srvid config file hebben ingevuld in oscam om te zien welk kanaal gedecrypt wordt?

Ik heb oscam.srvid2 gevuld

[LiquidSmoke]

waarom 2? ik heb oscam.srvid gevuld en zie netjes welk kanaal er gedecrypt word

[schumi2004]

LiquidSmoke schreef op vrijdag 25 november 2016 @ 20:35:
waarom 2? ik heb oscam.srvid gevuld en zie netjes welk kanaal er gedecrypt word

Geen idee. Ik meen omdat ik ergens iets gelezen had dat er 2 gebruikt moest worden, misschien met versie nummer te maken die ik draai? (de gewone oscam.srvid werkt hier iig niet)

OSCam: 1.20-unstable_svn Build: r11270 Compiler: arm-unknown-linux-gnueabi-ssl-libusb

[renedis]

Ik gebruik ook gewoon oscam.srvid op versie:

Version: oscam-1.20-unstable_svn-r11273

[LiquidSmoke]

Google leerde dat srvid2 gevuld kan worden vanuit dvbapi, je hoeft zelf niets meer bij te werken.

Gisteren heb ik de boel omgebouwd van newcamd naar dvbapi en inderdaad, elk nieuw kanaal wordt automisch in srvid2 opgenomen.

Verder krijg ik geen ECM NOK's meer bij het tunen naar een ander kanaal en loopt het allemaal net een stukje vlotter

[ Voor 0% gewijzigd door LiquidSmoke op 29-11-2016 18:29 . Reden: typo ;) ]

[schumi2004]

LiquidSmoke schreef op dinsdag 29 november 2016 @ 18:25:
Google leerde dat srvid2 gevuld kan worden vanuit dvbapi, je hoeft zelf niets meer bij te werken.

Gisteren heb ik de boel omgebouwd van newcamd naar dvbapi en inderdaad, elk nieuw kanaal wordt automisch in srvid2 opgenomen.

Verder krijg ik geen ECM NOK's meer bij het tunen naar een ander kanaal en loopt het allemaal net een stukje vlotter

Ah dan is het dat geweest waarom ik srvid2 gebruiken moest
Hier vulde hij overigens niet automatisch dus hoe je dat voor elkaar gekregen heb moet ik zelf ook even uitzoeken
Maar gebruik al een tijdje geen dvbapi meer en het werkt nog dus vind prima zo

[ Voor 8% gewijzigd door schumi2004 op 29-11-2016 19:43 ]

[LiquidSmoke]

schumi2004 schreef op dinsdag 29 november 2016 @ 19:41:
[...]

Ah dan is het dat geweest waarom ik srvid2 gebruiken moest
Hier vulde hij overigens niet automatisch dus hoe je dat voor elkaar gekregen heb moet ik zelf ook even uitzoeken
Maar gebruik al een tijdje geen dvbapi meer en het werkt nog dus vind prima zo

Het werkte pas nadat ik oscam.srvid weggehaald en Oscam herstart heb.

Ik lees her en der dat veel mensen juist van dvbapi afgestapt zijn vanwege de stabiliteit. De nieuwste versie van TVheadend en Oscam ondersteunen gewoon camd3 en zijn prima stabiel!

[schumi2004]

LiquidSmoke schreef op dinsdag 29 november 2016 @ 22:27:
[...]


Het werkte pas nadat ik oscam.srvid weggehaald en Oscam herstart heb.

Ik lees her en der dat veel mensen juist van dvbapi afgestapt zijn vanwege de stabiliteit. De nieuwste versie van TVheadend en Oscam ondersteunen gewoon camd3 en zijn prima stabiel!

Camd3 ?

[LiquidSmoke]

schumi2004 schreef op woensdag 30 november 2016 @ 10:02:
[...]

Camd3 ?

De PMT mode

http://docs.tvheadend.org/webui/config_caclient/

[schumi2004]

LiquidSmoke schreef op woensdag 30 november 2016 @ 11:00:
[...]


De PMT mode

http://docs.tvheadend.org/webui/config_caclient/

Duidelijk

Ik ga het vanavond weer eens opnieuw inrichten. Had het in verleden ook maar het performde niet zo best mogelijk dat dat nu beter werkt.

@LiquidSmoke
Hoe ziet jouw dvbapi config voor oscam eruit?

[ Voor 8% gewijzigd door schumi2004 op 30-11-2016 21:25 ]

[LiquidSmoke]

schumi2004 schreef op woensdag 30 november 2016 @ 13:02:
[...]

Duidelijk

Ik ga het vanavond weer eens opnieuw inrichten. Had het in verleden ook maar het performde niet zo best mogelijk dat dat nu beter werkt.

@LiquidSmoke
Hoe ziet jouw dvbapi config voor oscam eruit?

Als volgt:

code:

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
listen_port                   = 9010
ecminfo_type                  = 5
user                          = tvheadend
read_sdt                      = 2
write_sdt_prov                = 1
boxtype                       = pc

De user tvheadend bestaat uiterard ook binnen Oscam.

In TVHeadend heb ik mode 'OSCam net protocol (rev >= 10389)'

[renedis]

Mooi, dat ook gelijk maar gedaan

[tc-t]

LiquidSmoke schreef op donderdag 1 december 2016 @ 01:08:
[...]


Als volgt:

code:

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
listen_port                   = 9010
ecminfo_type                  = 5
user                          = tvheadend
read_sdt                      = 2
write_sdt_prov                = 1
boxtype                       = pc

De user tvheadend bestaat uiterard ook binnen Oscam.

In TVHeadend heb ik mode 'OSCam net protocol (rev >= 10389)'

Ik heb 1 extra regel

code:

request_mode                  = 1

en ik mis de deze

code:

ecminfo_type                  = 5
read_sdt                      = 2
write_sdt_prov                = 1

Weet je waar ze voor dienen?
Mijn settings werken, maar het kan altijd beter.
Ik pas niks aan tenzij daar een goeie reden voor zou zijn

[LiquidSmoke]

tc-t schreef op dinsdag 13 december 2016 @ 13:35:
[...]


Ik heb 1 extra regel

code:

request_mode                  = 1

en ik mis de deze

code:

ecminfo_type                  = 5
read_sdt                      = 2
write_sdt_prov                = 1

Weet je waar ze voor dienen?
Mijn settings werken, maar het kan altijd beter.
Ik pas niks aan tenzij daar een goeie reden voor zou zijn

request_mode = alle CAID's tegelijk proberen
ecminfo_type = de codering van ECM pakketten
read_sdt = schrijf kanaal gegevens naar oscam.srvid2 (naam en nummer)
write_sdt_provi = schrijf provider id naar oscam.provid (verschillende ziggo locaties)

Alles is hier terug te vinden: http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.conf

[tc-t]

Haha, ja, ik weet dat ze daar staan
Het is moeilijk om de nodige / nuttige settings eruit te pikken, daarom dat ik even geïnteresseerd was waarom je die had toegevoegd.

Vaak is dat ook het probleem als mensen (hier of elders) hun config posten, die staat dan vol met settings waarvan ze zelf niet weten wat het doet maar ze hebben die gevonden op internet en dan maar toegepast.

Ik ben daarom vertrokken met een vrij minimale config,en probeer dan enkel settings toe te voegen waarvan ik denk dat ze me iets opleveren.

Ik zal eens kijken of dat met die 3 settings het geval is.

[DevaZ]

Hallo Tweakers,

Afgelopen week mijn TVHeadend installatie gedaan op een schone Ubuntu 16.0.1 LTS server versie.

sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 379CE192D401AB61
sudo apt-add-repository "https://dl.bintray.com/tvheadend/deb unstable"
sudo apt-get update
sudo apt-get install tvheadend

Hierna alles netjes kunnen instellen via de web interface van TVHeadend. Dit heb ik gedaan op mijn pc met Chrome. De dag er na wil het inloggen op de web interface van TVHeadend niet meer. Op mijn tablet die ik ook heb gebruikt wil het inloggen wel en werkte alles prima, totdat ik deze opnieuw ging opstarten. Ook hierna is het niet meer mogelijk om in te loggen. (Sessie verwijderd)

De TVHeadend app (1.9.6) op mijn tablet werkt wel goed.

Als ik vanaf internet inlog met mijn tablet, dan kan ik wel inloggen op de web interface via mijn DNS naam, maar niet op IP adres. Dit verklaard ook waarom ik intern niet kan inloggen op IP adres.

Wil iemand mij een schop in de goede richting geven ?

[DappereDodo]

Heb je service tvheadend restart al geprobeerd?

[ANdrode]

DevaZ schreef op zaterdag 17 december 2016 @ 10:44:
Als ik vanaf internet inlog met mijn tablet, dan kan ik wel inloggen op de web interface via mijn DNS naam, maar niet op IP adres. Dit verklaard ook waarom ik intern niet kan inloggen op IP adres.

Wil iemand mij een schop in de goede richting geven ?

Occam's razor: Dynamisch IP adres dat veranderd is, DNS naam is wel bijgewerkt, IP is anders?

Werkt het via het interne IP adres van de server?

[DevaZ]

Opgelost:

Probleem zat in PFSense (Firewall) / DNS Resolver / Host Overrides

Hier bind ik een lokaal IP aan een DNS naam, blijkbaar gaat ubuntu 16.04.1 daar iets anders mee om dan de oudere versies

[KorneelB]

allen;
ik heb dus bij sossolutions een IPTV abbonnement gekocht. de voorwaarde is slechts 1 device tegelijk en daar houd ik me met liefde aan.. ik wil alleen centraal kunnen opnemen.. ik heb meerdere kodi spelers en een synology die het wel aankan..
is er een manier om dit makkelijk op tvheadend op mijn synology te koppelen en dan de kodis weer aan de synology?

[Sa1]

KorneelB schreef op zaterdag 17 december 2016 @ 14:56:
allen;
ik heb dus bij sossolutions een IPTV abbonnement gekocht. de voorwaarde is slechts 1 device tegelijk en daar houd ik me met liefde aan.. ik wil alleen centraal kunnen opnemen.. ik heb meerdere kodi spelers en een synology die het wel aankan..
is er een manier om dit makkelijk op tvheadend op mijn synology te koppelen en dan de kodis weer aan de synology?

Wat heb je gekocht dan? Wist niet dat SOSSolutions ook tv abonnementen deed. Als je slechts 1 tuner hebt kun je met 1 device kijken, opnemen is gelijk aan 1 device. Je kunt dus niet TV kijken én opnemen, tenzij dezelfde zender (of transport stream). TVHeadend installeren is niet moeilijk, en kodi er aan koppelen ook niet , maar je moet wel de juiste spullen hebben, en met bovenstaande info die jij levert, hebben wij niet voldoende om dit te beoordelen.

[KorneelB]

Sa1 schreef op dinsdag 20 december 2016 @ 23:33:
[...]
Wat heb je gekocht dan? Wist niet dat SOSSolutions ook tv abonnementen deed. Als je slechts 1 tuner hebt kun je met 1 device kijken, opnemen is gelijk aan 1 device. Je kunt dus niet TV kijken én opnemen, tenzij dezelfde zender (of transport stream). TVHeadend installeren is niet moeilijk, en kodi er aan koppelen ook niet , maar je moet wel de juiste spullen hebben, en met bovenstaande info die jij levert, hebben wij niet voldoende om dit te beoordelen.

een IP TV abbonnement...

ik heb zelf een Synology DS3615xs en door het huis heen gestrooid een aantal CUbox-I met Kodi geinstalleerd.. is dat voldoende info?

[renedis]

KorneelB schreef op woensdag 21 december 2016 @ 07:25:
[...]

een IP TV abbonnement...

ik heb zelf een Synology DS3615xs en door het huis heen gestrooid een aantal CUbox-I met Kodi geinstalleerd.. is dat voldoende info?

IPTV kan je via tvheadend verwerken/aanbieden aan Kodi.

Gebruik de optie "IPTV Automatic Network". Ik gebruik deze optie bijvoorbeeld voor de HBO kanalen.
Wel heb ik handmatig het zendernummer toegewezen zodat deze matcht met de originele zendernummers van Ziggo. Alleen dat is een persoonlijke voorkeur en niet vereist. Ik heb het wel gedaan aangezien ik de overige zenders via een HDHomeRun ontvang op DVB-C.

Edit:

Voorwaarde van het m3u formaat:

#EXTM3U
#EXTINF:-1,HBO 3
http://********
#EXTINF:-1,HBO 2
http://********
#EXTINF:-1,HBO HD
http://********

[ Voor 10% gewijzigd door renedis op 21-12-2016 21:28 ]

[Blaffeh]

Ik krijg de logos niet meer aan de praat sinds we over zijn op een Synology ipv zelfbouw server. Wat is de door tvheadend vereiste locatie voor de logos map? Ik gebruik dat ingebouwde script om de logos te laden.

Nu gebruikte locate is file:///var/tv-logos/%C.png
Channel icon name scheme: No scheme

Is er misschien een andere setting in tvheadend die ik over het hoofd zie?

HTS Tvheadend 4.1.2389

Edit

Werkend gekregen. Kennelijk had tvheadend een hekel aan het gebruikte mapje in var. Het mapje verplaatst naar het volgende pad file:///volume1/homes/tvheadend-testing/tv-logos/%C.png en voila!

[ Voor 46% gewijzigd door Blaffeh op 29-12-2016 11:55 . Reden: Oplossing probleem ]

[schumi2004]

LiquidSmoke schreef op donderdag 1 december 2016 @ 01:08:
[...]


Als volgt:

code:

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
listen_port                   = 9010
ecminfo_type                  = 5
user                          = tvheadend
read_sdt                      = 2
write_sdt_prov                = 1
boxtype                       = pc

De user tvheadend bestaat uiterard ook binnen Oscam.

In TVHeadend heb ik mode 'OSCam net protocol (rev >= 10389)'

Heb dit nu een poosje actief maar kan nu niet echt zeggen dat er een verbetering is. Opzich werkt het wel maar channel switching lijkt voor mijn gevoel langer te duren als in het starten van de channel zelf duurt langer lijkt het.

/edit:
Nog een vraagje. Ik had met newcamd meerdere users geconfigureerd, 1 voor elke tuner.
Gaat dit ook met dvbapi?

[ Voor 6% gewijzigd door schumi2004 op 29-12-2016 21:27 ]

[LiquidSmoke]

schumi2004 schreef op donderdag 29 december 2016 @ 21:17:
[...]

Heb dit nu een poosje actief maar kan nu niet echt zeggen dat er een verbetering is. Opzich werkt het wel maar channel switching lijkt voor mijn gevoel langer te duren als in het starten van de channel zelf duurt langer lijkt het.

/edit:
Nog een vraagje. Ik had met newcamd meerdere users geconfigureerd, 1 voor elke tuner.
Gaat dit ook met dvbapi?

Hm, apart, bij mij werkt alles stabiel en ik heb nog steeds het idee dat het vlotter verloopt misschien komt het ook doordat ik de kaartlezer vervangen heb (van smargo v2 naar tbs3102) en nu geen gedonder met de kaartlezer meer heb.

Wat users betreft, volgens mij is het alles of niets... Zie zo 1-2-3 niet hoe je een user aan een specifieke tuner kunt toewijzen.

[schumi2004]

LiquidSmoke schreef op maandag 2 januari 2017 @ 09:47:
[...]


Hm, apart, bij mij werkt alles stabiel en ik heb nog steeds het idee dat het vlotter verloopt misschien komt het ook doordat ik de kaartlezer vervangen heb (van smargo v2 naar tbs3102) en nu geen gedonder met de kaartlezer meer heb.

Wat users betreft, volgens mij is het alles of niets... Zie zo 1-2-3 niet hoe je een user aan een specifieke tuner kunt toewijzen.

Denk dat de reden waarom het hier minder goed werkt dan verwacht is mogelijk dat er iets met OScam mis is wat config betreft.

schumi2004 in "\[DVB-C] Digitale kabel TV op de PC [DEEL 5]"

Mijn CAID is namelijk 0604 en niets anders, waarom OSCam denkt 0606 te moeten gebruiken is me een raadsel. Staat ook waar mogelijk op Ignore geconfigureerd maar toch blijft iets (en ik vermoed OSCam) deze als eerste aanspreken.

[LiquidSmoke]

schumi2004 schreef op maandag 2 januari 2017 @ 09:57:
[...]

Denk dat de reden waarom het hier minder goed werkt dan verwacht is mogelijk dat er iets met OScam mis is wat config betreft.

schumi2004 in "\[DVB-C] Digitale kabel TV op de PC [DEEL 5]"

Mijn CAID is namelijk 0604 en niets anders, waarom OSCam denkt 0606 te moeten gebruiken is me een raadsel. Staat ook waar mogelijk op Ignore geconfigureerd maar toch blijft iets (en ik vermoed OSCam) deze als eerste aanspreken.

Check je oscam.provid, deze wordt door Oscam gevuld, bij mij staat er ook meer in:

0604@000000|Ziggo|
1801@000000|Ziggo|
0606@000000|Ziggo|
1850@000000|Ziggo|

0604 is voor mij juist, ik zie in de logs dat soms eerst een ander CAID geprobeerd word. Je kunt je request mode aanpassingen in de DVB-Api settings naar '1 - Try all CAIDs at simultaniously'.

[BavoV]

Hey

Ik zoek de lijst met mux en zendergegevens van telenet voor analoge tv.

Ik heb archlinux/RPI 2 draaien met TVHeadend 4.09 en Kodi 16 jarvis.
Als ik gewoon de zenderlijst op zenders.be neem voor mijn gebied (2547), lukt het me niet.

bv. EEN

Frequency 217250000
Symbolrate (baud) 6875000
Constellation: QAM-256
FEC: Auto

geeft geen resultaat.

Heeft iemand de juiste methode om die zenderlijst te matchen met de kabel. Uuuuuren ben ik al aan het zoeken.

[ Voor 14% gewijzigd door BavoV op 04-01-2017 09:38 ]

[Blaffeh]

Heb je wat aan deze info? https://www2.telenet.be/c...tgids-tvmeteenkaartje.pdf

[BavoV]

Ik ben het aan 't proberen, maar allicht gaat het enkel voor de digitale (geëncrypteerde) kanalen met deze info. Ik zoek de netwerknaam, het netwerk-id en de freq. voor analoge kanalen bij telenet. Dat laatste kan ik van zenders.be overnemen allicht.

[BavoV]

Ik heb intussen gevonden dat sundtek een blindscan heeft ingebouwd. Die zoekt zelf de freq. af. Die ben ik nu aan het runnen:

mediaclient --blindscan /dev/dvb/adapter1/frontend0

Hopelijk geeft dat resultaat!

[Blaffeh]

Telenet zou toch stoppen met analoog? Hoe dan ook (kan ook aan mijn beperkte kennis liggen) vraag ik mij af wat een netwerk-id etc te maken heeft met analoge TV.

[gibraltar]

BavoV schreef op woensdag 4 januari 2017 @ 09:37:
Ik zoek de lijst met mux en zendergegevens van telenet voor analoge tv.

Die combinatie is niet geldig. Een mux is een combinatie van digitale streams, en is dus per definitie ook geen analoge TV.

Ik heb archlinux/RPI 2 draaien met TVHeadend 4.09 en Kodi 16 jarvis.
Als ik gewoon de zenderlijst op zenders.be neem voor mijn gebied (2547), lukt het me niet.
[...]
Heeft iemand de juiste methode om die zenderlijst te matchen met de kabel. Uuuuuren ben ik al aan het zoeken.

Aangenomen dat ze daar de standaarden volgen, staat heel duidelijk in de handleiding hierboven gelinkt dat je de volgende gegevens moet invullen in TVHeadend bij het toevoegen van een Network

code:

Network type: DVB-C
Network ID (limit scanning): 22 voor Vlaanderen, 12 voor Brussel

En dan een enkele mux toevoegen met

code:

Network: [je zojuist aangemaakte netwerk]
Scan status: PEND
Frequency: 322000000
Symbolrate: 6875000
Constellation: QAM/256
FEC: AUTO

Maar aangezien er gesproken wordt over een CI+ module moet je in ieder geval ook iets hebben ingericht om dat 'probleem' op te lossen.

[schumi2004]

LiquidSmoke schreef op maandag 2 januari 2017 @ 10:17:
[...]


Check je oscam.provid, deze wordt door Oscam gevuld, bij mij staat er ook meer in:

0604@000000|Ziggo|
1801@000000|Ziggo|
0606@000000|Ziggo|
1850@000000|Ziggo|

0604 is voor mij juist, ik zie in de logs dat soms eerst een ander CAID geprobeerd word. Je kunt je request mode aanpassingen in de DVB-Api settings naar '1 - Try all CAIDs at simultaniously'.

Heb de dvb-api settings aangepast naar request_mode 1 maar lijkt niet veel uit te halen.
Ik meen ook in OScam de CAID's die niet van toepassing zijn te hebben geblokkeerd maar lijkt ook niet te werken.

Is wel vervelend want de ene keer werkt het prima en de andere keer moet je voor je gevoel 5 seconden geduld hebben. Maar weer eens terug naar oude methode en kijken of daar verbetering te halen is.

[the-body]

Ik woon in oud Ziggo gebied en wil ook wat gaan spelen met een TV server thuis. Hiervoor wil ik graag een HDHomerun aanschaffen maar ik kom er niet uit wat de overwegingen zijn om voor de één of de ander te gaan. Ik twijfel tussen de HDHomeRun 4DC (HDHR3-4DC) (is ook het enige product op deze site?) en de HDHomerun Expand. Op de verschillende sites van Silicondust vind ik dan weer de 1 dan weer alleen het andere product.

[Virtua]

Als het goed is heb je er 1 met 2 tuners en 1 met 4 tuners.

[Verwijderd]

HDHR3-4DC is dezelfde als de Expand. De oude met 2 tuners (HDHR3-EU) is alleen nog gebruikt te koop.

[tc-t]

Blaffeh schreef op donderdag 5 januari 2017 @ 16:58:
Telenet zou toch stoppen met analoog?

Dat klopt, maar is tot op heden nog niet gebeurd.

gibraltar schreef op donderdag 5 januari 2017 @ 20:31:
Aangenomen dat ze daar de standaarden volgen, staat heel duidelijk in de handleiding hierboven gelinkt dat je de volgende gegevens moet invullen in TVHeadend bij het toevoegen van een Network

code:

Network type: DVB-C
Network ID (limit scanning): 22 voor Vlaanderen, 12 voor Brussel

En dan een enkele mux toevoegen met

code:

Network: [je zojuist aangemaakte netwerk]
Scan status: PEND
Frequency: 322000000
Symbolrate: 6875000
Constellation: QAM/256
FEC: AUTO

Maar aangezien er gesproken wordt over een CI+ module moet je in ieder geval ook iets hebben ingericht om dat 'probleem' op te lossen.

Ik heb ooit ook Telenet via TVHeadend ingericht.
Wellicht is de uitleg van CIStem de beste manier, maar als dat niet werkt, ik heb het ooit zo voor mekaar gekregen:

Add Network
Type: DVB-C
In de lijst Predefined muxes: Belgium: be-IN.DI-Integan geselecteerd, voor de rest geen settings gewijzigd.

Hierdoor verschijnt er een lijst muxes.
De instellingen van de 362MHz moet je aanpassen, want daar zit een fout in: moet QAM256 zijn ipv wat er standaard staat.

Alle andere muxes worden gevonden omdat die 322MHz die CIStem ook aangeeft er tusen staat
(Wellicht zijn alle overige dus overbodig)

Alle services worden gevonden, en diegene die 'free' zijn kun je op dat moment ook afspelen (ARTE, CNBC, ...)

[ Voor 6% gewijzigd door tc-t op 10-01-2017 13:20 ]

[brend5]

Ik heb sinds kort een HDHomeRun en wil deze graag aan TVHeadend koppelen. TVHeadend zou ik graag op een Raspberry PI2 willen draaien. Het installeren van TVHeadend gaat prima, maar ik krijg het niet voor elkaar om TVHeadend mijn HDHomeRun te laten zien zodat ik deze als tuner kan gebruiken. Heeft iemand een goede werkende tutorial om dit wel voor elkaar te krijgen.

[brend5]

excuus dubbele post

[ Voor 94% gewijzigd door brend5 op 15-01-2017 21:56 ]

[the-body]

brend5 schreef op zondag 15 januari 2017 @ 21:53:
Ik heb sinds kort een HDHomeRun en wil deze graag aan TVHeadend koppelen. TVHeadend zou ik graag op een Raspberry PI2 willen draaien. Het installeren van TVHeadend gaat prima, maar ik krijg het niet voor elkaar om TVHeadend mijn HDHomeRun te laten zien zodat ik deze als tuner kan gebruiken. Heeft iemand een goede werkende tutorial om dit wel voor elkaar te krijgen.

Eerst moet je met een Windows machine de HDHomerun installeren. Heb je dat gedaan?

[Verwijderd]

Wat bedoel je met "Eerst moet je met een Windows machine de HDHomerun installeren." want er valt niets te installeren op een HDHR. Heb er verschillende gehad, nooit enig probleem.

Wat wellicht het geval is dat de Firmware geüpdatet moet worden. Silicondust heeft geblunderd en hun site (verankerd in de firmware) aangepast. kan je testen door externe Internet verbinding uit te zetten. Als TVH dan de HDHR ziet heb je het firmwareprobleem.

Zie: http://bit.ly/2iwUhiw voor oorzaak & oplossingen.

[BIERAAP]

Sinds een week in het bezit van een hdhomerun. Na vrolijk tvheadend hdhomerunutils geisntalleerd te hebben krijg ik het niet voor elkaar om tvheadend dat hij services vind. In tvheadend. Als ik de logging bekijk zie ik niet dat hij begint met scannen. Iemand enig idee? ik heb de laatste build van tvheadend en hdhomerunutils. Manual scannen via commandline werkt prima zonder issue. In Tvheadend zie ik de /dev/dvb/adapter0-1 als de hdhomerun device zelf. In de logging zie ik dit : mpegts: 474MHz in Ziggo - add raw service
Iemand enig idee wat er fout gaat?

[Verwijderd]

@bieraap

Kijk eens naar het bericht direct boven dat van jou.

[the-body]

Verwijderd schreef op maandag 16 januari 2017 @ 08:34:
Wat bedoel je met "Eerst moet je met een Windows machine de HDHomerun installeren." want er valt niets te installeren op een HDHR. Heb er verschillende gehad, nooit enig probleem.

Voor Windows is er een HDHomerun Setup applicatie. Hiermee kun je echt wel verschillende instellingen zetten en ook zenders zoeken. Je kunt bv. de QAM waardes instellen en het soort signaal (DVB-C, DVB-T etc) instellen. Ook kun je hem zo instellen dat Windows Media Center hem ook ziet als hij als DVB-C tuner wordt gebruikt; WMC kan van zichzelf daar niet mee omgaan. De HDHomerun presenteert zich dan als DVB-T tuner.

[BIERAAP]

Tvheadend ziet prima de beide tuners.
Echter hij gaat niet scannen.
Firmware is de laatste gezien deze werd geupdate met de hdhomerun windows app. Hiermee scant hij prima en vind ook zenders. Hiermee concludeer ik heel voorzichtig dat het dan toch in de ubuntu setup ligt.. Maar ik kan dan ook nergens een goede werkende tutorial vinden omdat ik keer op keer strand bij het scannen welke hij weigert.

Verwijderd schreef op dinsdag 17 januari 2017 @ 12:18:
@bieraap

Kijk eens naar het bericht direct boven dat van jou.

Als ik het issue goed lees zou dit zich moeten uiten in het feit dat de hdhomerun helemaal niet gezien wordt? Dit terwijl tvheadend hem prima ziet.

[the-body]

BIERAAP schreef op vrijdag 20 januari 2017 @ 08:24:
Tvheadend ziet prima de beide tuners.
Echter hij gaat niet scannen.
Firmware is de laatste gezien deze werd geupdate met de hdhomerun windows app. Hiermee scant hij prima en vind ook zenders. Hiermee concludeer ik heel voorzichtig dat het dan toch in de ubuntu setup ligt.. Maar ik kan dan ook nergens een goede werkende tutorial vinden omdat ik keer op keer strand bij het scannen welke hij weigert.

Ik had hetzelfde in eerste instantie, ik had TVheadend geïnstalleerd op mijn XPenology (Synology kloon). Nadat ik de nieuwste versie er op zette via de repository syno.dierkse.nl ging het daarna als een speer. Ik gebruik nu versie 4.1.2389-1.

[BIERAAP]

the-body schreef op vrijdag 20 januari 2017 @ 09:14:
[...]


Ik had hetzelfde in eerste instantie, ik had TVheadend geïnstalleerd op mijn XPenology (Synology kloon). Nadat ik de nieuwste versie er op zette via de repository syno.dierkse.nl ging het daarna als een speer. Ik gebruik nu versie 4.1.2389-1.

Ok goed dat het nu werkt. Ik ben bang gezien ik op Ubuntu 10 , 12 en 14 heb geprobeerd dat ik toch zelf iets fout doe maar geen idee wat.

[Snippo]

Heeft iemand een idee of het mogelijk is om TVHeadend in een Docker op Windows Server te draaien?
Volgens mij moet het nu mogelijk zijn om Linux dockers onder Windows te draaien, maar of TVHeadend ook werkt is de vraag.
Voor een nieuwe server zit ik namelijk vast aan Linux voor TVHeadend, maar ook aan Windows voor andere software. TVHeadend onder Windows zou in dat geval wel een oplossing zijn.

[schumi2004]

the-body schreef op vrijdag 20 januari 2017 @ 09:14:
[...]


Ik had hetzelfde in eerste instantie, ik had TVheadend geïnstalleerd op mijn XPenology (Synology kloon). Nadat ik de nieuwste versie er op zette via de repository syno.dierkse.nl ging het daarna als een speer. Ik gebruik nu versie 4.1.2389-1.

Ik blijf maar ellende hebben met nieuwere versies van TVHeadend, een GUI bewerking of een recording laat bij mij TVH crashen. De enige die stabiel draait hier is 4.1.1945

Twijfel nu of ik nog eens een poging zal wagen.

[Verwijderd]

Ik heb hier (DS216+II, DSM6.0) 4.1.2389 probleemloos draaien.