PDA

View Full Version : Bug in XviD-04112002-1 _ALPHA_ Release


Sirber
8th November 2002, 00:21
Hi

When I want to create a 2-pass movie with GMC and 4 b-frames, DVD2AVI close and return to windows.

Any idea what's the problem?

[Edit]

I flushed that version and reinstalled the lastest from Nic. I have the same problem.

Asmodian
8th November 2002, 02:29
I believe there is a known problem with GMC and b-frames. The search function turned up the thread: http://forum.doom9.org/showthread.php?s=&postid=206519
sounds like others have a problem with decoding rather then a crash when starting to encode but as GMC and b-frames don't seem to work together yet anyway...
If you want more useful help (as in you want to test the newest xvid, know that it might not decode properly, and want to use DVD2AVI to encode with) please give more detailed xvid/DVD2AVI settings. Which version of DVD2AVI are you using? Have you tried rebooting? ;)

Sirber
8th November 2002, 02:42
Hi

I installed the lastest from Nic and rebooted (yes, I reboot Windows some tines ;)) I also deleted all regs related to XviD. No success...
In it's release there is no GMC.

I use DVD2AVI 1.86 (1.76 modified with crop/resize).

Am I doomed because I tryed a dev-build until I format? :scared:

[Edit]

[Nic's one]
1-pass with bf works
2-pass, the 1-pass with b-f crash

[Koepi dev]
2-pass, 1-pass with no advance stuff work
2-pass, 2-pass with bf + GMC crash

So, I think now b-frames encoding crash on my computer :(

I Have:
Windows XP SP1 Corporate Fr
AMD Athlon TBird 1.333 GHz
ATI Radeon 8500LE 64MB DDR (oc)

Asmodian
8th November 2002, 06:21
I have encoded ~8 episodes or movies with XviD-04112002-1 from Koepi with great succuss (unless I used GMC along with B-frames, then I had decodeing problems), though with virtual dub 1.4.11. I just tried DVD2AVI 1.76 saving a first pass with B-frames, GMC, Qpel and chroma motion on (H263 quants, B-frames 2@200%) without any crash. When does it crash? What are your DVD2AVI settings? What does "2-pass, the 1-pass with b-f crash" mean?

This computer is a Tbird 2200+

Koepi
8th November 2002, 10:29
Maybe not using dvd2avi for encoding is a solution.

Just create a d2v and use the usual mpeg2dec.dll/avisynth->vdub solution and report if those crashes still occur.

Since you are new, I want to make you aware of our forum rules. They say that you should use an appropiate topic.
Since your encoding process or system is bugged, and everyone else doesn't have that problem with xvid, you cannot simply say "xvid is buggy". That's 1) insulting 2) misleading others 3) _wrong_ in this case ...
An apropiate topic would have been "dvd2avi+bframes+gmc crashes xvid-04112002-1 on 2nd pass".

Koepi

Sirber
8th November 2002, 12:48
I'm sorry but I didn't want to insult.

for "2-pass, 1-pass with bf" I mean for a 2 pass movie, in the first pass, if I use b-frames...

[Edit]

I trued with the lastest VDub and VFAPI Codec and now VDub crash when:

2-pass movie, 1st pass, bf + GMC

So it's a XviD CoDec bug. Divx5 Pro with the same settings works well. Any idea?

Koepi
8th November 2002, 13:47
vfapi?

Would you please leave out the rgb colour space conversions (degrading quality!) and try what I asked you for, e.g. follow the doom9-guide for xvid step-by-step?
Maybe your stats-file location is wrong, try on another drive.

Thanks again,
Koepi

iago
8th November 2002, 15:48
[...] So it's a XviD CoDec bug [...] (Sirber)

@Sirber,

I did several test encodes with Koepi's 04112002-1 build using "B-frames and GMC" together and none of them caused a crash. (The problem was with decoding, as stated in another thread.)

Btw, Koepi is right of course! ;) Why don't you try the DVD2AVI 1.76 -> mpeg2dec(x).dll/AviSynth (2.0.6) -> VirtualDub (fast recompress) routine for best possible quality in your encodes?

iago

vinetu
8th November 2002, 21:48
I can conform - for about 10-15 encodes in different days-ways
with Koepi's 04112002-1 build using B-frames and GMC together -
no crashes - just flat GREEN screen in MediaPlayer6.4,BLACK screen in GraphEdit or "Error decompressing video frame x" message in VirtualDub.
I'm using avisynth routines (Avisynth 2.06+ or 2.50(YV12 mode)).

GREAT results with B-frames+QPEL+CollorMotion BTW!!!

Sirber
9th November 2002, 22:34
I tryed the lastest XviD from Koepi with VDub on plain AVI with no sound. I was in the first pass of a 2-pass movie, with b-f and GMC.I got an Access Violation at frame 0:

VirtualDub crash report -- build 14279
--------------------------------------

Disassembly:
024f7980: 0400 add al, 00
024f7982: 00898eb40400 add [ecx+4b48e], cl
024f7988: 00898eb00400 add [ecx+4b08e], cl
024f798e: 008986bc0400 add [ecx+4bc86], cl
024f7994: 0033 add [ebx], dh
024f7996: c083c4585d5e5f rol byte ptr [ebx+5e5d58c4], 5f
024f799d: c3 ret
024f799e: b89cffffff mov eax, ffffff9c
024f79a3: 83c458 add esp, 58
024f79a6: 5d pop ebp
024f79a7: 5e pop esi
024f79a8: 5f pop edi
024f79a9: c3 ret
024f79aa: db8614010000 fild [esi+114]
024f79b0: d99e90040000 fstp [esi+490]
024f79b6: c7442410000000 mov dword ptr [esp+10], 00000000
00
024f79be: e960feffff jmp 024f7823
024f79c3: c7869004000000 mov dword ptr [esi+490], 00000000
000000
024f79cd: c7442410000000 mov dword ptr [esp+10], 00000000
00
024f79d5: e949feffff jmp 024f7823
024f79da: 8b4604 mov eax, [esi+04]
024f79dd: 8b9618010000 mov edx, [esi+118]
024f79e3: 8b8e1c010000 mov ecx, [esi+11c]
024f79e9: 89442410 mov [esp+10], eax
024f79ed: 8bbe20010000 mov edi, [esi+120]
024f79f3: 89542414 mov [esp+14], edx
024f79f7: 894c2418 mov [esp+18], ecx
024f79fb: 897c241c mov [esp+1c], edi
024f79ff: e91ffeffff jmp 024f7823
024f7a04: 8db600000000 lea esi, [esi+00]
024f7a0a: 8dbf00000000 lea edi, [edi+00]
024f7a10: 56 push esi
024f7a11: 8b742408 mov esi, [esp+08]
024f7a15: 8b9698040000 mov edx, [esi+498] <-- FAULT
024f7a1b: 85d2 test edx, edx
024f7a1d: 7467 jz 024f7a86
024f7a1f: 33c0 xor eax, eax
024f7a21: 50 push eax
024f7a22: 50 push eax
024f7a23: 6a02 push 02
024f7a25: 52 push edx
024f7a26: e841500000 call 024fca6c
024f7a2b: 83c410 add esp, 10
024f7a2e: 8b86b0040000 mov eax, [esi+4b0]
024f7a34: 83f8ff cmp eax, ff
024f7a37: 7407 jz 024f7a40
024f7a39: 50 push eax
024f7a3a: ff1594405402 call dword ptr [02544094]
024f7a40: 8b86b4040000 mov eax, [esi+4b4]
024f7a46: 83f8ff cmp eax, ff
024f7a49: 7407 jz 024f7a52
024f7a4b: 50 push eax
024f7a4c: ff1594405402 call dword ptr [02544094]
024f7a52: 8b86b8040000 mov eax, [esi+4b8]
024f7a58: 83f8ff cmp eax, ff
024f7a5b: 7407 jz 024f7a64
024f7a5d: 50 push eax
024f7a5e: ff1594405402 call dword ptr [02544094]
024f7a64: 8b86bc040000 mov eax, [esi+4bc]
024f7a6a: 85c0 test eax, eax
024f7a6c: 7407 jz 024f7a75
024f7a6e: 50 push eax
024f7a6f: e8d6510400 call 0253cc4a
024f7a74: 59 pop ecx
024f7a75: c7869804000000 mov dword ptr [esi+498], 00000000
000000
024f7a7f: 56 push esi

Windows 5.1 (Win2000 build 2600) [Service Pack 1]

EAX = 02dd46b0
EBX = 00000000
ECX = 00000004
EDX = 00000001
EBP = 02dd46b0
DS:ESI = 0023:02dd46b0
ES:EDI = 0023:00000000
SS:ESP = 0023:047bf8a0
CS:EIP = 001b:024f7a15
FS = 003b
GS = 0000
EFLAGS = 00010246

MM0 = ffffffffffffffff
MM1 = 00000000ffffffff
MM2 = 969697999a9b9a99
MM3 = 0096009600970099
MM4 = 0096009600970099
MM5 = 8000000000000000
MM6 = 9000000000000000
MM7 = 8000000000000000
Crash reason: Access Violation

Thread 00000dcc (Main thread)
T:\projects\VirtualDub_old\main\Init.cpp(127)
T:\projects\VirtualDub_old\main\Init.cpp(146)
T:\projects\VirtualDub_old\main\Init.cpp(164)
T:\projects\VirtualDub_old\main\Init.cpp(226)
T:\projects\VirtualDub_old\main\Main.cpp(182)
T:\projects\VirtualDub_old\main\Main.cpp(205)
T:\projects\VirtualDub_old\main\VideoSource.cpp(566)
T:\projects\VirtualDub_old\main\FilterSystem.cpp(427)
Thread 00000f7c (FastWriteStream)
Thread 00000e80 (Processing)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1455)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1483)
T:\projects\VirtualDub_old\main\Dub.cpp(2840)
T:\projects\VirtualDub_old\main\Dub.cpp(2835)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1455)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1483)
T:\projects\VirtualDub_old\main\Dub.cpp(2840)
T:\projects\VirtualDub_old\main\Dub.cpp(2835)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1455)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1483)
T:\projects\VirtualDub_old\main\Dub.cpp(2840)
T:\projects\VirtualDub_old\main\Dub.cpp(2835)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1455)
T:\projects\VirtualDub_old\main\VideoSource.cpp(1483)
T:\projects\VirtualDub_old\main\Dub.cpp(2840)
T:\projects\VirtualDub_old\main\VideoSequenceCompressor.cpp(358)
Thread 00000da4 (I/O processing)


024f7a15: xvid!00007a15
024fc959: xvid!DriverProc [024f0000+c530+429]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77f41dc9: ntdll!RtlpUnWaitCriticalSection [77f40000+1bfe+1cb]
77f41ec8: ntdll!RtlpUnWaitCriticalSection [77f40000+1bfe+2ca]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77f4f4a1: ntdll!RtlUnlockHeap [77f40000+f467+3a]
77f4f485: ntdll!RtlUnlockHeap [77f40000+f467+1e]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77f4269c: ntdll!RtlDeleteCriticalSection [77f40000+25ca+d2]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77e560cb: kernel32!LocalFree [77e40000+160a0+2b]
77e560de: kernel32!LocalFree [77e40000+160a0+3e]
77e560de: kernel32!LocalFree [77e40000+160a0+3e]
77bb13c5: MSACM32!acmGetVersion [77bb0000+13a0+25]
77bb1440: MSACM32!acmGetVersion [77bb0000+13a0+a0]
77f44fa5: ntdll!RtlHashUnicodeString [77f40000+4ebf+e6]
77f44c5b: ntdll!bsearch [77f40000+4ac2+199]
77f45082: ntdll!RtlHashUnicodeString [77f40000+4ebf+1c3]
77f44ea7: ntdll!RtlFindActivationContextSectionString [77f40000+4dcd+da]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77d18ccf: USER32!CreateWindowExA [77d10000+8b26+1a9]
77d1b955: USER32!RegisterClassW [77d10000+b90c+49]
77d1b9b2: USER32!UnregisterClassW [77d10000+b958+5a]
77d23583: USER32!GetGUIThreadInfo [77d10000+132f6+28d]
77d23573: USER32!GetGUIThreadInfo [77d10000+132f6+27d]
77f41d1c: ntdll!RtlpUnWaitCriticalSection [77f40000+1bfe+11e]
77f41d1c: ntdll!RtlpUnWaitCriticalSection [77f40000+1bfe+11e]
77f42101: ntdll!_strcmpi [77f40000+20c0+41]
77f41dc9: ntdll!RtlpUnWaitCriticalSection [77f40000+1bfe+1cb]
77f41ec8: ntdll!RtlpUnWaitCriticalSection [77f40000+1bfe+2ca]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77f41690: ntdll!RtlFreeHeap [77f40000+156b+125]
77f4164e: ntdll!RtlFreeHeap [77f40000+156b+e3]
77f45891: ntdll!LdrUnloadDll [77f40000+57f8+99]
77f45875: ntdll!LdrUnloadDll [77f40000+57f8+7d]
77f4166a: ntdll!RtlFreeHeap [77f40000+156b+ff]
77e560cb: kernel32!LocalFree [77e40000+160a0+2b]
77e560de: kernel32!LocalFree [77e40000+160a0+3e]
73b2181d: MSVFW32!ICSendMessage [73b20000+17f4+29]
73b23948: MSVFW32!ICClose [73b20000+3910+38]
73b24386: MSVFW32!VideoForWindowsVersion [73b20000+4353+33]
73b2433a: MSVFW32!DrawDibProfileDisplay [73b20000+4084+2b6]
77f6572a: ntdll!LdrInitializeThunk [77f40000+25707+23]
77f4e52d: ntdll!LdrShutdownProcess [77f40000+e416+117]
77e598cc: kernel32!GetTimeZoneInformation [77e40000+195ed+2df]
0046b10f: Dubber::WriteVideoFrame()
77e5a652: kernel32!WaitForSingleObjectEx [77e40000+1a5a2+b0]
77e5ac21: kernel32!WaitForSingleObject [77e40000+1ac12+f]
0046bbcf: Dubber::ProcessingThread()
77e5990f: kernel32!ExitProcess [77e40000+198fd+12]
004885fa: doexit()
00488553: _exit()
00482e8d: _endthread()
77e5d33b: kernel32!RegisterWaitForInputIdle [77e40000+1d2f8+43]

-- End of report

vinetu
10th November 2002, 00:04
Sirber

Even if you finish successfuly both passes -
you cannot see your "B-frames+GMC" movie at this time!
If you are interested to see a totally clean of noise Green
(or BLACK) MediaPlayer screen-I can post here a link to B-frames+GMC encoded test.avi...

Sirber
10th November 2002, 01:20
vinetu

Maybe I won't be able to play it, but what if I can't even produce it? That crash is a big problem.

Post your movie I'll test it.

vinetu
10th November 2002, 06:29
Here is it:
http://free.techno-link.com/vinetu/temp/GMC_plus_B-Frames_447fr.avi (created with koepi's XviD-04112002build)

new koepi build (XviD-09112002-1.exe) can decode this ...
however there is a hardcoded like frame droping on every frame-scene
which is NOT superHIGHMotion scene ...if B-frames are used .