Bugs item #466819, was opened at 2001-10-01 15:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=111050&aid=466819&group_id=11050
Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Dms (dms) Assigned to: Zdenek Kabelac (kabi) Summary: qtrecompress creates invalid divx files Initial Comment: little bit of background: I use "vcr" to record from my tv card to divx video and PCM raw audio. After the capture is done, I use qtrecompress to convert the PCM audio to MP3. Why? becaus my processor is not powerful enough to encode to mp3 on the fly (well, the threads stay on the same CPU for SMP). Anyway, the converted divx file works fine in linux with aviplay and mplayer but fails with virtualdub and WMP in windows. Here's the output from avitype of a working divx file: [21:10:37] [/data] > avitype VideoStore/pizza/pizza-s2e4.avi Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr 374.879000 MHz Celeron (Mendocino) processor detectedAviMainHeader: MicroSecPerFrame=40000 MaxBytesPerSec=0 PaddingGranularity=0 Flags=[ HasIndex IsInterleaved ] TotalFrames=39197 InitialFrames=0 Streams=2 SuggestedBufferSize=0 WxH=384x288 AviStreamHeader: FccType=vids FccHandler=DIV3 Flags=[ ] InitialFrames=0 Scale=40000 Rate=1000000 Start=0 Length=39197 SuggestedBufferSize=60907 Quality=10000 SampleSize=0 Rect l,e,r,b=0,0,384,288 AviStreamHeader: FccType=auds FccHandler=U Flags=[ ] InitialFrames=1 Scale=1 Rate=12000 Start=0 Length=18814560 SuggestedBufferSize=6000 Quality=0 SampleSize=1 Rect l,e,r,b=0,0,0,0 Stream 0: 0x73646976 (vids) : 0x33564944 (DIV3) 39197 chunks Cache: Adding stream 0, 39197 chunks Stream 1: 0x73647561 (auds) : 0x55 (MPEG) 39186 chunks Cache: Adding stream 1, 39186 chunks Cache: Creating cache for file descriptor: 3 Initialized stream 0 (Chunk table size 39197, format size 40) Initialized stream 0 (Chunk table size 18814560, format size 18) Successfully opened VideoStore/pizza/pizza-s2e4.avi Now here's one from an non-working one: [21:16:15] [/data] > avitype test-fixed.avi Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr 374.879000 MHz Celeron (Mendocino) processor detectedAviMainHeader: MicroSecPerFrame=40000 MaxBytesPerSec=0 PaddingGranularity=0 Flags=[ HasIndex ] TotalFrames=254 InitialFrames=0 Streams=2 SuggestedBufferSize=0 WxH=384x288 AviStreamHeader: FccType=auds FccHandler=U Flags=[ ] InitialFrames=0 Scale=1 Rate=16000 Start=0 Length=162099 SuggestedBufferSize=0 Quality=0 SampleSize=1 Rect l,e,r,b=0,0,0,0 AviStreamHeader: FccType=vids FccHandler=DIV3 Flags=[ ] InitialFrames=0 Scale=40000 Rate=1000000 Start=0 Length=254 SuggestedBufferSize=0 Quality=0 SampleSize=0 Rect l,e,r,b=0,0,384,288 Stream 0: 0x73647561 (auds) : 0x55 (MPEG) 21 chunks Cache: Adding stream 0, 21 chunks Stream 1: 0x73646976 (vids) : 0x33564944 (DIV3) 254 chunks Cache: Adding stream 1, 254 chunks Cache: Creating cache for file descriptor: 3 Initialized stream 0 (Chunk table size 254, format size 40) Initialized stream 0 (Chunk table size 162099, format size 18) Successfully opened test-fixed.avi The differences: 1) Stream 0 is audio, Stream 1 is video, for invalid valid: stream 0 is video, stream 1 is audio 2) InitialFrames for audio on valid is 1, whereas it is 0 for invalid/non-working. I tried direct copying of the invalid divx file in virtualdub and it corrects the stream 0/1 order but is still not playable on windows. Therefore it leaves #2 as the possible problem. -dms. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=111050&aid=466819&group_id=11050 _______________________________________________ Avifile mailing list [EMAIL PROTECTED] http://prak.org/mailman/listinfo/avifile
