Verschillende fouten in tvheadend op Ubuntu 9.10

[Gast plind69]

In deze post gaf ik recentlijk al aan dat tvheadend wat moeite had met het vinden van de zenders op twee specifieke frequenties. Ineens waren de zenders er wel en ik dacht dat ik klaar was. Niks is minder waar, echter, want de zenders op deze frequenties blijven me hoofdpijn bezorgen, voornamelijk omdat er na enkele minuten al allemaal fouten beginnen op te treden, waarmee de stream corrupt raakt, te weten een hele berg van deze:

Citaat:

"Mar 04 20:59:32 TS: FireDTV C/CI/0500 Ziggo SA Network: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 1269 duplicate log lines suppressed"

 

Andere foutregels die ik tussendoor voorbij zie komen zijn:

Citaat:

"Mar 04 20:58:46 cwc: Got unexpected ECM reply (seqno: 72)"

"04 20:55:47 TS: FireDTV C/CI/0500 Ziggo SA Network: 388,000 kHz/Nederland 3: MPEG2VIDEO @ #40: Continuity counter error"

 

Daarnaast probeer ik wel eens op mijn server een stream te openen en daarna op mijn client (op de server alles afgesloten) en dan begint ie te klagen over:

Citaat:

"Mar 04 21:35:36 Transport: Subscription "192.168.10.98 [ XBMC Media Center ]": Skipping "FireDTV C/CI/0500 Ziggo SA Network: 316,000 kHz/RTL 4" -- Adapter in use by other subscription"

of

Citaat:

"Mar 04 21:22:53 dvb: "_dev_dvb_adapter0_FireDTV_C_CI388000000_1f43" unable to open demuxer "/dev/dvb/adapter0/demux0" for pid 5001 -- Too many open files"

 

Geen idee hoe ik daar vanaf kom zonder mijn server te herstarten.

 

Kortom, allemaal een redelijke reeks van ellendige dingetjes. Ik had me de tvheadend-setup iets rooskleuriger voorgesteld. Ik hoop dat ik met een paar goede aanwijzingen van mensen in dit forum nog wat verder kom!

 

B.v.d.,

 

Pascal.

 

P.S. Ik gebruik een FloppyDTV kaart (firewire connectie), Irdeto Ziggo kaart in een Smargo cardreader. Verder gebruik ik NewCS 1.66. Signaalkwaliteit op de betreffende frequenties is 100% (te zien in de continue signaal kwaliteitsmeting). Laatste wordt ook bevestigd in de MediaPortal tv server op de Windows XP dual boot.

[Gast opdenkamp]

Dit ziet er hetzelfde uit als ik in deze post had: http://www.sat4all.com/forums/ubbthreads.php/topics/1810204/opdenkamp#Post1810204

 

Start tvheadend eens in debugging mode (ik geloof -d op de command line) en kijk wat er precies tussen newcs en tvheadend wordt gecommuniceerd.

[Rigolo]

ik zou aanraden tvheadend met de -d -s optie te starten, en dit neer te zetten in de /etc/default/tvheadend bestand welke gecontroleerd wordt bij het opstarten van de /etc/init.d/tvheadend.

 

Ik heb daar het volgende in staan:

Code:

DAEMON_ARGS="$DAEMON_ARGS -d -s"

Dan wordt er gelogt naar de daemon.og in /var/log nml.

 

Tevens klinkt het gewoon als een signaal probleem. En de signaal qualiteit meters in tvheadend werken alleen als je ze expliciet aanzet in de configuratie. Anders staat er altijd 100%. Maar meestal geeft de signaal monitoring meer problemen dan dat het opleverd. Ik zelf controleer mijn signaal altijd via femon.

 

Je zegt dat je het met een andere setup geen problemen hebt. Is dat met de exact zelfde hardware configuratie? en de zelfde kabels etc?

 

[Gast plind69]

Hmmm... interessant. Ik zie inderdaad een correlatie tussen de ECM channel en de "Corrupted PES headers". Hier een stukje uit mijn daemon.log:

Code:

Mar 11 09:53:36 mediasvr tvheadend[4687]: cwc: Got unexpected ECM reply (seqno: 10)Mar 11 09:53:36 mediasvr tvheadend[4687]: cwc: Received ECM reply (channel 211) for service "Nederland 3" even: c5.62.8e.b5.39.50.58.e1 odd: ec.43.2e.5d.9a.8c.e3.09 (seqno: 11)Mar 11 09:53:36 mediasvr tvheadend[4687]: parser: transport _dev_dvb_adapter0_FireDTV_C_CI388000000_1f43 stream MPEG2AUDIO, DTS discontinuity. DTS = 9154905, last = 7636425Mar 11 09:53:37 mediasvr tvheadend[4687]: parser: transport _dev_dvb_adapter0_FireDTV_C_CI388000000_1f43 stream MPEG2VIDEO, DTS discontinuity. DTS = 9201600, last = 7689600Mar 11 09:53:40 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 3Mar 11 09:53:40 mediasvr tvheadend[4687]: cwc: Sending ECM (channel 211) section=1/2, for service Nederland 3 (seqno: 12)Mar 11 09:53:40 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 9999Mar 11 09:54:01 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES headerMar 11 09:54:01 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 3Mar 11 09:54:01 mediasvr tvheadend[4687]: cwc: Sending ECM (channel 211) section=1/2, for service Nederland 3 (seqno: 13)Mar 11 09:54:01 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 9999Mar 11 09:54:02 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 41 duplicate log lines suppressedMar 11 09:54:02 mediasvr tvheadend[4687]: cwc: Got unexpected ECM reply (seqno: 12)Mar 11 09:54:02 mediasvr tvheadend[4687]: cwc: Received ECM reply (channel 211) for service "Nederland 3" even: e9.8b.eb.5f.f7.01.b0.a8 odd: c8.9d.da.3f.7a.53.14.e1 (seqno: 13)Mar 11 09:54:03 mediasvr tvheadend[4687]: parser: transport _dev_dvb_adapter0_FireDTV_C_CI388000000_1f43 stream MPEG2AUDIO, DTS discontinuity. DTS = 4986487179, last = 11416425Mar 11 09:54:03 mediasvr tvheadend[4687]: parser: transport _dev_dvb_adapter0_FireDTV_C_CI388000000_1f43 stream MPEG2AUDIO, DTS discontinuity. DTS = 11541705, last = 4986487179Mar 11 09:54:03 mediasvr tvheadend[4687]: parser: transport _dev_dvb_adapter0_FireDTV_C_CI388000000_1f43 stream MPEG2VIDEO, DTS discontinuity. DTS = 11577600, last = 11451600Mar 11 09:54:22 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 3Mar 11 09:54:22 mediasvr tvheadend[4687]: cwc: Sending ECM (channel 211) section=1/2, for service Nederland 3 (seqno: 14)Mar 11 09:54:22 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 9999Mar 11 09:54:35 mediasvr tvheadend[4687]: cwc: Received ECM reply (channel 211) for service "Nederland 3" even: e9.8b.eb.5f.f7.01.b0.a8 odd: 55.39.d2.60.58.77.50.1f (seqno: 14)Mar 11 09:54:43 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 3Mar 11 09:54:43 mediasvr tvheadend[4687]: cwc: Sending ECM (channel 211) section=1/2, for service Nederland 3 (seqno: 15)Mar 11 09:54:43 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 9999Mar 11 09:55:04 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES headerMar 11 09:55:04 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 3Mar 11 09:55:04 mediasvr tvheadend[4687]: cwc: Sending ECM (channel 211) section=1/2, for service Nederland 3 (seqno: 16)Mar 11 09:55:04 mediasvr tvheadend[4687]: cwc: Filtering ECM channel 9999Mar 11 09:55:05 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 43 duplicate log lines suppressedMar 11 09:55:06 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 168 duplicate log lines suppressedMar 11 09:55:07 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 313 duplicate log lines suppressedMar 11 09:55:08 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 444 duplicate log lines suppressedMar 11 09:55:09 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 582 duplicate log lines suppressedMar 11 09:55:10 mediasvr tvheadend[4687]: TS: FireDTV C/CI/Ziggo Digitale Televisie: 388,000 kHz/Nederland 3: MPEG2AUDIO @ #98: Corrupted PES header, 710 duplicate log lines suppressed

 

Hij filtert twee ECM kanalen: 3 en 9999. En ik zie continu dat na 9999 die PES header fouten optreden. Ik zie soortgelijke meldingen in de thread waar jij naar linkte @opdenkamp. Het lijkt er niet op dat iemand van jullie hier al een oplossing voor heeft gevonden, toch?

 

Overigens zie ik ook "DTS discontinuity" fouten (?) optreden, maar die hebben vooralsnog geen zichtbaar effect op de stream.

 

Heb nu NewCS 1.65 draaien, omdat ik hier en daar zag dat ie wat stabieler zou zijn, maar dat maakt geen verschil.

 

@rigolo, wat betreft de signaalkwaliteit: die blijkt uit de continue monitoring echt 100% te zijn. Als ik de machine naar Windows XP boot, met MediaPortal TV Server, dan draait alles perfect. Alles is identiek, *behalve* dat ik onder Windows met een AlphaCrypt Classic card draai en niet met NewCS. Laatstgenoemde wilde ik ook nog gaan proberen, maar vooralsnog ben ik erg gelukkig met de stabiele AlphaCrypt oplossing.

 

FF checken: onder Linux draai ik NewCS omdat ik begreep dat AlphaCrypt niet in TVHeadend gebruikt kan worden. Dat klopt, toch?

[ArChie]

Origineel bericht van: plind69

Hmmm... interessant. Ik zie inderdaad een correlatie tussen de ECM channel en de "Corrupted PES headers". Hier een stukje uit mijn daemon.log:

Ik heb het idee dat je signaal problemen hebt waardoor de data packetjes van de Transport Stream corrupt raken en TVHeadend er geen kaas meer van kan maken. Er zijn een aantal plaatsen waar data corruptie gesignaleerd kan worden. Allereerst door de DVB-C tuner als deze middels de ReedSolomon fout correctie op getreden bitfouten niet meer kan herstellen. De FireDTV hardware hoort dan in de packet header te signaleren dat de data van dat packet corrupt is. Helaas heb ik zelf de ervaring dat de BDA drivers van Twinhan dat niet doen waardoor DVB applicaties zoals TVHeadend niet weten dat ze die corrupte data packetjes kunnen negeren. Vervolgens zijn veel type data packetjes die voor DVB-SI gebruikt worden voorzien van een CRC-32 om de data integriteit te controleren en ik meen dat de MPEG data streams van de kanalen op hun beurt ook een soort CRC mechanisme ondersteunen. Ook zitten er nog continuity counters in packetjes om te controleren of alle packetjes zijn aangekomen. Zeker bij de Twinhan DVB hardware is het van belang die andere controle mechanismen worden geïmplementeerd door de DVB applicatie vanwege het ontbreken van bitfouten detectie door de Twinhan hardware/drivers.

[Gast plind69]

Op jullie aanraden toch even femon geïnstalleerd en gerund. Ik krijg een hele reeks van deze meldingen:

Code:

FE: FireDTV C/CI (DVBC)Problem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2323 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2323 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2424 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2424 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2424 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2424 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2424 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2323 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2323 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCKProblem retrieving frontend information: Operation not supportedstatus SCVYL | signal ff00 | snr 2424 | ber 00000000 | unc 00f817e9 | FE_HAS_LOCK

 

Ik weet niet precies waar ik naar moet kijken, alhoewel ik wel begrijp dat de waarde bij UNC bevestigt wat @ArChie aangeeft, nl. dat de FloppyDTV kaart fatsoenlijke foutcorrectie ontbeert. Maar kunnen jullie me zeggen of de signaalkwaliteit volgens deze output voldoende is?

 

Ik weet niet wat ik hier verder nog mee kan. De machine staat in de meterkast van een nieuw huis en hang direct aan het CAI punt. Is dit jammer maar helaas voor de FloppyDTV onder Linux?

 

B.v.d., Pascal.

 

P.S. @ArChie, jij hebt het over Twinhan drivers; zijn dit dan dezelfde die voor FloppyDTV worden gebruikt? Ik zag dat Twinhan een andere leverancier is...

[ArChie]

Origineel bericht van: plind69

Ik weet niet precies waar ik naar moet kijken, alhoewel ik wel begrijp dat de waarde bij UNC bevestigt wat @ArChie aangeeft, nl. dat de FloppyDTV kaart fatsoenlijke foutcorrectie ontbeert. Maar kunnen jullie me zeggen of de signaalkwaliteit volgens deze output voldoende is?

Ik weet niet goed hoe ik de output moet interpreteren. Ken de tool niet. Ik weet niet of de FloppyDTV/FireDTV BER informatie kan leveren aan dat tool, maar normaal is dat de waarde die aangeeft of de tuner problemen heeft met het omzetten van het signaal naar bitstream. Uit die 0 waarde voor de BER zou je dan kunnen concluderen dat er geen signaal problemen zijn, als de hardware tenminste in staat is om daar meetwaarden over te verstrekken.

Citaat:

Ik weet niet wat ik hier verder nog mee kan. De machine staat in de meterkast van een nieuw huis en hang direct aan het CAI punt. Is dit jammer maar helaas voor de FloppyDTV onder Linux?

Heb je toevallig een dual boot configuratie met Windows en geïnstalleerde BDA drivers? Zo ja, dan zijn er wel wat freeware DVB tooltjes die de signaal kwaliteit in een percentage kunnen ophoesten.

Citaat:

P.S. @ArChie, jij hebt het over Twinhan drivers; zijn dit dan dezelfde die voor FloppyDTV worden gebruikt? Ik zag dat Twinhan een andere leverancier is...

Duizend maal excuses, ik haal even twee merken door elkaar. Als ik het mij goed herinner heb ik wel eens een Transport Stream capture file van iemand gehad die een FloppyDTV gebruikte en daarin zag ik toen voor het eerst dat af en toe het transport_error_indicator bitje in de packet header was gezet, terwijl ik de Twinhan DVB-C PC-TV kaart die ik heb dat nog nooit heb zien doen.

Zoals ik echter al aangaf is die transport_error_indicator maar één van de mechanismen die gebruikt worden om de integriteit van de data te verifiëren en voordat die data bij de DVB applicatie zoals TVHeadend terecht komt kan er natuurlijk ook nog data/packets verdwijnen door bijvoorbeeld driver problemen. Misschien is het wel firewire driver probleem of een FloppyDTV driver probleem onder Linux.