Bug in UDRec0.12 ...

Alles zum Thema Grabbing, was nicht speziell zu JtG passt, z.B: Direktstreaming, andere Tools etc.
Antworten
Nachricht
Autor
Darwin69
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 82
Registriert: Fr 24 Okt 2003, 12:28

Bug in UDRec0.12 ...

#1 Beitrag von Darwin69 » Fr 23 Apr 2004, 0:33

Hiliheilo! ;)

Ein klitzekleiner Bug hat sich da ins neue sehr sehr feine UDRec0.12
eingeschlichen. Wenn man es als Streamingserver laufen laesst,
schliesst es die erstellte idd datei der Tonspur nicht ordentlich.
Dadurch bleibt das File dann so lange offen, bis UDRec beendet
wird, was sich beim vorherigen wegkopieren der Dateien in einem
defekten idd fuer die Tonspur auswirkt.

Sicher nur ne Kleinigkeit ;)

cheers,
darwin69

tonsel
Dev von udrec/mkdvd
Dev von udrec/mkdvd
Beiträge: 400
Registriert: Di 18 Nov 2003, 20:56

#2 Beitrag von tonsel » Fr 23 Apr 2004, 16:46

Schau mal, ob ich den richtige Stelle erwischt hab'

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

tonsel

Darwin69
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 82
Registriert: Fr 24 Okt 2003, 12:28

#3 Beitrag von Darwin69 » Sa 24 Apr 2004, 8:04

hi tonsel

oki, werds gleich mal checken.
danke fuer die prompte reaktion.
werds gleich testen.

cheers,
darwin69

Darwin69
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 82
Registriert: Fr 24 Okt 2003, 12:28

#4 Beitrag von Darwin69 » So 25 Apr 2004, 18:57

hi tonsel!

noe, war leider scheinbar nicht die richtige stelle. naja,
vielleicht findest du sie ja noch, hat von mir aus allerdings keine
eile, da die aufnahmen ja trotzdem funktionieren ;)

cheers,
darwin69

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#5 Beitrag von leth » Mo 26 Apr 2004, 8:34

Auch mir ist was aufgefallen, was aber nicht nur in der Version 0.12 drin ist. Habe hier einige PES Streams, die ich problemlos in Winamp anhören kann und auch von Project-X verarbeitet werden. Wenn ich diese aber mit udrec in ES wandeln lassen will, wird der Original-Ton nicht verarbeitet.

Es wird zwar bis zum ersten Schnittpunkt ein MP2 File erstellt, das hat aber 0 Byte.

Habs versucht mit den Versionen bis 0.11 zurück zu verarbeiten, hat aber nie geklappt.

Cu leth
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

tonsel
Dev von udrec/mkdvd
Dev von udrec/mkdvd
Beiträge: 400
Registriert: Di 18 Nov 2003, 20:56

#6 Beitrag von tonsel » Mo 26 Apr 2004, 16:16

@leth

Wenn Du nur den "fehlerhaften" PES-Stream mit udrec bearbeitest - was passiert dann? Wenn's dann geht, ist irgendwas mit den Zeitstempeln nicht in Ordnung.

tonsel

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#7 Beitrag von leth » Mo 26 Apr 2004, 16:18

Wenn Du nur den "fehlerhaften" PES-Stream mit udrec bearbeitest - was passiert dann? Wenn's dann geht, ist irgendwas mit den Zeitstempeln nicht in Ordnung.
Werde ich gerne ausprobieren, wenn ich die Files noch habe! (Bin mir nicht ganz sicher) Außerdem wollte ich noch schauen, ob Project-X irgendwas dazu gesagt hat.

Poste ich dann morgen!

Cu leth
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#8 Beitrag von leth » Mo 26 Apr 2004, 17:59

Das hat mir jetzt einfach keine Ruhe gelassen, deshabl poste ich das Ergebnis jetzt gleich.
Wenn Du nur den "fehlerhaften" PES-Stream mit udrec bearbeitest - was passiert dann?
Also im ersten Moment sieht es so aus, als würde udrec brav umwandeln, nur leider ist die Datei dann trotzdem 0 Byte groß. Außerdem benötigt udrec nicht einmal 30 Sekunden für das File. Hier das Log:

Code: Alles auswählen

H:\Neutrino\Programme\UDREC\udrec0.12>udrec -f "E:\2004-04-24-One Hour Photo (On
e Hour Photo)\One Hour Photo (One Hour Photo)-1_02.apes" -o "E:\2004-04-24-One H
our Photo (One Hour Photo)\Muxxi\One Hour Photo (One Hour Photo)" -gtc
18:40:14 found mp2 stream
18:40:41 ESSync stopped

H:\Neutrino\Programme\UDREC\udrec0.12>
Bei diesem Vorgang wurde auch eine IDD-Datei erzeugt, die ich dem Thread gleich mit angehängt habe.

Als zusätzlichen Test hab ich auch gleich nochmal eine Umwandlung mit Project-X durchgeführt und da fällt mir eigentlich nichts aussergewöhnliches auf:

Code: Alles auswählen

=== session infos ===

=> working with collection 0
-> write output files to :
	E:\2004-04-24-One Hour Photo (One Hour Photo)\

=> File 0:  E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_00.vpes  (2071939176 bytes)
=> File is Video/Audio/TTX PES
=> demux 
!> missing startcode @ 0
!> found startcode @ 5240
-> found PES-ID 0xE0 (MPEG Video) @ 5240
-> video basics: 704*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
-> starting export of video data @ GOP#0
!> dropping useless B-Frames @ GOP#0 / new Timecode 00:00:00.000
GOP#331, new format in leading sequenceheader detected:
-> video basics: 704*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvBuffer 112
GOP#12011, new format in leading sequenceheader detected:
-> video basics: 704*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
!> missing next startcode (packetsize=0) @ 2072120266 from 2071923664 /I-Buffer 196608

-> video: fr/ ct/ 1p/ cg/ og/ dg = 156040/ 1/ 0/ 13241/ 0/ 0
-> video length: 156040 frames @ 01:44:01.600
-> GOP summary: min. 12, max. 36 fields; contains interlaced & progressive frames
-> avg. nom. bitrate 2649870bps (min/max: 214000/7751200)
-> set first sequence_header bitrate to 7751200bps
===> new File: E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_00.mpv

=> File 1:  E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_01.apes  (150409896 bytes)
=> File is Audio/TTX PES
-> found PES-ID 0xC0 (MPEG Audio) @ 0
packs: 43346 100% 150410620

--> MPEG Audio (0xC0)
Audio PTS: first packet 10:03:54.830, last packet 11:47:56.510
Video PTS: start 1.GOP 10:03:55.190, end last GOP 11:47:56.790
-> adjusting audio at video-timeline
=> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000
!> missing syncword @ 149802625, @ 01:44:01.416
-> 8 frame(s) (192ms) added @ 01:44:01.416
audio frames: wri/pre/skip/ins/add 260067/0/0/0/8  @ 01:44:01.608 done..
===> new File: E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_01.mp2

=> File 2:  E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_02.apes  (150409896 bytes)
=> File is Audio/TTX PES
!> missing startcode @ 0
!> found startcode @ 1078
-> found PES-ID 0xC0 (MPEG Audio) @ 1078
packs: 43346 100% 150411698

--> MPEG Audio (0xC0)
Audio PTS: first packet 10:03:54.887, last packet 11:47:56.567
Video PTS: start 1.GOP 10:03:55.190, end last GOP 11:47:56.790
-> adjusting audio at video-timeline
=> src_audio: MPEG-1, Layer2, 48000Hz, stereo, 192kbps, CRC @ 00:00:00.000
!> missing syncword @ 149801473, @ 01:44:01.416
-> 8 frame(s) (192ms) added @ 01:44:01.416
audio frames: wri/pre/skip/ins/add 260067/0/0/0/8  @ 01:44:01.608 done..
===> new File: E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_02.mp2

=> File 3:  E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_03.apes  (350099496 bytes)
=> File is Audio/TTX PES
!> missing startcode @ 0
!> found startcode @ 8422
-> found PES-ID 0xBD (private stream 1) @ 8422
packs: 39012 100% 350102110

--> AC-3/DTS Audio 
Audio PTS: first packet 10:03:54.955, last packet 11:47:56.715
Video PTS: start 1.GOP 10:03:55.190, end last GOP 11:47:56.790
-> adjusting audio at video-timeline
=> src_audio: AC-3, CM, 2/0(2.0), DS, 48000Hz, 448kbps @ 00:00:00.000
=> src_audio: AC-3, CM, 3/2lfe(5.1), 48000Hz, 448kbps @ 00:02:34.240
=> src_audio: AC-3, CM, 2/0(2.0), DS, 48000Hz, 448kbps @ 01:34:33.792
!> missing syncword @ 349543937, @ 01:44:01.600
audio frames: wri/pre/skip/ins/add 195050/0/0/0/0  @ 01:44:01.600 done..
===> new File: E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_03.ac3

summary of created media files:
.Video (m2v):	156040 Frames	01:44:01.600		 E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_00.mpv
Audio 0 (mp2):	260067 Frames	01:44:01.608	0/0/0/8	 E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_01.mp2
Audio 1 (mp2):	260067 Frames	01:44:01.608	0/0/0/8	 E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_02.mp2
Audio 2 (ac3):	195050 Frames	01:44:01.600	0/0/0/0	 E:\2004-04-24-One Hour Photo (One Hour Photo)\One Hour Photo (One Hour Photo)-1_03.ac3
=> 2716555668 bytes written...
Wenn ich noch was testen soll oder du sonst noch eine Auskunft benötigst, einfach kurz melden. Dieser Film wurde übrigens am vergangenen Samstag um 20:15 Uhr aufgezeichnet. Im Anschluß daran hab ich auch noch Minority Report gestreamt und dort tritt der selbe Fehler auf. Leider habe ich die Dateien zu Minority Report schon gelöscht, sonst hätte ich noch was vergleichen können.

Cu leth
Dateianhänge
One Hour Photo (One Hour Photo)_01_00.mp2.rar
(122 Bytes) 27-mal heruntergeladen
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

tonsel
Dev von udrec/mkdvd
Dev von udrec/mkdvd
Beiträge: 400
Registriert: Di 18 Nov 2003, 20:56

#9 Beitrag von tonsel » Mo 26 Apr 2004, 18:36

@leth

Mail mir mal das MP2-PES-File. Wenns zu lang ist: Einfach mit dd (Linux) o.ä. ein kleines Stück (100kb) ausschneiden.


tonsel

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#10 Beitrag von leth » Di 27 Apr 2004, 8:37

Mail mir mal das MP2-PES-File. Wenns zu lang ist: Einfach mit dd (Linux) o.ä. ein kleines Stück (100kb) ausschneiden.
Heißt also, du benötigst den Anfang des Files oder?

Weiß zwar gerade kein Programm mit dem ich das machen kann (hab kein Linux), sollte aber leicht selbst zu realisieren sein.

Cu leth
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#11 Beitrag von leth » Di 27 Apr 2004, 14:28

@tonsel

Da fällt mir gerade noch was ein: Die Timecodes in den aufgenommen Dateien liegen laut udrec bei 25 Stunden und mehr. Wäre es möglich, dass da was nicht ganz stimmen kann, denn ein Tag hat ja nur 24 Stunden :-) Das war auch der Grund für einen Fehler den ich in Muxxi entdeckt habe und nun die Stunden zuerst in Tage umrechnen muss.

Cu leth
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

petgun
Streamsüchtling
Streamsüchtling
Beiträge: 2484
Registriert: Mo 04 Aug 2003, 16:22

#12 Beitrag von petgun » Di 27 Apr 2004, 14:35

denn ein Tag hat ja nur 24 Stunden
und die Nacht dazu ;-)

cu,
peter

tonsel
Dev von udrec/mkdvd
Dev von udrec/mkdvd
Beiträge: 400
Registriert: Di 18 Nov 2003, 20:56

#13 Beitrag von tonsel » Di 27 Apr 2004, 15:32

@leth

Der Timecode kann theoretisch bis 2 x 2^33 /90000 Sekunden hochzählen, da das Feld 33Bit lang ist. Bei einem Überlauf zählt udrec weiter hoch, deshalb "2 x". Die Angabe in Stunden ist nur zur Übersichtlichkeit.

tonsel

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#14 Beitrag von leth » Di 27 Apr 2004, 15:54

Bei einem Überlauf zählt udrec weiter hoch, deshalb "2 x". Die Angabe in Stunden ist nur zur Übersichtlichkeit.
Aha, das war aber glaub ich nicht immer so, oder? Hatte das nämlich extra in Muxxi berücksichtigt :-)

Und was sagst Du dazu:
Heißt also, du benötigst den Anfang des Files oder?
Cu leth
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

leth
Muxxi Dev
Beiträge: 2645
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Pflach in Tirol :-)
Kontaktdaten:

#15 Beitrag von leth » Di 27 Apr 2004, 18:51

@tonsel

Du hast Post!

Bei Fragen, einfach melden :-)

Cu leth
This is leth!

Meine Box: Nokia SAT 2xi Avia 500

Antworten