Streaming-Probleme: SPkt buffer overflow

[relaff]

Hallo,

ich habe folgendes Streaming-Problem:

Etliche meiner Aufnahmen zeigen einen "SPkt buffer overflow" und in der Folge dann zahlreiche "packets lost", so dass die Aufnahme nicht zu verwenden ist.

Das Problem betrifft nicht jede Aufnahme, aber wenn es eingetreten ist alle nachfolgenden, bis ich Box und Rechner neu gestartet habe.

Hier mal ein komplettes Log einer Aufnahme von gestern Abend:

Code: Alles auswählen

C:\Programme\XMediaGrabber\tools\udrec.exe -host 192.168.1.200 -udp 31341 -tcp 31340 -now -es -o E:\08-01-15 19_23 PREMIERE 2 Ultraviolet (Ultraviolet)\Ultraviolet (Ultraviolet) -buf 16 -idd -rm -vp 6ff -ap 700 -ap 701 -ap 703
19:23:47 INFO - 19:23:47 to DBox: VIDEO 31341 16 0 1 vaaa 6ff 700 701 703
19:23:47 INFO - 19:23:47 from DBox: INFO: IP c0a8011f Port 31341
19:23:48 INFO - 19:23:48 from DBox: PID vaaa 4 6ff 700 701 703
19:23:48 INFO - 19:23:48 to DBox: START
19:23:48 INFO - 19:23:48 from DBox: INFO: UdpSender() - PID389 R0 W0
19:23:48 INFO - 19:23:48 from DBox: INFO: DmxReader() - Pid 6ff 204960 0 0
19:23:48 INFO - 19:23:48 from DBox: INFO: DmxReader() - Pid 700 29280 0 0
19:23:48 INFO - 19:23:48 from DBox: INFO: DmxReader() - Pid 701 29280 0 0
19:23:48 INFO - 19:23:48 from DBox: INFO: DmxReader() - Pid 703 29280 0 0
19:24:18 INFO - 19:24:18 found video stream (e0)
19:24:18 INFO - 19:24:18 found mp2 stream (c0)
19:24:18 INFO - 19:24:18 found mp2 stream (c0)
19:24:18 INFO - 19:24:18 found ac3 stream (bd)
19:24:18 INFO - 19:24:18 08:25:17.48: video resync
19:27:38 INFO - 19:27:38 from DBox: ERROR: main() - SPkt buffer overflow
19:27:53 INFO - 19:27:53 data rate > 9Mbit/s
19:27:56 INFO - 19:27:56 21 packets lost
19:27:56 INFO - 19:27:56 08:28:55.66: corrupt audio frame(s)
19:27:56 INFO - 19:27:56 5 packets lost
19:27:56 INFO - 19:27:56 08:28:56.91: corrupt audio frame(s)
19:27:56 INFO - 19:27:56 21 packets lost
19:27:56 INFO - 19:27:56 08:28:56.76: corrupt audio frame(s)
19:27:56 INFO - 19:27:56 213 packets lost
19:27:56 INFO - 19:27:56 08:28:58.16: video resync
19:33:41 INFO - 19:33:41 RESEND 1 packets
19:42:06 INFO - 19:42:06 RESEND 1 packets
19:43:03 INFO - 19:43:03 data rate > 9Mbit/s
19:44:22 INFO - 19:44:22 from DBox: ERROR: main() - SPkt buffer overflow
19:44:47 INFO - 19:44:47 21 packets lost
19:44:47 INFO - 19:44:47 08:45:39.58: corrupt audio frame(s)
19:44:47 INFO - 19:44:47 08:45:39.73: corrupt audio frame(s)
19:44:47 INFO - 19:44:47 21 packets lost
19:44:47 INFO - 19:44:47 08:45:40.76: corrupt audio frame(s)
19:44:47 INFO - 19:44:47 217 packets lost
19:44:47 INFO - 19:44:47 08:45:41.84: video resync
19:45:13 INFO - 19:45:13 from DBox: ERROR: main() - SPkt buffer overflow
19:45:14 INFO - 19:45:14 from DBox: ERROR: main() - SPkt buffer overflow
19:45:14 INFO - 19:45:14 from DBox: ERROR: main() - SPkt buffer overflow
19:45:14 INFO - 19:45:14 from DBox: ERROR: main() - SPkt buffer overflow
19:45:16 INFO - 19:45:16 from DBox: ERROR: main() - SPkt buffer overflow
19:45:33 INFO - 19:45:33 21 packets lost
19:45:33 INFO - 19:45:33 08:46:31.62: corrupt audio frame(s)
19:45:33 INFO - 19:45:33 21 packets lost
19:45:33 INFO - 19:45:33 08:46:31.85: corrupt audio frame(s)
19:45:33 INFO - 19:45:33 945 packets lost
19:45:33 INFO - 19:45:33 08:46:34.16: video resync
19:45:33 INFO - 19:45:33 41 packets lost
19:45:33 INFO - 19:45:33 08:46:32.60: corrupt audio frame(s)
19:45:33 INFO - 19:45:33 257 packets lost
19:45:33 INFO - 19:45:33 08:46:36.08: video resync
19:45:53 INFO - 19:45:53 RESEND 1 packets
20:49:50 INFO - 20:49:50 stream data timeout
20:50:06 INFO - 20:50:06 09:51:02.72: corrupt audio frame(s)
20:50:06 INFO - 20:50:06 09:51:04.04: video resync
20:58:30 INFO - 20:58:30 to DBox: STOP
20:58:30 INFO - 20:58:30 network statistics:
20:58:30 INFO - max:      9,6 Mbit/s total data rate
20:58:30 INFO - average:  4,0 Mbit/s total data rate
20:58:30 INFO - average:  0,000 Mbit/s resend data rate
20:58:30 INFO - count:    3 resend packets
20:58:30 INFO - average:  1 resend packet per 628393,7 total packets
20:58:30 INFO - max:      1 packets per resend
20:58:30 INFO - average:  1,0 packets per resend
20:58:30 INFO - 20:58:30 TcpSender stopped
20:58:31 INFO - 20:58:31 from DBox: EXIT
20:58:31 INFO - 20:58:31 UdpReceiver stopped
20:58:31 INFO - 20:58:31 TcpReceiver stopped
20:58:35 INFO - 20:58:35 KeyboardRecordControl stopped

Zum Streamen verwende ich udrec 0.13beta mit ES-Streams. Ich habe auch das neuere udrec 0.13rc11 getestet, aber das gibt einen anderen Fehler, so dass es aktuell nicht in Frage kommt (siehe http://www.jackthegrabber.de/viewtopic. ... 272#104272).

Als Image ist das aktuelle JtG-Image 2.2.6 in der ursprünglichen Version vom 21.12.07 auf der Box, d.h. ohne neuere Snapshots.

Die Box selber ist eine Nokia Sat-Box mit Avia600. Auf der Box habe ich den avia600vb022, die aktuelle cam_01_02_105E und die eingebaute ucode.

Den vb028 habe ich nicht benutzt, da damit die Tonprobleme bei der Aufnahme ja eher zunehmen sollen laut http://wiki.tuxbox.org/UCodes#Vor-_und_ ... _Versionen ... oder habe ich das falsch verstanden?

Der Fehler tritt auf, egal ob ich SPTS an oder aus habe und auch das PMT-Update an/aus beeinflusst ihn nicht.

Als Aufnahme-Tool nehme ich den XMediaGrabber. Ich glaube aber nicht, dass es daran liegt, denn das Streaming macht ja udrec ... wenn Ihr meint, das könnte doch sein, installiere ich aber gerne nochmal JtG - den habe ich ja jahrelang benutzt (bis vor ca. einem halben Jahr).

Hat jemand eine Idee?

cu, Relaff

[jmittelst]

Möglich ist vieles. Da Reboot Dich weiter bringt, wie wäre es denn mit Stromsparen und Du schaltest Box und PC aus, setzt die Timer auf der Dbox und läßt die Dbox via WOL den PC aufwecken, wenn sie startet. So sind beide für Aufnahmen immer frisch gebootet und machen ihren Job.

Ursache wird vermutlich sein, das irgendwo Speicher voll läuft. Mit einer gewissen Wahrscheinlichkeit ist es die Dbox und da der Sectionsd, der irgendwann den Rest der Box quält.

In meiner zur Zeit aktiven Sagem steckt eine HDD. Die Box wird nur für die Aufnahme geweckt, zeichnet auf und legt sich dann schlafen.

Hier haben einige WOL-Lösungen am laufen, schau Dich danach einfach mal um.

cu
Jens

[relaff]

Hi Jens,

danke für die schnelle Antwort.

Der Rechner ist eh an, denn er fungiert hier zugleich als "kleiner" Dateiserver für die Familie. Da er unter XP läuft, also kein echter Server ist, bin ich froh wenn er das reibungslos tut. Die Box alleine neu starten bringt leider nichts, der Fehler bleibt dann bestehen.

Jetzt könnte ich die dBox natürlich von einem anderen Rechner aus steuern, aber den müsste ich dann erst kaufen und das relativiert dann den Stromsparaspekt

Aber wenn es wirklich keine Lösung gibt, muss ich wohl einfach in den sauren Apfel beissen und immer aufpassen und sie regelmäßig selber neu starten.

Ärgerlich ist nur, dass die Box früher immer sehr zuverlässig war. Sie lief jahrelang ohne Murren, hat mit JtG und udrec klaglos zig Sachen aufgenommen und ist als einzige Box die ich hatte nie abgestürzt. Jetzt kann man natürlich fragen, warum jetzt alles anders ist und das ist irgendwie meine Schuld ... ich hatte die Box in meiner Zweitwohnung, die ich aufgegeben habe und nach dem Umzug stand sie mehr als ein halbes Jahr unbenutzt in der Ecke. Und als ich sie nun über die Weihnachtstage wieder in Betrieb genommen habe, habe ich ihr ein neues Image spendiert, bevor ich sie angeschlossen habe. Das alte habe ich natürlich nicht gespeichert (war irgendein JtG-Image von ca. 2004) ... und nun habe ich die Probleme.

Was mich wurmt ist also, dass ich weiss, dass die Box es eigentlich besser kann ...

cu, Relaff

[jmittelst]

Hmm... aktueller Sectionsd-Stand ist wohl nicht so berauschend. Ausserdem senden wohl im Moment auch einige Sender immer wieder Störungen (auch bei ansonsten hervorragenden Empfang). Aktuell sollte ein Image in meinen Augen im Moment schon sein, sonst geht nicht viel.

Möglicher Weise reicht es schon aus, die Box halt aus zu machen, wenn Sie nicht benötigt wird. Mag sein, das Udrec nur dann muckt (und ein Neustart des Rechners nötig wäre), wenn die Dbox schon Driß gesendet hat. Mußt Du ausprobieren. Ich habe meine Box im Moment immer nur temporär im Netzwerk um Daten von der HDD zu schaufeln (falls überhaupt). Ansonsten keine größeren Probleme mit der Aufnahme, ab und an meldet PX mal, das ein paar Sync-Frames nicht ok sind, aber i.d.R. keine sichtbaren Fehler.

cu
Jens

[relaff]

Hi Jens,

hmm, ich denke ich werde das erstmal so machen mit dem an-/ausschalten.

Langsam aber sicher bekomme jedoch das Gefühl, dass mir ein älteres (kein altes) Image doch helfen könnte ... gibt es denn den Vorgänger von meinem - müsste ja dann das 2.2.5 gewesen sein - noch irgendwo zum Download, idealerweise mit einem relativen neuen Snapshot, der aber vor der Bastelei an der sectionsd gelegen hat?

cu, Relaff

[jmittelst]

Nö, einen Cache gibts nicht. Ist eigentlich auch nicht wünschenswert, immerhin sollen die Bastelleien ja auch mal ein Ziel treffen. Wie gesagt: Aktuelles Image macht schon seinen Dienst. Je nach Nutzung nur nicht besonders lange, aber das war eigentlich auch schon immer so oder so ähnlich.

cu
Jens

[relaff]

Hi Jens,

danke für Deine schnelle Antwort. Das hatte ich schon befürchtet ... da werde ich wohl mal schauen müssen, von wann mein letztes Image hier ist. Viel jünger als ein Jahr wird es aber nicht sein, da meine "wilde" Zeit mit dem dBox rumbasteln schon hinter mir liegt

Aber ich will einfach mal sehen, ob die Probleme dann besser oder gar weg sind. Selbst wenn ich dann neue Probleme habe, weiss ich ja, dass es am Image liegt und kann der Hoffnung nachgehen, dass es mal wieder besser wird

cu, Relaff

[Jeppdot]

Hallo,

hast du mal versucht mit den Schaltern -rbf , -urb zu spielen?

Das hilft zwar nicht wenn der sectionsd den Ram zumüllt. Aber probieren kann man es ja mal.

Es gibt ja die Möglichkeit in den Aufnahmeeinstellungen den sectionsd während der Aufnahmen abzuschalten.
Wenn du die Box dann frisch per Timer starten lässt, hast sollte als Würgaround auch das Problem in den Griff zu kriegen sein.

Gruß

EDIT: -rbf gibt es bei 0.13 nicht mehr

[relaff]

Hi,

so, jetzt habe ich es mal mit einem älteren Image versucht. Ich habe allerdings auf die Schnelle nur eins gefunden, was schon zwei Jahre alt ist - das JtG-Image 2.1.0 mit Stand 12/05.

Und siehe da - ich habe etliche Testaufnahmen gemacht - alle Fehler sind weg. Zwar bin ich auch ein Fan von neuen Images, aber da ich funktionierende noch lieber mag, nehme ich lieber das alte

cu, Relaff

[Airport1]

Habe auch das Gefuehl dass das neueste JTG Image nicht mehr rund laeuft, seit dem Image vom 18.04./19.04.08 hab ich staendig Probleme mit den Aufnahmen. z.B.:

- SPkt buffer overflow
- Value too large for defined data type (war evtl. schon immer da, aber faellt mir momentan besonders haeufig auf?)

"Never change a running System" sage ich oft, und dann mach ich es doch.

Weiss jemand welches Image dasjenige vor dem ca. 18.04. war und wo ich das downloaden kann?

[jmittelst]

Du willst also auf den Stand zurück, mit dem Relaff seine Probleme hatte?
Das zeigt eigentlich mal wieder, wie unsinnig es ist, uralte Software-Stände vor zu halten. Irgend wer denkt immer "früher war alles besser" statt mal nach dem eigentlichen Problem zu suchen.

Hier gibt es aber auch den Gegenbeweis:

Kanalsuche und Bouquet hat leider nix gebracht.

Also jetzt mal die neue Image komplett neu geflasht und sämtliche Settings auf null gesetzt.

Und siehe da: nun geht alles. Auch mit dem neusten Image. Da war wohl irgendwo ein Fehler in meinem System

äh... ja. *.mpg. Kein Plan. Macht sie jetzt auch nicht mehr...

cu
Jens

[Airport1]

wahrscheinlich wuerde ich auch so argumentieren. noch bin ich aber nicht davon ueberzeugt weil:

so alt ist das image vom dezember 2007 (2.2.6?) nicht, was ich mit mueh und not nach viel suchen auf der platte fand (daher PRO alte versionen, es muessen ja nicht alle sein, sondern z.b. nur das letzte halbe jahr).

Seitdem ich die dbox downgegraded habe laufen die aufnahmen wieder ohne staendigen abbruch. kann natuerlich placebo oder bloeder zufall sein, sind die images denn in einem svn oder cvs, wo man sich ggf. mal ein DIFF ansehen koennte?

in dem zusammenhang faellt mir ein dass man im image so etwas anbieten koennte wie "auf werkseinstellungen zuruecksetzen", damit mein ich nicht etwa betanova, sondern so wie das image ist wenn man es gerade komplett eingespielt und noch nichts selber eingestellt hat. oder ist das vorhanden und ich habs nur nicht gefunden?

falls das hilft: ist eine avia 600l nokia dbox2 kabel mit 2x intel und ram 32/00/08

ps: keine sorge, JTG bleibt mein lieblings image, nur evtl. nicht mehr die neuesten versionen

[jmittelst]

"Werkseinstellungen" - 2 einfache Möglichkeiten:
Neues Komplettimage flashen, alle Einstellungen dann per Hand machen und nur die, bei denen man sich sicher ist, was sie bewirken.
Möglichkeit 2 (nie getestet): start_neutrino per Telnet killen, dann neutrino killen, neutrino.conf löschen, start_neutrino wieder starten. Einige Einstellungen werden aber anhand verschiedener Flag-Dateien gesteuert, die in /var/etc als unsichtbar (Linux nutzt dafür einen Punkt vor dem Dateinamen, z.B. .oldrc) gekennzeichnet sind.

CVS > http://cvs.tuxbox.org/lists/ - s.a. http://www.jackthegrabber.de/viewtopic.php?t=7787

An streamts ist nichts geändert worden, soweit ich das sehen kann. Und wenn nicht reihenweise User Stream-Probleme beklagen, kann es eigentlich kein generelles Problem sein. Festplattenaufnahmen funktionieren bei meiner Sagem jedenfalls genauso problemlos, wie ein paar kurze Tests via Udrec.

cu
Jens

[Airport1]

OK, ich werd es zunaechst nochmal - da bequemer - per

Service -> Update -> Internet auf die Version vom 19.04.08 updaten.

Sollten sich dann abermals die selben Probleme zeigen gibts maximal noch ein "Komplettimage flashen" hinterher, sollten die Probleme dann immer noch bestehen, gehts aber wieder schnurstracks zurueck zum Image von

Dezember 2007 Eigentlich sollte ich gar nicht flashen, denn das laeuft so wunderbar. Was tu ich da nur wieder

[Airport1]

image vom 19.04.08 nun drauf und beim aufnehmen bislang keine probleme. versteh die welt nicht mehr ,) da muss tatsaechlich irgendwas nicht richtig "resetted" gewesen sein, was durch das komplett image dez.2007 flashen dann aber "behoben" wurde? anders kann ichs mir grad nicht erklaeren..