Buffer Overflow: 256/512/768... Packets lost

Nachricht

SPOC · #1 Beitrag von **SPOC** » So 22 Jan 2006, 1:02

Hallo zusammen,
Ich möchte mich hier einmal mit einem Problembericht melden, weil ich nach vielem Ausprobieren, Testen, Machen und Tun einfach nicht das folgende nervige Problem aus der Welt schaffen kann:
Ich verwende eine Nokia dbox2 mit Kabel-Anschluß. Nun ist es so, daß in unregelmäßigen Abständen, aber meist IMMER innerhalb einer Aufzeichnung, verlorene Datenpakete auftreten. Aufnahme von TS oder PES, kein Unterschied. Merwürdigerweise (zumindest für mich) sind davon immer Vielfache von 256 Paketen betroffen. Ich verwende das neueste Image (2.1) von JtG, habe sogar den aktuellen Snapshot ausprobiert, ohne Erfolg.

Zuerst erscheint die Fehlermeldung im Info-Fenster "@00:15:41: 00:04:57 from DBox: ERROR: main() - SPkt buffer overflow"

Danach folgt - sehr schön am angeschlossenen Switch zu sehen - eine wilde Netzwerkaktivität, die sogar nach außen geht (als nicht nur zwischen dbox und PC geroutet wird !). Dann folgt die Meldung "256 Packets" (oder 512, 768, 1024...) lost.

Das ist wirklich nervig, denn eine vernünftige Aufnahme kommt nicht zustande. Ich habe so sämtlich alles mal durchprobiert: Alle Dienste unter WinXP deaktiviert, die mit Virekscanner etc. zu tun haben, Prio von UDrec hochgesetzt, kein wirklicher Erfolg. Ich habe sogar die Buffer-Einstellungen von UDrec hochgesetzt. Nix hiervon bringt einen sicheren Erfolg. Das kann doch irgendie nicht sein, oder?

Ich hoffe, jemand hier kann mir weiterhelfen, denn das Problem ist wirklich deprimierend

Folgendes Log-File als Beispiel:

Jack the Grabber Logfile
Erstellt am: 21.01.2006 23:49
Timer Aufnahme
Kanal=PREMIERE KRIMI
Sendung=SOKO Leipzig
Start=21.01.2006 23:49:00
Ende=00:38
*******************************************************
21.01.2006 23:49:14: Aufnahme Event:
21.01.2006 23:49:14: IP: 192.168.0.254
21.01.2006 23:49:14: VPid: 1535
21.01.2006 23:49:14: APid 1: 1536
21.01.2006 23:49:14: APid 2: 0
21.01.2006 23:49:14: APid 3: 0
21.01.2006 23:49:14: Filename: c:\Dbox-Aufnahme\2006-01-21-SOKO Leipzig\SOKO Leipzig.mpg
21.01.2006 23:49:14: Splittsize: 39999
21.01.2006 23:49:14: KanalID: 400850017
21.01.2006 23:49:14: EPG Infos geschrieben
21.01.2006 23:49:15: -host 192.168.0.254 -vp 5FF -ap 600 -gtc -buf 16 -rbf 8 -ts -o "c:\Dbox-Aufnahme\2006-01-21-SOKO Leipzig\SOKO Leipzig-1"
@00:00:00: 23:49:16 to DBox: VIDEOTS 31341 16 0 1 va 5ff 600
@00:00:00: Video:[0]c:\Dbox-Aufnahme\2006-01-21-SOKO Leipzig\soko leipzig-1_00.ts
@00:00:00: 23:49:16 from DBox: INFO: IP c0a800fd Port 31341
@00:00:01: 23:49:16 from DBox: PID va 1 5ff 600
@00:00:01: 23:49:16 to DBox: START
@00:00:01: 23:49:16 from DBox: INFO: UdpSender() - PID423 R0 W0
@00:00:01: 23:49:16 from DBox: INFO: DmxTSReader() - Pid 275232 0 0
@00:00:06: Video: 1535
@00:00:06: Audio1: 1536
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: c:\Dbox-Aufnahme\2006-01-21-SOKO Leipzig
@00:05:39: 23:54:55 from DBox: ERROR: main() - SPkt buffer overflow
@00:07:20: 23:56:36 packet lost 94490 73984
@00:07:20: 23:56:36 256 packets lost
@00:15:41: 00:04:57 from DBox: ERROR: main() - SPkt buffer overflow
@00:17:31: 00:06:46 packet lost 214055 193536
@00:17:31: 00:06:46 256 packets lost
@00:17:56: Einstellungen gespeichert
@00:48:48: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=794112000
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@00:48:49: 00:38:04 to DBox: STOP
@00:48:49: 00:38:04 network statistics:
@00:48:49: max: 8,5 Mbit/s total data rate
@00:48:49: average: 2,3 Mbit/s total data rate
@00:48:49: no resends
@00:48:49: 00:38:04 TcpSender stopped
@00:48:49: 00:38:05 UdpReceiver stopped
@00:48:49: 00:38:05 from DBox: EXIT
@00:48:49: 00:38:05 TcpReceiver stopped
@00:48:52:
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

#2 Beitrag von **jmittelst** » So 22 Jan 2006, 7:16

http://www.jackthegrabber.de/viewtopic. ... highlight=

Hast Du die Beta von Udrec verwendet?

cu
Jens

SPOC · #3 Beitrag von **SPOC** » So 22 Jan 2006, 12:29

Hi,

Zuerst habe ich JtG "as is" installiert, mit der "eingebauten" Udrec. Als das nichts half habe ich die Version 0.12q verwendet, ich glaube nicht, daß diese Version ein Beta ist. Aber wie gesagt: auch mit der JtG Originalversion sind die Probleme genauso vorhanden

Ich werde es jetzt einmal mit der Beta versuchen.

#4 Beitrag von **jmittelst** » So 22 Jan 2006, 13:11

Das Streaming läuft komplett über die Udrec.exe - JtG steuert diese nur.

cu
Jens

SPOC · #5 Beitrag von **SPOC** » So 22 Jan 2006, 14:22

Ja, das ist mir klar. Ich meinte dabei die bei der JtG Installation befindliche Version von Udrec.

So, mittlerweile habe ich das Beta von Udrec ausprobiert. Leider auch Overflows. Es gingen aber jetzt 513 (und nicht n mal 256) Pakete verloren. Schwacher Trost

Irgendwas ist doch da oberfaul: Auf dem Premiere "Nebenkanal" ist die Datenrate nun wirklich nicht so hoch (im Gegensatz zu den Breitbild Filmkanälen). Der Mittelwert ist OK, aber der Peak kann doch nur von einem Udrec Problem stammen, oder wie seht Ihr das? Verzweifel...

Liegt das vielleicht an dem Switch mit der Verbindung ins Internet? Habe leider kein Cross-over-Kabel, sonst würde ich die Box mal direkt an den Rechner anschließen. Aber ein Switch sollte doch den Datenverkehr hinbekommen. Ich hatte mal probeweise während einer Aufnahme über den gleichen Switch eine andere Rechner-Rechner Verbindung mit Dateitransfer von ca.100 MByte laufen lassen. Dabei traten keine Fehler auf.

Kann es sein, dass die dbox Gegenseite manchmal irgendwie hängt und dann "in Panik ausbricht" ? Oder ist immer die PC Seite Schuld ?

Ich werde mal - so langsam zweifel ich an allem - die Switch Weiterleitung ins Internet kappen bei einer Aufnahme, also nur dbox und Rechner dranlassen. Aber vielleicht weiß jemand anderes noch einen Rat? Muß doch eine Erklärung dafür geben...

Hier das Log:

@00:00:30: Aufnahme Event:
@00:00:30: IP: 192.168.0.254
@00:00:30: VPid: 1535
@00:00:30: APid 1: 1536
@00:00:30: APid 2: 0
@00:00:30: APid 3: 0
@00:00:30: Filename: c:\Dbox-Aufnahme\2006-01-22-Der Schnapper - Ein Toter kehrt zurueck\Der Schnapper - Ein Toter kehrt zurueck.mpg
@00:00:30: Splittsize: 39999
@00:00:30: KanalID: 400850017
@00:00:30: EPG Infos geschrieben
@00:00:30: -host 192.168.0.254 -vp 5FF -ap 600 -gtc -ts -o "c:\Dbox-Aufnahme\2006-01-22-Der Schnapper - Ein Toter kehrt zurueck\Der Schnapper - Ein Toter kehrt zurueck-1"
@00:00:01: 12:42:06 to DBox: VIDEOTS 31341 16 0 1 va 5ff 600
@00:00:01: 12:42:06 from DBox: INFO: IP c0a800fd Port 31341
@00:00:01: 12:42:06 from DBox: PID va 1 5ff 600
@00:00:01: Video:[0]c:\Dbox-Aufnahme\2006-01-22-Der Schnapper - Ein Toter kehrt zurueck\der schnapper - ein toter kehrt zurueck-1_00.ts
@00:00:01: 12:42:06 to DBox: START
@00:00:01: 12:42:06 from DBox: INFO: UdpSender() - PID181 R0 W0
@00:00:01: 12:42:06 from DBox: INFO: DmxTSReader() - Pid 275232 0 0
@00:00:08: Video: 1535
@00:00:08: Audio1: 1536
@00:00:08: Audio2: 0
@00:00:08: Audio3: 0
@00:00:08: Beginne Aufnahme nach: c:\Dbox-Aufnahme\2006-01-22-Der Schnapper - Ein Toter kehrt zurueck
@00:43:41: 13:25:46 from DBox: ERROR: main() - SPkt buffer overflow
@00:43:42: 13:25:47 from DBox: ERROR: main() - SPkt buffer overflow
@00:43:46: 13:25:51 data rate > 9Mbit/s
@00:43:55: 13:26:00 513 packets lost
@00:51:04: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=1085337600
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@00:51:05: 13:33:10 to DBox: STOP
@00:51:05: 13:33:10 network statistics:
@00:51:05: max: 9,2 Mbit/s total data rate
@00:51:05: average: 2,9 Mbit/s total data rate
@00:51:05: no resends
@00:51:05: 13:33:10 TcpSender stopped
@00:51:05: 13:33:10 UdpReceiver stopped
@00:51:05: 13:33:10 from DBox: EXIT
@00:51:05: 13:33:10 TcpReceiver stopped
@00:51:09:
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

breitfuss · #6 Beitrag von **breitfuss** » So 22 Jan 2006, 18:43

SPOC hat geschrieben: Aber ein Switch sollte doch den Datenverkehr hinbekommen.

welcher Switch ist es denn ?

Bei mir lag es am Switch (Longshine LCS-883R-SW800M+). Er macht beim Streamen Probleme.
Der Switch des Siemens SE515dsl auch.
Vermutlich klappt die Umschaltung 10/halbDuplex auf 100/vollDuplex nicht schnell genug. Auch 10/halbDuplex (dbox) auf 10/halbDuplex (PC) hat da nix gebracht.

Jetzt arbeitet hier ein "D-Link DES-1008D". Damit klappt's auch mit dem ZDF ohne "SPkt buffer overflow".

cu
Kurt

Samy · #7 Beitrag von **Samy** » So 22 Jan 2006, 19:48

hab ja das selbe PROBLEM! Auf anderen Sendern geht es ja jetzt wieder! Aber im ZDF Leben für die Liebe hat bis jetzt noch nicht einmal geklappt!

Was ist ein Switch? Und wie bekomme ich es auch mit dem ZDF gebacken! besteht die Chance dass das ZDF die Bitrate wieder runtersetzt?

waldwuffel · #8 Beitrag von **waldwuffel** » So 22 Jan 2006, 20:00

Also ich habe das buffer overflow Problem auch seit einigen Tagen, obwohl ich nichts an meinem System geändert habe!
Switch Hp Procurve 408

Samy · #9 Beitrag von **Samy** » So 22 Jan 2006, 20:01

Und es scheint keine Lösung zu geben! Ich habe die TELENOVELA dann aufgegegeben! Es wäre quatsch jetzt anzufangen mitten drin! Trotzdem wäre ne LÖSUNG gut! Auf jedem anderen Sender klappt es jetzt! Nur auf ZDF nach maximal 5 Minuten kommt Overflow

waldwuffel · #10 Beitrag von **waldwuffel** » So 22 Jan 2006, 20:43

ich hatte das Problem auch schon mal bei Pro7. aber meist bei zdf

#11 Beitrag von **jmittelst** » Mo 23 Jan 2006, 8:31

Mein Tipp ist immer noch: Nehmt mit Udrec TS auf. Ich packe sogar VTX mit rein und kenne keine Buffer Probleme.

cu
Jens

SPOC · #12 Beitrag von **SPOC** » Mo 23 Jan 2006, 10:15

Hallo zusammen.

Ihr werdet es nicht glauben - nachdem ich die weitere Netzwerkanbindung zum Switch getrennt habe, also nur noch den Switch zum Verbinden von d-box und PC verwende, gibt es keinerlei Probleme mehr...noch nicht einmal Resends, und das bei TS Aufnahmen von ARD (max. Bitrate gestern 8,4 MBit/s)

Ich muß gestehen, ich verwende als Switch einen Low-Cost Typ (Longshine) für 12€, man muß ja kein Geld aus'm Fenster werfen (bisher hatte ich ja keine Probleme). Natürlich habe ich einen anderen Switch ausprobiert, einen d-link DI304 (älteres Teil, mit ISDN und DSL Modem). Aber da traten die Probleme auch auf. Wie gesagt, ich probier erst man selbst bevor ich anderen auf den Keks gehe

Für mich kommen somit zwei Erklärungen in Frage:
1. Es ist wirklich ein Switch Problem, besonders in Verbindung mit der 10/100 MBit Umsetzung
2. Die d-box wird als Teil des (Microsoft) Netzwerkes in bestimmten Abständen "unrtersucht" und kommt deshalb unter Beschuss

Es ist natürlich auch eine Kombination von beiden Szenarien denkbar.
Wie dem auch sei, die weitere Vorgehensweise ist für mich ganz einfach: d-box und PC bekommen ihr eigenes "Netz", und nur wenn die Daten vom PC abgezogen werden sollen, dann kommt das Paar ans Hauptnetz. Mal sehen, ob ein anderer Switch bessere Dienste leistet und ich mir das Ein-und Ausstecken sparen kann. Aber verglichen mit diesen ultra-nervigen Overflows ist das Rein-und Rausstecken eines Netzwerkkabels doch ein Klacks

Hoffe nur, dass es dabei bleibt und das Problem nicht zurückkehrt - halte Euch auf dem Laufenden. Danke allen für den Support bisher!

Butze2000 · #13 Beitrag von **Butze2000** » Di 24 Jan 2006, 18:25

Hey,
ich hatte dieses Problem mit den buffer overflows vor einiger Zeit auch mal.
War ebenfalls nur manchmal aber ich weiss nicht mehr auf welchen Sendern.
Habe damals bei der Suche nach einer Lösung für dieses Problem einen Tipp gefunden
wonach man udrec den folgenden Parameter mitgeben soll: -buf 8
Hab dies dann auch getan (bei JtG unter Optionen -> Registerkarte Engine -> im Bereich 'udrec Optionen' unter 'sonstige udrec Parameter')
und seit dem keinen einzigen buffer overflow mehr gehabt.
Was der Parameter aber nun genau macht bzw. bewirkt weiss ich leider nicht mehr
aber das dürfte sich zur Not rausfinden lassen.
Wäre also für die Leute mit diesem Problem evtl. einen Versuch wert.

Bis denne
Butze2000

Samy · #14 Beitrag von **Samy** » Di 24 Jan 2006, 18:30

hmm mal probieren! Bis jetzt war keiner mehr bei mir!

Samy · #15 Beitrag von **Samy** » Mi 25 Jan 2006, 12:32

Heute hat mich der Buffer Overflow wieder mal besucht! Also nutzt auch diese EInstellung nix! 3 tage hatte ich ruhe und nun fängt es wieder an zum würgen!