Seite 1 von 1
Bug in UDRec0.12 ...
Verfasst: Fr 23 Apr 2004, 0:33
von Darwin69
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
Verfasst: Fr 23 Apr 2004, 16:46
von tonsel
Schau mal, ob ich den richtige Stelle erwischt hab'
www.haraldmaiss.de/udrec0.12a.zip
tonsel
Verfasst: Sa 24 Apr 2004, 8:04
von Darwin69
hi tonsel
oki, werds gleich mal checken.
danke fuer die prompte reaktion.
werds gleich testen.
cheers,
darwin69
Verfasst: So 25 Apr 2004, 18:57
von Darwin69
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
Verfasst: Mo 26 Apr 2004, 8:34
von leth
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
Verfasst: Mo 26 Apr 2004, 16:16
von tonsel
@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
Verfasst: Mo 26 Apr 2004, 16:18
von 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.
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
Verfasst: Mo 26 Apr 2004, 17:59
von leth
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
Verfasst: Mo 26 Apr 2004, 18:36
von tonsel
@leth
Mail mir mal das MP2-PES-File. Wenns zu lang ist: Einfach mit dd (Linux) o.ä. ein kleines Stück (100kb) ausschneiden.
tonsel
Verfasst: Di 27 Apr 2004, 8:37
von leth
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
Verfasst: Di 27 Apr 2004, 14:28
von leth
@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
Verfasst: Di 27 Apr 2004, 14:35
von petgun
denn ein Tag hat ja nur 24 Stunden
und die Nacht dazu
cu,
peter
Verfasst: Di 27 Apr 2004, 15:32
von tonsel
@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
Verfasst: Di 27 Apr 2004, 15:54
von leth
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
Verfasst: Di 27 Apr 2004, 18:51
von leth
@tonsel
Du hast Post!
Bei Fragen, einfach melden
Cu leth