Probleme mit Streamen von ARD

Nachricht

Weiss · #1 Beitrag von **Weiss** » Mi 23 Aug 2006, 13:52

Hallo Leute,

vielleicht könnt Ihr mir helfen, ich habe in letzter Zeit arge Probleme beim Streamen von Sendungen, besonders bei der ARD aber auch andere Programme.
Wenn ich mit JTG und WinGrab aufnehme, dann bekomme ich immer ein Logfile wie dieses:

Jack the Grabber Logfile
Erstellt am: 23.08.2006 14:06
Sofortaufnahme
Kanal=Das Erste
Sendung=Tagesschau
Start=14:06
Ende=
*******************************************************
23.08.2006 14:06:59: Aufnahme Event:
23.08.2006 14:06:59: IP: 192.168.2.2
23.08.2006 14:06:59: VPid: 101
23.08.2006 14:06:59: APid 1: 102
23.08.2006 14:06:59: APid 2: 0
23.08.2006 14:06:59: APid 3: 0
23.08.2006 14:06:59: Filename: X:\\2006-08-23-Tagesschau\Tagesschau(Das Erste).mpg
23.08.2006 14:06:59: Splittsize: 39999
23.08.2006 14:06:59: KanalID: 44d00016dca
23.08.2006 14:06:59: EPG Infos geschrieben
@00:00:00: [MuxWriter] started
@00:00:00: Video:[0]X:\2006-08-23-Tagesschau\tagesschau(das erste)-1[01].mpg
@00:00:00: [Muxer] started
@00:00:00: [VideoProcessor] started
@00:00:00: [VideoPesParser] started
@00:00:00: [AudioProcessor0] started
@00:00:00: [AudioPesParser0] started
@00:00:00: [VideoHTTP] started
@00:00:00: [VideoHTTP] HTTP streaming started successfully
@00:00:00: [AudioHTTP0] started
@00:00:00: [AudioHTTP0] HTTP streaming started successfully
@00:00:00: [VideoProcessor] locked on stream id 228
@00:00:01: [AudioProcessor0] locked on stream id 192
@00:00:01: [Muxer] Resync successful
@00:00:06: Video: 101
@00:00:06: Audio1: 102
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:44: [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
@00:00:44: [Muxer] warning: video dts discontinuity detected [-86400 dts cycles]
@00:00:46: [Muxer] warning: audio (1) pts discontinuity detected [-86400 pts cycles]
@00:00:46: [Muxer] Resync successful
@00:03:13: [Muxer] invalid video sequence: more than 1 picture with same temporal_reference found [sequence skipped, need resync]
@00:03:13: [Muxer] warning: video dts discontinuity detected [-118800 dts cycles]
@00:03:13: [Muxer] warning: audio (1) pts discontinuity detected [-118800 pts cycles]
@00:03:13: [Muxer] Resync successful
@00:03:18: [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
@00:03:18: [Muxer] warning: video dts discontinuity detected [-97200 dts cycles]
@00:03:19: [Muxer] warning: audio (1) pts discontinuity detected [-97200 pts cycles]
@00:03:19: [Muxer] Resync successful
@00:03:23: [Muxer] invalid video sequence: temporal_reference > picture count in sequence [sequence skipped, need resync]
@00:03:24: [Muxer] warning: video dts discontinuity detected [-86400 dts cycles]
@00:03:24: [Muxer] warning: audio (1) pts discontinuity detected [-86400 pts cycles]
@00:03:24: [Muxer] Resync successful
******************************************************
Video Ausgabe:
VideoHTTP: 5617 kBit/s
Parser: Found: 7415 Ignored: 0 PTS: 0 days 05:56:14.860
Proc.: streamid: 228 720x576 25fps sequences: 616 pictures: 7406
FileSize: 216470 KB
******************************************************
Audio Ausgabe:
AudioHTTP0: 309 kBit/s
Parser0: Found: 1549 Ignored: 0 PTS: 0 days 05:56:13.440
Proc.0: streamid: 192 mpeg 1.0 layer II 320 kBit/s 48000 Hz Stereo frames: 12391
******************************************************
Muxer Ausgabe:
Muxer: SCR: 00:04:52.320 Syncs: 5
******************************************************
Video High: 7041 kBits/sec
Video Low: 1680 kBits/sec
Audio High: 326 kBits/sec
Audio Low: 240 kBits/sec
******************************************************
@00:05:01: Aufnahme beendet
23.08.2006 14:12:07: Muxer: SCR: 00:04:52.320 Syncs: 5
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

In der Aufnahme sind entsprechend fehlerhaft mit kurzen Aussetzern oder Abbrüchen.
Kennt Ihr das Problem und evtl. eine Lösung.

Gruss
Christoph

PS: Die Hardware: Nokia-Sat mit AVIA500, aktuelles Image mit Standarteinstellungen

DrRamoray · #2 Beitrag von **DrRamoray** » Mi 23 Aug 2006, 13:56

Welches Image?
Welcher Jack?
Nimm udrec statt wingrab.

Weiss · #3 Beitrag von **Weiss** » Mi 23 Aug 2006, 14:21

Das Image ist die 2.2 mit dem Snapshot vom 19.08.
Das Problem bestand aber auch schon mit einem Snapshot vom 13.07
Der Jack ist die 0.74c. Also alles aktuell.
Udrec wäre nur eine Notlösung, da ich dann die TS-Dateien erst in MPEG umwandeln muss um sie mit MPEG-VCR schneiden und mit VirtualDub in DIVX um zuwandeln können.

Gruss
Christoph

DrRamoray · #4 Beitrag von **DrRamoray** » Mi 23 Aug 2006, 14:26

Weiss hat geschrieben:Udrec wäre nur eine Notlösung, da ich dann die TS-Dateien erst in MPEG umwandeln muss um sie mit MPEG-VCR schneiden und mit VirtualDub in DIVX um zuwandeln können.

Dann streame halt nicht als TS

#5 Beitrag von **jmittelst** » Mi 23 Aug 2006, 14:34

.. oder nimm AutoGordianKnot, das kann auch TS direkt verarbeiten.

cu
Jens

Weiss · #6 Beitrag von **Weiss** » Mi 23 Aug 2006, 15:47

...Hm, eigentlich wollte ich meinen "Workflow" nicht komplett umstellen.
Bislang war es recht einfach, wie ich meine Aufnahmen bearbeiten konnte:

Ist keine Werbung herauszuschneiden, kann ich die Aufnahmen direkt in VirtualDub einlesen, skalieren, beschneiden, deinterlacen, Logo entfernen usw. Sollte Werbung entfernt werden müssen, so konnte ich mit MPEG-VCR Frame-genau schneiden und dann in VDub einlesen. So habe ich minimalen Platzbedarf und kann eine quasie Batchverarbeitung über 20...30 Aufnahmen laufen lassen.

Ich hatte gehofft, ihr habt eine Idee woher dieser Fehler kommt und wie man ihn, ohne alles umzustellen, beseitigen kann.

Trotzdem Danke für die promte Antwort

Gruss
Christoph

#7 Beitrag von **jmittelst** » Mi 23 Aug 2006, 15:59

Es geht mehr darum: Wingrab und Ggrab sind veraltet. Und heute haben viele Sender doch so hohe Bitraten, das beide nicht nur an Ihre Grenzen stoßen, sondern die Aufnahmen dadurch kollabieren.

Wie wäre es denn damit: Aufnahme mit Udrec in TS und anschließend mit ProjectX Programmstream daraus machen (die Dinger haben dann zwar die Dateiendung M2P, entsprechen aber einem MPG). Das kann JtG sogar initialisieren (für aktuelle PX-Versionen muss aber MovieGuider da den Mittler spielen), kann also direkt im Anschluß an die Aufnahme automatisch passieren.

cu
jens

Weiss · #8 Beitrag von **Weiss** » Fr 25 Aug 2006, 16:04

OK, ich habe jetzt zumindest Aufnahmen von ARD auf udrec (v13beta) umgestellt. Jetzt treten Fehlermeldungen auf, wie die hier:

@00:07:17: 16:14:30 data rate > 9Mbit/s

Demnach senden die scheinbar mit so hoher Bitrate, dass die Box ins stolpern kommt. Kann man da was an den Boxeinstellungen tricksen oder muss ich meine Aufnahmen wieder auf die alte DBox1 umstellen?
Mit der konnte ich sogar HD-TV Sendungen von Euro1080 aufnehmen, als die noch mit DVB-S haben.

Gruss
Christoph

Jeppdot · #9 Beitrag von **Jeppdot** » Fr 25 Aug 2006, 17:21

Hallo,

wenn nur diese Meldung kommt und sonst nix sollte der Stream ok sein.

Zitat aus der readme von Udrec:

"data rate > 9 Mbit/s" kommt, wenn der 5sek-Mittelwert der Netzwerkdatenrate 9 Mbit/s übersteigt. Die DBox kann max. 10 Mbit/s übertragen, d.h. wenn diese Meldung erscheint, wird's langsam knapp. Erfahrungsgemäß kommt das aber nur dann vor, wenn die Datenrate durch extrem viele RESEND's künstlich in die Höhe getrieben wird. Wenn dann noch die Meldung "buffer overflow ..." kommt, dann waren's entgültig zu viele Daten.

mit -rm kannst du bei udrec die resend-Meldungen wieder anschalten.