Aufnahmefehler bei einigen Sendern

[mikeeagle]

Ich dachte mit der Umstellung von der Direktverbindung von dbox und PC hin zur Lösung DSL Router (Fritz!Box Fon WLAN 7170) würden die Probleme verschwinden. Zwar wird jetzt beim Netzwerktest alles erreicht, beim Neustart der dbox wird auch die Internetverbindung nicht mehr gekappt, aber bei den Aufnahmen habe ich immer noch Probleme mit manchen Sendern. Hier nur ein Beispiel wie das bei 3Sat und jetzt auch noch ZDFDoku häufig vorkommt. Aufnahme mit udrec 0.13 beta als TS-Stream. XMG als Software.

Aufnahmelog:

Log:
C:\Programme\XMediaGrabber\udrec.exe -host 192.168.178.3 -udp 31341 -tcp 31340 -now -ts -o D:\Dbox-Aufnahme\2006-10-24 Doku XY\ Doku XY -buf 16 -vp d2 -ap dc -ap dd
15:42:04 INFO - 15:42:04 to DBox: VIDEOTS 31341 16 0 1 vaa 0d2 0dc 0dd
15:42:05 INFO - 15:42:05 from DBox: INFO: IP c0a8b214 Port 31341
15:42:05 INFO - 15:42:05 from DBox: PID vaa 1 d2 dc dd
15:42:05 INFO - 15:42:05 to DBox: START
15:42:05 INFO - 15:42:05 from DBox: INFO: UdpSender() - PID243 R0 W0
15:42:05 INFO - 15:42:05 from DBox: INFO: DmxTSReader() - Pid 275232 0 0
17:20:01 INFO - 17:20:01 to DBox: STOP
17:20:01 INFO - 17:20:01 network statistics:
17:20:01 INFO - max: 8,7 Mbit/s total data rate
17:20:01 INFO - average: 5,3 Mbit/s total data rate
17:20:01 INFO - no resends
17:20:01 INFO - 17:20:01 TcpSender stopped
17:20:06 INFO - 17:20:06 KeyboardRecordControl stopped
17:20:06 INFO - 17:20:06 PESWriter stopped

Dann das Entpacken des TS-Streams mit ProjectX:

<<< Session Informationen >>>

Dienstag, 24. Oktober 2006 17.55 Uhr CEST
ProjectX 0.90.4.00 (30.03.2006)

-> arbeite an Zusammenstellung 0

-> normale Logdatei automatisch speichern
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> Auflösung in SDE setzen
-> PVA: Audio nur formatgerecht behandeln
-> VOB: versch. Cell-Zeitlinen beachten
-> TS: ignoriere verschlüsselte Pakete
-> TS: erweiterte Paketinhaltsuche
-> TS: verbinde Dateisegmente (Dreambox®)
-> TS: generiere PMT inhaltsbezogen
-> akzept. nur geschlossene PES/TS Pakete
-> verbinde verschiedene Aufnahmen
-> 1.PES-Paket muß mit Video starten
-> generiere PCR/SCR aus PTS

-> schreibe Ausgabedateien nach: 'D:\Dbox-Aufnahme\2006-10-24 Doku XY'

-> Eingabedatei 0: 'D:\Dbox-Aufnahme\2006-10-24 Doku XY\ Doku XY_00.ts' (3.798.810.624 Bytes)
-> Dateityp ist TS (generic PES Container)
-> demultiplexe
-> keine PMT gefunden (mit kurzem Scan)
ok> PID 0xD2 hat PES-ID 0xE0 (MPEG Video) (9776 #53)
ok> PID 0xDC hat PES-ID 0xC0 (MPEG Audio) (29140 #156)
ok> PID 0xDD hat PES-ID 0xC1 (MPEG Audio) (32900 #176)
-> Videoeigenschaften: 720*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvPuffer 112
-> starte Export von Videodaten bei GOP# 0
!> verwerfe überflüssige B-Frames bei GOP# 0 / neuer Zeitindex 00:00:00.000
!> PID 0xD2 -> Paket 30470 bei Pos.: 5728172 außerhalb der Sequenz (8/7) (Zählerkorrektur..) (~00:00:11.800)
!> PID 0xD2 -> Paket 38909 bei Pos.: 7314704 außerhalb der Sequenz (4/3) (Zählerkorrektur..) (~00:00:15.400)
!> PID 0xD2 -> Paket 42772 bei Pos.: 8040948 außerhalb der Sequenz (5/4) (Zählerkorrektur..) (~00:00:16.840)
!> PID 0xD2 -> Paket 54578 bei Pos.: 10260476 außerhalb der Sequenz (15/14) (Zählerkorrektur..) (~00:00:22.120)
!> PID 0xD2 -> Paket 83692 bei Pos.: 15733908 außerhalb der Sequenz (10/9) (Zählerkorrektur..) (~00:00:34.360)
!> PID 0xD2 -> Paket 84944 bei Pos.: 15969284 außerhalb der Sequenz (0/15) (Zählerkorrektur..) (~00:00:34.840)
!> PID 0xD2 -> Paket 102136 bei Pos.: 19201380 außerhalb der Sequenz (12/11) (Zählerkorrektur..) (~00:00:42.160)
!> PID 0xD2 -> Paket 120089 bei Pos.: 22576544 außerhalb der Sequenz (0/15) (Zählerkorrektur..) (~00:00:49.120)
!> PID 0xD2 -> Paket 130752 bei Pos.: 24581188 außerhalb der Sequenz (2/1) (Zählerkorrektur..) (~00:00:52.480)
!> PID 0xD2 -> Paket 136674 bei Pos.: 25694524 außerhalb der Sequenz (15/14) (Zählerkorrektur..) (~00:00:54.880)
!> PID 0xD2 -> Paket 151381 bei Pos.: 28459440 außerhalb der Sequenz (11/10) (Zählerkorrektur..) (~00:00:59.200)
!> PID 0xD2 -> Paket 151395 bei Pos.: 28462072 außerhalb der Sequenz (9/8) (Zählerkorrektur..) (~00:00:59.200)
!> PID 0xD2 -> Paket 153926 bei Pos.: 28937900 außerhalb der Sequenz (12/11) (Zählerkorrektur..) (~00:01:00.160)
!> PID 0xDC -> Paket 161685 bei Pos.: 30396592 außerhalb der Sequenz (3/2) (Zählerkorrektur..) (~00:01:02.800)
!> packet writing: length index out of bounds, shortened.. (dc / c0 / c0 / 375 -- 5210 / 14 / 5376) @ PTS 08:57:22.970
!> PID 0xD2 -> Paket 164335 bei Pos.: 30894792 außerhalb der Sequenz (4/3) (Zählerkorrektur..) (~00:01:03.760)
!> PID 0xD2 -> Paket 180663 bei Pos.: 33964456 außerhalb der Sequenz (4/3) (Zählerkorrektur..) (~00:01:09.880)

geht endlos so weiter (daher abgebrochen)...

!> Synchronisationswort gefunden bei Pos.: 2374500
!> 3 Frame(s) (72ms) eingefügt @ 00:02:27.816
!> Synchronisationswort fehlt bei Pos.: 2655205, @ 00:02:44.856
!> Synchronisationswort gefunden bei Pos.: 2655792
!> 2 Frame(s) (48ms) eingefügt @ 00:02:44.856
!> 2 Frame(s) (48ms) eingefügt @ 00:02:45.000
!> Synchronisationswort fehlt bei Pos.: 3572401, @ 00:03:41.616
!> Synchronisationswort gefunden bei Pos.: 3572628
!> 2 Frame(s) (48ms) eingefügt @ 00:03:41.736
!> Synchronisationswort fehlt bei Pos.: 4577941, @ 00:04:43.128
!> Synchronisationswort gefunden bei Pos.: 4578528
!> 12 Frame(s) (288ms) angefügt @ 00:05:18.984
Audio Frames: wri/pre/skip/ins/add 13303/0/0/16/12 @ 00:05:19.272 abgeschlossen...
---> neue Datei: 'D:\Dbox-Aufnahme\2006-10-24 Doku XY\ Doku XY_00[1].mp2'

Zusammenfassung der erstellten Mediendateien:
.Video (m2v): 7982 Bilder 00:05:19.280 'D:\Dbox-Aufnahme\2006-10-24 Doku XY\ Doku XY_00.m2v'
Audio 0 (mp2): 13303 Frames 00:05:19.272 0/0/35/14 'D:\Dbox-Aufnahme\2006-10-24 Doku XY\ Doku XY_00.mp2'
Audio 1 (mp2): 13303 Frames 00:05:19.272 0/0/16/12 'D:\Dbox-Aufnahme\2006-10-24 Doku XY\ Doku XY_00[1].mp2'
=> 179.758.672 Bytes geschrieben...
-> es wurden 359 Warn-/Fehlermeldungen ausgegeben.

Das Bild sieht an vielen Stellen so aus:



Bild aus ProjectX Vorschaufenster.

Muss man an der Fritz!Box noch bestimmte Ports für die dbox freigeben? Die Fehler kommen auch vor, wenn ich andere Programme schliesse um den Prozessor nicht zu belasten und das Netzwerk durch Internetverkehr nicht zu beeinflussen. Daran liegt's wohl nicht.
Wenn ich von den Dritten, arte oder Phoenix aufnehme, gibt's keine Probleme. Hier sind die Datenraten niedriger.

[wolgade]

Hier sind die Datenraten niedriger.

Du hast dir die Antwort schon selbst gegeben. Manche Sender haben inzwischen sehr hohe Datenraten. Da kommt die Netzwerkschnittstelle der Dbox an ihre Grenzen.

[mikeeagle]

Aber nicht bei 3Sat oder ZDFDoku. Das ging früher ja auch immer. Das liegt schon an irgendwelchen Einstellungen. Irgendwas ist nicht optimal konfiguriert.

[wolgade]

3sat hat abends nach 21.00 Uhr, wenn KiKa Sendeschluß hat, sehr knackige Datenraten.

Eine Bremse könnte natürlich dein Switch sein. Ich habe bis vor kurzem per NFS aufgenommen und diverse Optimierungen betrieben. Eine davon war, den Switch zu tauschen. Die Bastelarbeiten waren Gegenstand meines allerersten Posts in diesem Forum http://tuxbox-forum.dreambox-fan.de/for ... hp?t=34724.

[mikeeagle]

Die Aufnahmen sind oft nachmittags gemacht worden. Switch habe ich keinen.

PC und dbox sind über Netzwerkkabel jeweils mit meinem DSL Router verbunden.

3Sat und ZDFDoku haben zwar etwas höhere Datenraten, liegen aber eigentlich außerhalb des kritischen Bereichs, in dem z.B. das ZDF inklusiver aller Tonspuren liegt.

[new.life]

3Sat und ZDFDoku haben zwar etwas höhere Datenraten, liegen aber eigentlich außerhalb des kritischen Bereichs, in dem z.B. das ZDF inklusiver aller Tonspuren liegt.

..auch wenn du das nicht wahrhaben willst, wird es wahrscheinlich doch an den zu hohen Datenraten liegen oder/und an den verwendeten Netzwerkkomponenten...besonders Router/Switch. Die CPU-Last der Dbox während der Aufnahme spielt aber auch eine Rolle...was hast Du für ein Image auf der Dbox? Dein gleichlautendes Posting im Schwachmatenboard könnte auf ein Image schliessen was gegen den Artenschutz verstösst und zusätzliche negative Nebeneffekte hat.

[Hagan]

Wenn es am Netzwerk liegen würde, hättest Du aber entsprechende Fehlermeldungen im udrec-Log.
Für mich sieht das eher nach Empfangsproblemen aus.
Wenn man live auf der DBox fernsieht, merkt man das nicht so deutlich.
Da sind dann anstelle der deutlichen Fehler höchstens kurze Ruckler im Bild.

Ist das so?

[mikeeagle]

Sichtbare Empfangsprobleme habe ich eigentlich nur bei Starkregen oder starkem Wind.

Mir fällt auf, dass die maximale Datenrate im Vergleich zur durchschnittlichen sehr hoch ist und meist über 8 Mbit/s und bei manchen Sendern über 9 Mbit/s kommt.

Hier auch mal die Empfangswerte. Hab ja keinen Vergleich.

Empfangswerte ZDFDoku und 3Sat:
SIG: ca. 53000
SNR: ca. 47800
BER: 200 bis 1200 (springt ständig zwischen den Werten)

Zum Vergleich ARD, arte, Phoenix oder BR Fernsehen

SIG: ca. 53700
SNR: ca. 50600
BER: 0 bis 200 (springt zwischen den Werten, aber meist 0)

Zum Vergleich ZDF

SIG: 52942
SNR: ca. 47800
BER: 200 bis 1200 (springt ständig zwischen den Werten)

[usul1]

Die BER >0 deutet auf einen Fehler in der Sat Anlage hin (z.B. Schüssel nicht richtig eingestellt).
Im Normalfall ist sie bei Sat Empfang konstand Null.

BTW: Das ist übrigens die Bit Error Rate. Ist die größer als Null werden die Daten nicht fehlerfrei empfangen. Und das äußert sich z.B. in Bildstörungen da die MPEG "Datei" in dem Fall einfach Fehler hat.

cu
usul

[new.life]

..das äußert sich z.B. in Bildstörungen...

aber sicher nicht nur bei der Aufnahme/Liveview, oder? Die auf dem Bild geposteten typischen Artefakte kommen _nicht_ von evtl. Empfangsproblemen.

[Hagan]

Da täuschst Du Dich leider.
Das sind nämlich keine Artefakte, sondern typische Streamfehler.
Wie ich schon oben schrieb, sieht man die nur nicht so beim Live-Betrieb der DBox, da sie dort rausgefiltert werden und einfach das letzte gute Bild stehen bleibt, bis die Störung vorbei ist -> Ruckeln.
Nur wenn man die Stream am Computer betrachtet, sind sie sichtbar - und sehen dann genauso aus, wie in dem Bild.
Und wie ich ebenfalls schon schrieb, würden sich Netzwerkfehler im udrec-Log bemerkbar machen. Das ist aber einwandfrei.

[new.life]

Da täuschst Du Dich leider..

nein. Ich habe ähnliche BER-Werte zB. bei ZDF, habe aber keine Ruckler/Aussetzer/Artefakte bei normalem TV-Betrieb. Aufnahmefehler/Artefakte/Unterbrechungen habe ich aber auch keine bei Y-Liveview oder Aufnahmen auf einen NFS-Server.
Das Netzwerk ist nach meiner Meinung in diesem Fall einfach zu langsam/überlastet und es kommt zu retransmits/UDP-Pakete gehen verloren

[Hagan]

Das Netzwerk ist nach meiner Meinung in diesem Fall einfach zu langsam/überlastet und es kommt zu retransmits/UDP-Pakete gehen verloren

Und genau das würde im udrec-Log stehen.

[new.life]

Und genau das würde im udrec-Log stehen.

ja, sollte so sein. Ich habe 'früher' auch udrec benutzt und erkenne die hier gezeigten _typischen_ Artefakte wieder und die habe ich bisher ausschliesslich mit udrec gehabt. 'Damals' habe ich es mir mit cygwin/zu niedrige Priorität/???? versucht zu erklären.
Experiment: mal 'Playback anhalten' während der Aufnahme einschalten. Bei udrec hat das 'früher' Wunder gewirkt und nur mit dieser Option waren artefaktfreie Aufnahmen möglich.

[Hagan]

Schade für den OP, daß Du das so siehst.
Ich habe da exakt die gegenteiligen Erfahrungen gemacht und schwöre hundertprozentig auf udrec, das bei mir selbst bei Bitraten deutlich über 9 Mbit/s keine Probleme macht. Im Beispiel waren es grade mal 8.7 in der Spitze

Außerdem sollte man noch bedenken, daß die Fehler ja anscheinend nur bei den Sendern des ZDF-Transponders auftreten, der dazu noch erhöhte BER-Werte hat.
Ich finde, das sollte man nicht so einfach ignorieren.

Übrigens glaube ich auch nicht, daß Du damals "Netzwerkprobleme" hattest. Weder die cygwin-Priorität noch "Playback anhalten" haben irgendetwas mit dem Netzwerk zu tun.

Aber sicherheitshalber kann mikeeagle ja mal in beide Richtungen suchen.

Viele Grüße,
Hagan

[new.life]

Weder die cygwin-Priorität noch "Playback anhalten" haben irgendetwas mit dem Netzwerk zu tun.

schon klar! 'damals' war vor mehr als 3 Jahren und da gab es noch kein TS-Direktstreaming und udrec hat sich exakt so verhalten wie ich es hier beschrieben habe. Wie es _heute_ ist, weiss ich nicht, aber Deine BER-Theorie schliesse ich aus.