Fehlermeldung "stream out of data"

Nachricht

ChrisFreeman · #1 Beitrag von **ChrisFreeman** » Di 28 Jun 2005, 19:43

Hallo,
meine Aufnahmen mit jtg klappen sehr gut.
Jedoch bekomme ich ab und zu mal eine Fehlermeldung. Wenn ich über den Timer aufnehme, bekomme ich (nur in seltenen Fällen) beim Audiostream die Meldung " Stream out of data"! .... und es wird kein Audiostream aufgenommen. ( Die Pids werden jedoch gefunden)

wie kann ich dieses Problem ausschalten, so dass die Aufnahme in einem solchen Falle einfach neu gestartet wird??

KeXXeN · #2 Beitrag von **KeXXeN** » Di 28 Jun 2005, 20:38

Nabend!

Zu deinem "Problem"
Das lässt sich leider nicht so Pauschal beantworten.
Die Ursache kann die vielfältigsten Ursachen haben.
Es kann sein das die Pids wechseln. Kann auch sein das es sich um einen Pid wie z. B. Originalton oder ac3 Ton handelt, also um einen PID der nicht immer ausgestrahlt wird.

Kann auch am Image oder an dem Programm liegen mit dem du streamen willst. Oder aber an einen Fehlerhaften manuell gesetzten Timer.

usw...

Die Fehlermeldung an sich sollte ja aber eindeutig sein:

Auf dem Pid werden keine Daten gesendet.

#3 Beitrag von **torre** » Di 28 Jun 2005, 20:51

Am besten beim nächsten Mal einfach die Log-Datei hier posten.

Sofern bei einem Sender nicht immer alle Audio-Pids gesendet werden (wie z.B. bei Premiere 1/2 oder SciFi) kann auch alles in Ordnung sein, weil anfänglich der PID noch vorhanden war, aber dann während der Sendung die man streamt "abgeschaltet" wird.

ChrisFreeman · #4 Beitrag von **ChrisFreeman** » Di 28 Jun 2005, 21:26

Habe die Log von einem solchen Problem gefunden:

24.06.2005 13:10:05: Aufnahme Event:
24.06.2005 13:10:05: IP: 192.168.0.5
24.06.2005 13:10:05: VPid: 1023
24.06.2005 13:10:05: APid 1: 1024
24.06.2005 13:10:05: APid 2: 0
24.06.2005 13:10:05: APid 3: 0
24.06.2005 13:10:05: Filename: c:\Dbox-Aufnahme\2005-06-24-The Cosby Show\The Cosby Show.mpg
24.06.2005 13:10:05: Splittsize: 39999
24.06.2005 13:10:05: KanalID: 400850010
24.06.2005 13:10:05: EPG Infos geschrieben
24.06.2005 13:10:05: sectionsd gestoppt
24.06.2005 13:10:05: -host 192.168.0.5 -vp 3FF -ap 400 -vsplit 2 -gtc -o "c:\Dbox-Aufnahme\2005-06-24-The Cosby Show\The Cosby Show-1"
@00:00:00: 13:10:05 to DBox: VIDEO 31341 16 0 1 va 3ff 400
@00:00:00: 13:10:06 from DBox: INFO: IP c0a80008 Port 31341
@00:00:00: 13:10:06 from DBox: PID va 2 3ff 400
@00:00:00: 13:10:06 to DBox: START
@00:00:00: 13:10:06 from DBox: INFO: UdpSender() - PID1224 R0 W0
@00:00:00: 13:10:06 from DBox: INFO: DmxReader() - Pid 3ff 204960 0 0
@00:00:00: 13:10:06 from DBox: INFO: DmxReader() - Pid 400 29280 0 0
@00:00:06: Video: 1023
@00:00:06: Audio1: 1024
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: c:\Dbox-Aufnahme\\2005-06-24-The Cosby Show
@00:00:18: 13:10:24 found video stream (e0)
@00:00:18: Video:[0]c:\Dbox-Aufnahme\2005-06-24-The Cosby Show\the cosby show-1_01_00.mpv
@00:00:18: Audio_1:[0]c:\Dbox-Aufnahme\2005-06-24-The Cosby Show\the cosby show-1_01_00.mp2
@00:00:18: 13:10:24 found mp2 stream (c7)
@00:00:18: 13:10:24 stream out of data
@00:00:18: 13:10:24 11:52:34.45: video resync
@00:29:59: Ende Aufnahme

Die Pids wechseln nicht; daran kanns nicht liegen. Findet dann einfach den Stream nicht, passiert aber recht selten. Gibt es dann nicht die Möglichkeit die Aufnahme einfach neu starten zu lassen??

KeXXeN · #5 Beitrag von **KeXXeN** » Di 28 Jun 2005, 21:53

Und welches Image hast du gerade auf der Box?

ChrisFreeman · #6 Beitrag von **ChrisFreeman** » Di 28 Jun 2005, 22:08

Ist ein Image von Petze.....
Habe auf meiner anderen Box ein anderes Image, das Problem tritt dort ebenfalls auf.
Ist aber wie gesagt, eher selten. Zu 90% klappen die Aufnahmen super...

Nachtvogel · #7 Beitrag von **Nachtvogel** » Mi 29 Jun 2005, 3:30

Hallo!

Flashe Dir mal ein legales Image.
Das lesen der Boardregeln könnte auch nicht schaden.

Gruß Nachtvogel

ChrisFreeman · #8 Beitrag von **ChrisFreeman** » Mi 29 Jun 2005, 11:49

Hi,
habe nochmal eine Frage.

@00:00:18: 13:10:24 found mp2 stream (c7)

Kann mir jemand sagen was dort eigentlich dieses (c7) bedeutet???
Wenn dort (c0) steht, dann klappt die Aufnahme immer!!

Danke...

PS: Habe jetzt ein Yadi Image drauf...

#9 Beitrag von **jmittelst** » Mi 29 Jun 2005, 11:56

Hmm - mir fällt schwer zu glauben, das Du jetzt ein Yadi-Image drauf hast, weil sich sonst kein Yadi-User darüber beschwert hat.
cu
Jens

lofwyr · #10 Beitrag von **lofwyr** » Mi 29 Jun 2005, 12:19

Hi Jens,

diese Meldung (stream not found) kam ab und zu auch bei mir (JtG-Images). Allerdings, seit ich die Box(en) vor der Aufnahme neu starte (reboot), ist dieses Problem eigentlich nicht mehr aufgetreten.

Lofwyr

#11 Beitrag von **jmittelst** » Mi 29 Jun 2005, 12:27

Ok, dann wollen wir mal "glauben"

Das mit dem "neu starten" kann nur gegen Software-Probleme helfen. Also wird das hier wohl der Fall sein, das sich für diesen Effekt irgendein Prozess auf der Box weghängt und deshalb nicht die korrekten Pids übergeben werden.
cu
Jens
P.S. Sorry, wenn ich so mißtrauisch bin, aber was diese Laufvogel-Image-Bauer so in ihren Images ändern, damit die Laufvögel funktionieren, kann ja niemand nachvollziehen, was den Support absolut unmöglich macht. Bringt dann also nichts, da man wahrscheinlich mit einem CVS-Based-Image solche Probleme nicht nachvollziehen kann.
cu
Jens

tonsel · #12 Beitrag von **tonsel** » Mi 29 Jun 2005, 17:47

Kann mir jemand sagen was dort eigentlich dieses (c7) bedeutet???
Wenn dort (c0) steht, dann klappt die Aufnahme immer!!

Das Problem an dieser Stelle ist, dass in den eigentlichen MP2-Audiodaten durch Zufall auch die Syncbytes des PES-Paket-Headers drin sind (= Bytefolge 00 00 01 c7). Bei udrec gibts die Option "-msc" mit der man festlegen kann, wie viel gleiche Sync-Bytes udrec finden muss, damit sie als gültig gewertet werden. Je höher der Wert desto sicherer (Default = 20).

Wenn das nicht hilft kann man sich nur noch mit PES-Streaming behelfen.

Das das immer wieder passiert liegt wahrscheinlich daran, dass es immer derselbe Trailer mit den gleichen MP2-Daten ist.

tonsel

Unix · #13 Beitrag von **Unix** » Mi 29 Jun 2005, 19:42

Habe das Problem auch ab und zu und verwende ein JTG-Image vom Anfang Juni 2005. Wenn ich die Box ab und zu neustarte kommt der Fehler weniger häufig vor. Den Tip von Tonsel werde ich ausprobieren. Mal gucken ob's was bringt.

ChrisFreeman · #14 Beitrag von **ChrisFreeman** » Do 30 Jun 2005, 8:33

Hi,
danke für die geneue Antwort;) Endlich mal was konkretes....

Ist es denn nicht möglich die Aunahme dann auto. neu starten zu lassen??...

Gruß: chris

PS: Wo kann ich denn den Wert für udrec umstellen????

#15 Beitrag von **jmittelst** » Do 30 Jun 2005, 8:45

"sonstige Udrec Parameter" auf dieser Registerkarte: http://doku.jackthegrabber.de/engine.htm (zumindest ist das bei der aktuellen 0.74b dort). Scheint aber bei TS-Streaming-Server-Aufnahme nicht vorzukommen, sonst hätte ich es sicher schon mal gesehen.
cu
Jens