auslöser von ruckeln und aussetzern bei der eHD

mal nur so ein gedanke

die reel bekommt seinen input vom eingebauten netciver über lan
die eigenbauten mit eHD über dvb karten per pci
vielleicht "fressen" evt eingebaue karte die leistung die das mainboard bräuchte um rucklerfrei zu laufen oder die dvb karten vertragen sich nicht so mit der reel eHD

könnte ja sein

Generell scheint die Geschwindigkeit des PCI Bus schon eine Rolle zu spielen. Ich hatte vorher mein Raid über ein PCI-Controller laufen, dort hat HD dann ohne Ende geruckelt.

Nach Umstellung des ganzen auf Onboard Sata, waren diese Ruckler weg.

Das spricht für die PCI-Theorie.

Dagegensetzen kann ich jetzt aber, das ich aber jetzt zum Beispiel einen HD Kanal aufnehmen kann und einen anderen paralell schauen kann. Also habe ich eine Last von 2 HD Kanälen auf dem PCI Bus, wovon der eine ja auch wieder zurück über den Bus an die HDe läuft.
Mehr Ruckler bekomme ich dadurch aber nicht.
Wobei ich sagen muss das die Ruckler ansich bei mir auch sehr sehr selten auftreten. Normalerweise höchstens 1-2x pro Film.

Das mit der Reelbox stimmt nicht ganz, die bekommt zwar die Daten vom Netciver via LAN, aber woran ist wohl das LAN Interface angeschlossen ?

Fazit: Die Daten gehen so oder so auf die eine oder andere Weise über den PCI.

Ich benutze die Reel-eHD nun auch im Produktiv-VDR und habe auch im HD-Bereich die Aussetzer. Die SD-Wiedergabe läuft dagegen fehlerfrei und in wesentlich besserer Bildqualität als meine alte FF mit avboard. So nach ca. 10-15 Minuten kommt es dabei zu einem Bildaussetzer (wird kurz schwarz). Der Ton läuft weiter und es synct sich dann auch wieder. Im VDR Logfile taucht dann auch nur die Meldung auf, das der Ringbuffer vollgelaufen und gelöscht worden ist:

pr 16 19:41:07 vdr vdr: [6055] buffer usage: 70% (tid=6054)
Apr 16 19:41:07 vdr vdr: [6055] buffer usage: 80% (tid=6054)
Apr 16 19:41:07 vdr vdr: [6055] buffer usage: 90% (tid=6054)
Apr 16 19:41:07 vdr vdr: [6055] buffer usage: 100% (tid=6054)
Apr 16 19:41:07 vdr vdr: [6055] ERROR: 1 ring buffer overflow (177 bytes dropped)
Apr 16 19:41:08 vdr vdr: [6054] clearing transfer buffer to avoid overflows

Im Laufe von 90 Min. komme ich so auf ca. 3-4 Bildaussetzer. Dies ist bisher auch unabhängig vom SVN-Stand der Treiber so. Was mich interessieren würde ist, ob die Karte mit TS-Streams diese Probleme nicht hat. Um dies zu simulieren, müsste es doch reichen, wenn man via streamdev/hdtsplay die Daten an die eHD schiebt, oder aber kann man vielleicht am tun-Device etwas tunen (Checksummenberechnung abschalten via ethtool)?

cu,

Quacks

Im Prinzip kannst du theoretisch doch gleich das dvr Device an hdtsplay geben, brauchst nur die passende vpid und apid (vorher muss die DVB Karte natürlich auf einen Kanal getunt sein (entweder szap2 oder mit VDR nen kanal einstellen und den VDR abschießen).

dann hdtsplay vpid apid /dev/dvb/adapterX/dvr0

Der DVB Treiber gibt ja nur einen TS aus.

Im hdplayer2 Verzeichnis ist hdtsplay nicht mehr vorhanden. im hplayer Verzeichnis gibt es das zwar noch, die Übergabe direkt vom dvr Device funktioniert aber damit bei mir nicht.

Mit dem SVN von heute sieht es etwas anders aus. Ich habe immer noch die Bildaussetzer, diese laufen auf folgende Meldungen im VDR:

Apr 17 21:35:49 vdr vdr: [6413] TS continuity error (7)
Apr 17 21:35:49 vdr vdr: [6413] TS continuity error (8)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (11)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (10)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (7)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (2)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (14)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (15)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (9)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (14)
Apr 17 21:35:50 vdr vdr: [6413] TS continuity error (10)
Apr 17 21:35:50 vdr vdr: [6413] PES packet shortened to 1656 bytes (expected: 1806 bytes)

Zur gleichen Zeit bekomme ich auf der eHD in den Kernel Messages folgende Zeile dazu:

<4>fs453: ioctl 40046538 not supported

Danach fängt sich das ganze wieder nach 1-2 Sekunden

cu. Quacks

ist schon alles komisch, ich habe so überhaupt kein Ruckler, allerdings bleibt das Bild bei mir irgendwann einfach stehen. Ist dann wie ein Standbild. Jegliche Aktion auf der Fernbedienung stößt das Bild dann wieder an.

cu
Andreas

FastViper: Nur eine DVB-Karte und EPG-Scan aktiv? Dann wäre das normal.

nur eine tt3200-s2 drin, stimmt. Aber nur eine Karte drin stellt ein Problem dar ?? EPG-Scan weiß ich jetzt gar nicht, muß ich heute Abend mal schauen. Du meinst den VDR eigenen EPG-Scan ?

cu
Andreas

Zitat

Original von FastViper
nur eine tt3200-s2 drin, stimmt. Aber nur eine Karte drin stellt ein Problem dar ?? EPG-Scan weiß ich jetzt gar nicht, muß ich heute Abend mal schauen. Du meinst den VDR eigenen EPG-Scan ?

cu
Andreas

Hi,

das war glaube ich schon auch bei den DVB-S Karten so. Wenn der EPG-Scan vom VDR startet gibts ein Standbild...der EPG-Scan steht Standardmäßig auf 5 Stunden soweit ich weiß. Vielleicht passt das ja zeitlich zu deinem Standbild?

Ein Problem ist nur eine DVB-S2-Karte nicht. Bei aktiviertem EPG Scan tritt aber dann genau das von dir beschriebene Verhalten auf, da VDR ja die verschiedenen Transponder durchgeht und damit ständig den Kanal wechselt. Dies wurde dann halt als Standbild des zuletzt eingeschalteten Kanals dargstellt.

Bei den DVB-S Karten war das auch schon so.

Interessanterweise haben nicht nur wir HDe-Nutzer das Problem mit Ruckel-Fussball auf P-HD:
http://www.dvbviewer.info/forum/index.php?showtopic=26079
Naehrt meinen Verdacht, dass das Ausgangsmaterial zumindest eine Teilschuld daran hat.

Zitat

das war glaube ich schon auch bei den DVB-S Karten so. Wenn der EPG-Scan vom VDR startet gibts ein Standbild...der EPG-Scan steht Standardmäßig auf 5 Stunden soweit ich weiß. Vielleicht passt das ja zeitlich zu deinem Standbild?

leider nicht, die Hänger liegen immer so zwischen 1-2 Stunden.

cu
Andreas

Hi das Standbild kann ich bestätigen. Im Log kommt folgendes:

Apr 18 14:21:05 vdr02 vdr: [26189] ecmhandler 0 filter thread started (pid=3860, tid=26189)
Apr 18 14:21:05 vdr02 vdr: [26190] receiver on device 1 thread started (pid=3860, tid=26190)
Apr 18 14:21:05 vdr02 vdr: [26191] TS buffer on device 1 thread started (pid=3860, tid=26191)
Apr 18 14:21:06 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:06 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:06 vdr02 vdr: [26188] TS continuity error (11)
Apr 18 14:21:06 vdr02 vdr: [26188] TS continuity error (8)
Apr 18 14:21:06 vdr02 vdr: [26188] TS continuity error (10)
Apr 18 14:21:06 vdr02 vdr: [26188] TS continuity error (7)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (10)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (10)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (8)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (8)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (11)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (4)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (10)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (1)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (2)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (0)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (12)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (4)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (9)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (1)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (13)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (3)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (12)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (13)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (5)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (9)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (10)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (10)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (2)
Apr 18 14:21:07 vdr02 vdr: [3925] frontend 0 lost lock on channel 9, tp 111914
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (3)
Apr 18 14:21:07 vdr02 vdr: [26188] TS continuity error (9)
Apr 18 14:21:07 vdr02 vdr: [3925] frontend 0 regained lock on channel 9, tp 111914
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (13)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (9)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (1)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (0)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (11)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (1)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (9)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (7)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (6)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (15)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (1)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (4)
Apr 18 14:21:08 vdr02 vdr: [26188] TS continuity error (11)
Apr 18 14:21:08 vdr02 vdr: [3860] switching to channel 8
Apr 18 14:21:08 vdr02 vdr: [26188] transfer thread ended (pid=3860, tid=26188)
Apr 18 14:21:08 vdr02 vdr: [3860] cTS2PES got 3 TS errors, 32 TS continuity errors
Apr 18 14:21:08 vdr02 vdr: [3860] cTS2PES got 0 TS errors, 16 TS continuity errors

das kommt dann so lange bis ich den Kanal wechsel:

Apr 18 14:21:16 vdr02 vdr: [26266] TS continuity error (12)
Apr 18 14:21:16 vdr02 vdr: [26266] TS continuity error (7)
Apr 18 14:21:16 vdr02 vdr: [3925] frontend 0 lost lock on channel 8, tp 111914
Apr 18 14:21:16 vdr02 vdr: [26266] TS continuity error (3)
Apr 18 14:21:16 vdr02 vdr: [26266] TS continuity error (7)
Apr 18 14:21:16 vdr02 vdr: [26266] TS continuity error (0)
Apr 18 14:21:17 vdr02 vdr: [3860] switching to channel 1

Sprich auf einen normalen DVB-S Kanal und dann wieder zurück und dann läuft es wieder.

irgendwie sehr entspanned, daß ich nicht der Einzigste mit diesem Fehler bin
Aber warum dies nicht bei jedem auftritt ist wiederum verwunderlich.

Zitat

Originally posted by FastViper
irgendwie sehr entspanned, daß ich nicht der Einzigste mit diesem Fehler bin
Aber warum dies nicht bei jedem auftritt ist wiederum verwunderlich.

Hmmh, ich habe Kabel und nur die Aussetzer. Die Ruckler sind bei mir und meinem Nachbarn, der eine ähnliche Config hat noch nicht aufgetreten. Vielleicht liegt es ja daran...

cu,

Quacks