udrec-Testversion wg. buffer overflow

Nachricht

mehrber · #31 Beitrag von **mehrber** » Sa 31 Dez 2005, 12:57

Die Betaversion von udrec läuft bei mir weitgehend stabil. Beim ZDF gabs aber nach einigen Minuten einen Resync, nachdem zweimal das Bild kurz stehen blieb.

Einmal, ich denke es war auf *remiere 6, da startete die Aufnahme korrekt. Jedoch hat udrec die Daten nicht auf die Festplatte geschrieben. Stattdessen beanspruchte die udrec.exe immer mehr Speicher. Bei 400 MB habe ich die Aufnahme über JtG beendet. Anschliessend hat udrec die bis dahin angefallenen Daten auf die HD geschrieben. Im Logfile sah alles OK aus. Ein neues Feature?

tonsel · #32 Beitrag von **tonsel** » Sa 31 Dez 2005, 13:31

@petgun

Das ist wohl ein Fehler von udrec. Ursache dürften wohl die extrem hohe Resend-Anzahl sein, die einen von mir noch nicht bedachten Fehler auslöst.

@mehrber
Grundsätzlich handelt es sich um eine neues Feature von udrec, das normalerweise zum tragen komment, wenn ein Stream aussetzt. Nach einer gewissen Zeit (Option -sdt) sollten die Daten aber eigentlich von selbst auf die Platte wandern und der betreffend Stream deaktiviert werden.

Dieser Fall sollte aber auf P6 eigentlich nicht auftreten!?!?

tonsel

MOS-Marauder · #33 Beitrag von **MOS-Marauder** » Mi 12 Apr 2006, 4:19

Frage... Ich betreibe JTG zz mit ner Dreambox 500S, mein letztes Log sah so aus:

------snip-----
max: 7,8 Mbit/s total data rate
average: 7,2 Mbit/s total data rate
average: 0,000 Mbit/s resend data rate
count: 123 resend packets
average: 1 resend packet per 25378,4 total packets
max: 2 packets per resend
average: 1,0 packets per resend
----snip----

Ist das nu der "Standard" Dream500 fehler oder evtl mit der UDREC 12 "p" zusammenhängend die ich noch betreibe?

der Wert "-BUF" was genau bewirkt der ? Würde eine änderung +- etwas nützliches bewirken?

Vorher hatte ich mit meiner DBOX 0 resends und 0 sonstige fehler...

#34 Beitrag von **jmittelst** » Sa 15 Apr 2006, 19:42

Resends sind völlig egal, da keine Daten verloren gehen.

cu
Jens

CrazyLexx · #35 Beitrag von **CrazyLexx** » Mi 19 Apr 2006, 20:51

Habe heute nochmal Versuch eine Aufzeichnung von Premiere Direkt und Start zu machen und habe weiterhin Probleme:

Code: Alles auswählen

20:55:38 to DBox: VIDEO 31341 16 0 1 va 0ff 100
20:55:38 from DBox: /tmp/zapit.sock: No such file or directory
20:55:38 from DBox: [CBasicClient] connect failed.
20:55:38 from DBox: INFO: forced PES-Mode
20:55:38 from DBox: INFO: IP c0a80264 Port 31341
20:55:38 from DBox: PID va 2 ff 100
20:55:38 to DBox: START
20:55:38 from DBox: INFO: UdpSender() - PID153 R0 W0
20:55:38 from DBox: INFO: DmxReader() - Pid ff 204960 0 0
20:55:38 from DBox: INFO: DmxReader() - Pid 100 29280 0 0
20:56:08 found video stream (e0)
20:56:09 found mp2 stream (c0)
20:56:09 11:45:58.10: video resync
21:04:23 from DBox: ERROR: main() - SPkt buffer overflow
21:04:29 data rate > 9Mbit/s
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:30 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:33 from DBox: ERROR: main() - SPkt buffer overflow
21:04:34 data rate > 9Mbit/s
21:04:39 data rate > 9Mbit/s
21:04:53 21 packets lost
21:04:53 11:54:31.98: corrupt audio frame(s)
21:04:53 57 packets lost
21:04:53 11:54:33.14: video resync
21:04:53 57 packets lost
21:04:53 11:54:34.10: video resync
21:04:53 21 packets lost
21:04:53 11:54:40.47: corrupt audio frame(s)
21:04:53 3 packets lost
21:04:53 2 packets lost
21:04:53 3 packets lost
21:04:53 2 packets lost
21:04:53 2 packets lost
21:04:53 2 packets lost
21:04:53 281 packets lost
21:04:53 11:54:43.22: video resync
21:47:41 to DBox: STOP
21:47:41 network statistics:
max:      9,4 Mbit/s total data rate
average:  2,5 Mbit/s total data rate
average:  0,068 Mbit/s resend data rate
count:    17748 resend packets
average:  1 resend packet per 36,0 total packets
max:      256 packets per resend
average:  26,6 packets per resend
21:47:41 TcpSender stopped
21:47:42 UdpReceiver stopped
21:47:42 from DBox: EXIT
21:47:42 TcpReceiver stopped
21:47:46 DBoxRecordControl stopped

Woran liegt dies nun? Der oben gepostete Log stammt übrigens von einer Premiere Start Aufnahmen, sodass die Datenrate ja eigentlich kein Problem darstellen sollte...

Gruß,
Tom

#36 Beitrag von **jmittelst** » Do 20 Apr 2006, 7:31

Welche Udrec-Version nutzt Du denn jetzt? Irgendwie sieht das nicht nach der aktuellen Beta aus.

cu
Jens

SpeedyBoo · #37 Beitrag von **SpeedyBoo** » Do 20 Apr 2006, 7:39

Im Log steht doch eindeutig drin, dass die Datenrate über 9Mbits/s liegt.

21:04:34 data rate > 9Mbit/s
21:04:39 data rate > 9Mbit/s

Zeigt ja auch die Netzstatistik am Ende:

21:47:41 network statistics:
max: 9,4 Mbit/s total data rate
average: 2,5 Mbit/s total data rate

Zusammen mit den Paketdaten für's Netzwerkprotokol und dem TS-Zusatzdaten übersteigt das die 10Mbit-Grenze bei weitem.

#38 Beitrag von **jmittelst** » Do 20 Apr 2006, 7:43

Das hat Tonsel mal erklärt: Kommt es zu Resends, steigt dadurch die Datenrate, so das zu viele Resends die Datenrate über 9Mbit/s steigen lassen können und so dann auch Packet Losts vorkommen.

cu
Jens

CrazyLexx · #39 Beitrag von **CrazyLexx** » Do 20 Apr 2006, 21:20

Handelt sich dabei um die Version "0.13rc8" - gibt es da denn schon eine neuere Version?!

Gibt es dann eine Möglichkeit für mich, etwas gegen die hohen Datenraten zu unternehmen. Unterstelle jetzt Premiere einfach mal, dass sie auf Premiere Start nicht mit einer so hohen Datenrate senden....

Tom

#40 Beitrag von **jmittelst** » Do 20 Apr 2006, 21:34

Sollte wohl die aktuellste sein.

Das es zu solchen Phänomenen kommt, sollte eigentlich nur möglich sein, wenn Udrec die Daten nicht schnell genug wegschreiben kann. Irgendeine Virusprüfung, Defragmentierung, ... - irgendwas, was die HDD halt streßt.

cu
Jens

CrazyLexx · #41 Beitrag von **CrazyLexx** » Do 20 Apr 2006, 21:46

jmittelst hat geschrieben: irgendwas, was die HDD halt streßt.

Hm, werde dann mal meine Festplatte defragmentieren und den On-Access Scanner deaktieren (obwohl bei früheren Aufnahmen der Scanner im Hintergrund immer lief...). Kann das Problem also nicht an meinem Netzwerk liegen?

#42 Beitrag von **jmittelst** » Fr 21 Apr 2006, 8:07

Doch, das kann auch sein, evtl. zu ausgelastetes Netzwerk (z.B. durch P2P-Software). Oder die Box hat gezickt, das sind die möglichen Ursachen.

cu
Jens

CrazyLexx · #43 Beitrag von **CrazyLexx** » Sa 22 Apr 2006, 21:13

jmittelst hat geschrieben:Doch, das kann auch sein, evtl. zu ausgelastetes Netzwerk (z.B. durch P2P-Software). Oder die Box hat gezickt, das sind die möglichen Ursachen.

P2P-Software verwende ich keine und das Netzwerk benutze ich während der Aufnahme auch wirklich nur zum Streamen. Wie könnte ich denn das Netzwerk von meiner Fehlerliste ausschließen? Gibt es da eine gute Testmethode?

tonsel · #44 Beitrag von **tonsel** » Di 09 Mai 2006, 18:52

average: 1 resend packet per 36,0 total packets

Das deutet definiv auf ein Netzwerkproblem hin. Wenn's der Firewall wirklich nicht ist, dann könntest Du mal ein anderes Netzwerkabel versuchen (oder Kabel anstatt WLAN).

Weiter könnte parallel zu udrec irgendeine Soft mit sehr hoher Priorität laufen.

Festplattenprobleme kann man eigentlich ausschließen.

tonsel