udrec 0.12d - Corrupt Audio Frames

[MattisBLN]

Hi,

ich hab heute Vormittag mit Jack und udrec 0.12d zwei Filme als PES aufgenommen (Spy Game und K-Pax). Bei Filme mit 1 Minute Vorlauf und es sollten Original und Sprache 2 aufgenommen werden.

Bei beiden Filmen gab es jetzt keinerlei "resends" mehr. Für beide Filme wurden ein vpes und 2 apes-Files erzeugt.

Beim einen Film sagt Muxxi "Corrupt Audio Frames", der andere Film ergibt haufenweise "MP2 Sync Block zu lang"-Meldungen.

Jetzt habe ich anschließend eine Aufnahme von Capital City per Timer gestartet und nach 2 Minuten beendet. Abgesehen davon, dass nur ein Audio erkannt wurde, ergbit Muxxi auch hier "Corrupt Audio Frames". Danach habe ich meine vorherige udrec-Version wieder eingespielt (udrec 0.12) und eine Sofortaufnahme von Capital City gestartet und nach 5 Minuten beendet. Muxxi meldet keinerlei Fehler im Stream.

Zufall? Liegt das jetzt am udrec 0.12d oder liegt das Problem doch wo anders?

JtG-Image vom 1.5. und Cramfs vom 3.5.., auf zwei Rechnern getestet.

Danke für eure Hilfe!

Matthias

PS: Gibts irgendwo auch ältere Versionen von udrec, z. B. 0.12a, b, c?

[MattisBLN]

Nachtrag: ZAPIT -U ist bei mir aktiviert. Sagem dbox2 2xI. Könnte es daran liegen?

[tonsel]

www.tekum.de/udrec0.12a.zip

tonsel

[PauleFoul]

Gibt es da echt ein Problem??

Ich streame gerade James Bond mit Udrec12d allerdings mit ES-Stream...
Hoffentlich klappt das...

@tonsel

Ist es eignetlich möglich mit Udrec auch die Datenrate in JTG anzuzeigen?
(So wie bei WinGrab)

Gruß
____Paule

[MattisBLN]

Also mit udrec0.12 habe ich Spy Game heute Abend mit zwei Audios ohne Probleme aufgenommen. Teste heute Nacht mal 0.12b...

[MattisBLN]

Der Test von heute Nacht mit udrec 0.12b hat wieder fehlerhafte Audioframes und Video-Resyncs gebracht.

Für mich erhärtet sich der Verdacht, dass zumindest in meiner Konfiguration die Erweiterung des Resend-Buffers ab Version 0.12b nicht zu einer Verbesserung führt...

Probiere als nächstes 0.12a...

[jmittelst]

@Tonsel: Kann ich NICHT nachvollziehen. Hab letzte Nacht u.a. James Bond von Premiere1 gestreamt (PES, Box mit Image v. 3.5., SPTS on).
Gleich danach in Muxxi auf ES umgewandelt, Schittpunkte gefunden, keine Fehler. Beides mit Udrec 12d. Wo liegt denn die Schwachstelle in der d, das Du die a empfielst?
cu
Jens

[Treito]

@Jens
Habe heute Nacht um 4 Uhr auch James Bond aufgenommen, als ES mit udrec012c, keine Fehler.

[Alibaba7]

bei mir das gleiche.

___________________________________________________________________________
Viele Grüße Alibaba7
1. DBoxII SAT Philips 2x JtG-Team-Image 16.3.2004 cramfs 05.04.2004
2. DBoxII SAT Philips 2x JtG-Team-Image 16.3.2004 cramfs 05.04.2004
Software: JtG 0.7.2, udrec 0.12c, Sherlock 0.1.1.11, Mpeg2Schnitt 0.6h, Muxxi 0.11, DVDlab 1.4.Beta1, Nero 6.3.1.6
Hardware: Toshiba Satellite 3000-100 850 MHz, 256 MB RAM (Compiling) / Celeron300A (Streaming / Brennen)
Brenner: NEC ND1300A (Firmware 1.09)
Wer das Laufen lernen will, kann nicht mit dem Fliegen anfangen. Man muss erst mal lernen auf beiden Beinen zu stehen.

[MattisBLN]

Liegts dann vielleicht eher am Image / Snap vom 3.5.2004?

[Treito]

Liegts dann vielleicht eher am Image / Snap vom 3.5.2004?

Also bei mir lag es am Antennenkabel. Verwende ich ein "normales" bekomme ich auch Corrupt Audio Frames, Verwende derzeit ein Antennenkabel mit eingebautem Mantelstromfilter, Firma Watson, 1,5m lang. Gibt es z.B. bei real.

[MattisBLN]

Meine Verkabelung hat sich nicht verändert, ich verwende auch Kabel mit Filter.

Für ist insbesondere auffällig, dass zwei Aufnahmen innerhalb einer halben Stunde, ohne auch nur den Raum zu betreten, in der die Box steht, mit udrec 0.12 keine Fehler und mit udrec 0.12d die genannten Fehlerhaften Audioframes bringen.

Eine Aufnahme mit zwei Audio-Kanälen mit udrec 0.12 ist einwandfrei, die Aufnahme danach mit udrec 0.12b brachte erneut Fehler.

Werde heute mal mit den neuesten Snapshot weitertesten...

[MattisBLN]

Kann es eigentlich zu Problemen kommen, wenn ich mit udrec0.12d über JtG aufnehme, Muxxi dann aber mit udrec 0.12 die Files weiterbearbeitet? Liegt da der Hase im Pfeffer?

[leth]

Kann es eigentlich zu Problemen kommen, wenn ich mit udrec0.12d über JtG aufnehme, Muxxi dann aber mit udrec 0.12 die Files weiterbearbeitet? Liegt da der Hase im Pfeffer?

Spielt keine Rolle.

Cu leth

[derHerrMueller]

@Jens
Habe heute Nacht um 4 Uhr auch James Bond aufgenommen, als ES mit udrec012c, keine Fehler.

Hab das zur selben Zeit mit udrec012 (ES) gestreamt. Das Komplettimage vom 16.3. und der Snap vom 9.4. auf der Nokia dBox 2x.

Das Log sieht echt bescheiden aus:

Code: Alles auswählen

Jack the Grabber Logfile
Erstellt am: 10.05.2004 04:00
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=James Bond 007 Stirb an einem anderen Tag (Die Another Day)
Start=10.05.2004 04:00:00
Ende=06:15
*******************************************************
@06:06:27: Aufnahme Event:
@06:06:27: IP: 192.168.0.23
@06:06:27: VPid: 511
@06:06:27: APid 1: 512
@06:06:27: APid 2: 513
@06:06:27: APid 3: 515
@06:06:27: Filename: C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)\James Bond 007 Stirb an einem anderen Tag (Die Another Day).mpg
@06:06:27: Splittsize: 39999
@06:06:27: KanalID: 20085000a
@06:06:27: EPG Infos geschrieben
@06:06:27: sectionsd gestoppt
@06:06:27: -host 192.168.0.23 -vp 1FF -ap 200 -ap 201 -ap 203 -o "C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)\James Bond 007 Stirb an einem anderen Tag (Die Another Day)-1"
@00:00:01: 04:00:03 to DBox: VIDEO 31341 16 0 1 vaaa 1ff 200 201 203
@00:00:01: 04:00:03 from DBox: INFO: IP c0a80001 Port 31341
@00:00:01: 04:00:03 from DBox: PID vaaa 4 1ff 200 201 203
@00:00:01: 04:00:03 to DBox: START
@00:00:01: 04:00:04 from DBox: INFO: UdpSender() - PID179 R0 W0
@00:00:01: 04:00:04 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:01: 04:00:04 from DBox: INFO: DmxReader() - Pid 200 29280 0 0
@00:00:01: 04:00:04 from DBox: INFO: DmxReader() - Pid 201 29280 0 0
@00:00:01: 04:00:04 from DBox: INFO: DmxReader() - Pid 203 29280 0 0
@00:00:07: Video: 511
@00:00:07: Audio1: 512
@00:00:07: Audio2: 513
@00:00:07: Audio3: 515
@00:00:07: Beginne Aufnahme nach: C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)
@00:00:10: 04:00:12 found video stream
@00:00:10: Video:[0]C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)\james bond 007 stirb an einem anderen tag (die another day)-1_01_00.mpv
@00:00:10: Audio_1:[0]C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)\james bond 007 stirb an einem anderen tag (die another day)-1_01_00.mp2
@00:00:10: Audio_2:[0]C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)\james bond 007 stirb an einem anderen tag (die another day)-1_01_01.mp2
@00:00:10: Audio_3:[0]C:\#GRAB\2004-05-10-James Bond 007 Stirb an einem anderen Tag (Die Another Day)\james bond 007 stirb an einem anderen tag (die another day)-1_01_00.ac3
@00:00:10: 04:00:12 found mp2 stream
@00:00:10: 04:00:12 found mp2 stream
@00:00:10: 04:00:12 found ac3 stream
@00:00:11: 04:00:13 19:54:43.52: video resync
@00:32:00: 04:32:02 20:26:32.44: corrupt audio frame(s)
@00:32:00: 04:32:02 20:26:32.76: corrupt audio frame(s)
@00:32:00: 04:32:03 20:26:32.52: corrupt audio frame(s)
@00:32:00: 04:32:03 20:26:32.81: corrupt audio frame(s)
@00:32:00: 04:32:03 20:26:32.80: corrupt audio frame(s)
@00:32:00: 04:32:03 20:26:33.56: video resync
@00:34:31: 04:34:33 20:26:46.78: corrupt audio frame(s)
@00:34:31: 04:34:33 MP2 PES: sync block too long (7734 bytes)
@00:34:31: 04:34:33 MP2 PES: sync block too long (24153 bytes)
@00:34:31: 04:34:33 MP2 PES: sync block too long (9502 bytes)
@00:34:31: 04:34:33 MP2 PES: sync block too long (27050 bytes)
@00:34:31: 04:34:33 MP2 PES: sync block too long (15742 bytes)
@00:34:31: 04:34:34 AC3 PES: sync block too long (25800 bytes)
@00:34:31: 04:34:34 AC3 PES: sync block too long (73871 bytes)
@00:34:32: 04:34:34 20:29:06.56: video resync
@00:34:39: 04:34:41 20:29:12.76: corrupt audio frame(s)
@00:34:40: 04:34:42 20:29:13.52: video resync
@00:54:27: 04:54:29 MP2 PES: sync block too long (93298 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (26862 bytes)
@00:54:27: 04:54:29 20:40:10.44: corrupt audio frame(s)
@00:54:27: 04:54:29 MP2 PES: sync block too long (44853 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (13432 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (13455 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (4324 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (12425 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (4620 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (13371 bytes)
@00:54:27: 04:54:29 20:40:10.44: corrupt audio frame(s)
@00:54:27: 04:54:29 MP2 PES: sync block too long (8455 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (40809 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (12707 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (67354 bytes)
@00:54:27: 04:54:29 MP2 PES: sync block too long (4979 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (17175 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (35378 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (83085 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (9450 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (8599 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (88662 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (93132 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (54102 bytes)
@00:54:27: 04:54:29 AC3 PES: sync block too long (45631 bytes)
@00:54:27: 04:54:29 20:40:10.36: corrupt audio frame(s)
@00:54:27: 04:54:29 Video PES: sync block too long (2445031 bytes)
@00:54:27: 04:54:29 20:49:02.96: video resync
@00:54:56: 04:54:58 20:49:23.64: corrupt audio frame(s)
@01:28:07: 05:28:09 stream out of data
@01:28:07: 05:28:09 ESSync stopped
@01:28:28: 05:28:30 Buffer Overflow Start: packet 110835 read 109811 max 110835
@01:28:34: 05:28:37 Buffer Overflow Start: packet 777543 read 772423 max 777543
@01:29:05: 05:29:07 Buffer Overflow Start: packet 48204 read 47180 max 48204
@01:29:05: 05:29:07 Buffer Overflow Start: packet 48203 read 47179 max 48203
@02:15:00: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=1120280924
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=68457024
Audio_2[0] FileSize=68457024
Audio_3[0] FileSize=159733504
******************************************************
Muxer Ausgabe:

******************************************************
Video High: 
Video Low: 
Audio High: 
Audio Low: 
******************************************************
@02:15:01: 06:15:03 to DBox: STOP
@02:15:01: 06:15:03 network statistics:
@02:15:01: max:      7,9 Mbit/s total data rate
@02:15:01: average:  2,0 Mbit/s total data rate
@02:15:01: average:  0,000 Mbit/s resend data rate
@02:15:01: count:    7 resend packets
@02:15:01: average:  1 resend packet per 65108,4 total packets
@02:15:01: max:      14 packets per resend
@02:15:01: average:  2,5 packets per resend
@02:15:01: 06:15:03 TcpSender stopped
@02:15:04: 06:15:06 from DBox: EXIT
@02:15:04: 06:15:06 TcpReceiver stopped
@02:15:05: 
@02:15:05: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

Werde zum testen noch ein paar Filme mit der Config streamen. Mal sehen ob sich das wiederholt. (Hab schon ein paar Wochen nix mehr von Prem1-7 gestreamt)