|
|
| meilin |
| Posted: Oct 6 2005, 02:54 AM |
 |
|
Unregistered
|
Download it from fcchandler's home page
You can use to open some wmv or asf file
cool right? 
thx you,fcchandler! |
|
| Gral |
 Posted: Oct 6 2005, 03:40 AM |
|
|
Advanced Member
Group: Members
Posts: 125
Member No.: 11018
Joined: 11-July 04
|
Now i can open WMV9 file and save it as AVI without recompress !
Great !
(1.6.10 - build 23784)
(1.6.11 - build 23777) ???
|
|
| fccHandler |
| Posted: Oct 6 2005, 06:58 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
| QUOTE (Gral @ Oct 5 2005, 11:40 PM) | | Now i can open WMV9 file and save it as AVI without recompress ! |
Um, yes and no. You're going to run into problems if the WMV uses B-frames, or its audio is VBR. But I guess you'll see what I mean soon... 
| QUOTE | (1.6.10 - build 23784)
(1.6.11 - build 23777) ??? |
For each new version, my build number always starts from Avery's build number and increments from there. This strategy started a long time ago because I was lazy, and now it's too late to change it. I actually have no idea how many times I've built VirtualDub-MPEG2 and its earlier variants, because I didn't keep copies of every build.
With this version, it looks like I made more builds of my copy of 1.6.10 than he made in his transition from 1.6.10 to 1.6.11, so this time my build number went backwards!
--------------------
May the FOURCC be with you... |
|
| phaeron |
| Posted: Oct 6 2005, 07:12 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
| QUOTE (fccHandler @ Oct 5 2005, 11:58 PM) | | QUOTE | (1.6.10 - build 23784)
(1.6.11 - build 23777) ??? |
For each new version, my build number always starts from Avery's build number and increments from there. This strategy started a long time ago because I was lazy, and now it's too late to change it. I actually have no idea how many times I've built VirtualDub-MPEG2 and its earlier variants, because I didn't keep copies of every build.
|
It's not terribly important, since the build number is only used as additional ID, but... the version2.bin file that the build tool (Asuka) maintains contains a separate line for each machine that compiles. If you take a look at it, you can see all of the computer names I've used. Asuka simply adds all of the build numbers from the individual machines, so all you need to do to maintain monotonic build numbers is to merge this file. The only time I've run into problems is when I try to integrate between branches, because then I have the same build line getting incremented on different branches.
The build number is pretty handy for detecting when someone is using a non-standard build, I might add.
|
|
| fccHandler |
| Posted: Oct 6 2005, 07:59 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
| QUOTE (phaeron @ Oct 6 2005, 03:12 AM) | | all you need to do to maintain monotonic build numbers is to merge this file. |
I know it now, but I didn't in the beginning. To fix it now, I would either have to let it increment independantly from now on, starting from this current number (which would be misleading), or invent some random build number to increment from (which would be false) because I didn't keep most of my old versions. Oh well.
I did release a version once with the same build number as yours, and I remember it caused a bit of confusion so I definitely won't do that again.
| QUOTE | | The build number is pretty handy for detecting when someone is using a non-standard build, I might add. |
Yes it is, which reminds me...
Why do you freeze the build number with that tricky file (which I won't name)? Some time ago (1.6.8 maybe) I noticed that my builds weren't incrementing, and it took me forever to track that down and kill it.
Is it supposed to work like that? Because it seems to be the very opposite of what you would want to happen.
--------------------
May the FOURCC be with you... |
|
| lantern |
| Posted: Oct 7 2005, 12:21 PM |
|
|
Member
Group: Members
Posts: 10
Member No.: 14739
Joined: 4-April 05
|
I keep getting a crash when I am using VDub-Mpeg2 v1.6.11 when I open a wmv file and begin to encode it to an AVI, if I click the Perf tab in the encoding window. Here is the crashlog:
VirtualDub-MPEG2 crash report -- build 23777 (release)
--------------------------------------
Disassembly:
004c63a0: 06 push es
004c63a1: 8b17 mov edx, [edi]
004c63a3: 8bcf mov ecx, edi
004c63a5: ff12 call dword ptr [edx]
004c63a7: 8b4e08 mov ecx, [esi+08h]
004c63aa: 85c9 test ecx, ecx
004c63ac: 7405 jz 004c63b3 (InputFileAVI::InitStriped+263)
004c63ae: 8b01 mov eax, [ecx]
004c63b0: ff5004 call dword ptr [eax+04h]
004c63b3: 85ff test edi, edi
004c63b5: 897e08 mov [esi+08h], edi
004c63b8: 7518 jnz 004c63d2 (InputFileAVI::InitStriped+282)
004c63ba: 8d4c2414 lea ecx, [esp+14h]
004c63be: e881960100 call 004dfa44 (MyMemoryError::MyMemoryError)
004c63c3: 68648f5600 push 00568f64
004c63c8: 8d4c2418 lea ecx, [esp+18h]
004c63cc: 51 push ecx
004c63cd: e869f00500 call 0052543b (_CxxThrowException@8)
004c63d2: 8b4e08 mov ecx, [esi+08h]
004c63d5: 8b11 mov edx, [ecx]
004c63d7: ff5208 call dword ptr [edx+08h]
004c63da: 84c0 test al, al
004c63dc: 7513 jnz 004c63f1 (InputFileAVI::InitStriped+2a1)
004c63de: 8b4e08 mov ecx, [esi+08h]
004c63e1: 85c9 test ecx, ecx
004c63e3: 7405 jz 004c63ea (InputFileAVI::InitStriped+29a)
004c63e5: 8b01 mov eax, [ecx]
004c63e7: ff5004 call dword ptr [eax+04h]
004c63ea: c7460800000000 mov dword ptr [esi+08h], 00000000
004c63f1: 8b4c241c mov ecx, [esp+1ch]
004c63f5: 5f pop edi
004c63f6: 5e pop esi
004c63f7: 5d pop ebp
004c63f8: 5b pop ebx
004c63f9: 64890d00000000 mov fs:[00000000], ecx
004c6400: 83c418 add esp, 18h
004c6403: c20400 ret 0004
004c6406: 90 nop
004c6407: 90 nop
004c6408: 90 nop
004c6409: 90 nop
004c640a: 90 nop
004c640b: 90 nop
004c640c: 90 nop
004c640d: 90 nop
004c640e: 90 nop
004c640f: 90 nop
004c6410: 8b4920 mov ecx, [ecx+20h]
004c6413: 8b01 mov eax, [ecx]
004c6415: ff6024 jmp dword ptr [eax+24h]
004c6418: 90 nop
004c6419: 90 nop
004c641a: 90 nop
004c641b: 90 nop
004c641c: 90 nop
004c641d: 90 nop
004c641e: 90 nop
004c641f: 90 nop
004c6420: 8b4920 mov ecx, [ecx+20h]
004c6423: 8b01 mov eax, [ecx] <-- FAULT
004c6425: ff6010 jmp dword ptr [eax+10h]
004c6428: 90 nop
004c6429: 90 nop
004c642a: 90 nop
004c642b: 90 nop
004c642c: 90 nop
004c642d: 90 nop
004c642e: 90 nop
004c642f: 90 nop
004c6430: 8b4920 mov ecx, [ecx+20h]
004c6433: 8b01 mov eax, [ecx]
004c6435: ff6014 jmp dword ptr [eax+14h]
004c6438: 90 nop
004c6439: 90 nop
004c643a: 90 nop
004c643b: 90 nop
004c643c: 90 nop
004c643d: 90 nop
004c643e: 90 nop
004c643f: 90 nop
004c6440: 83ec20 sub esp, 20h
004c6443: 53 push ebx
004c6444: 55 push ebp
004c6445: 56 push esi
004c6446: 8b742430 mov esi, [esp+30h]
004c644a: 8b06 mov eax, [esi]
004c644c: 8b5808 mov ebx, [eax+08h]
004c644f: 57 push edi
004c6450: 8b780c mov edi, [eax+0ch]
004c6453: b8ffffff7f mov eax, 7fffffff
004c6458: 894628 mov [esi+28h], eax
004c645b: 894610 mov [esi+10h], eax
004c645e: 8b07 mov eax, [edi]
004c6460: 8bcf mov ecx, edi
004c6462: 895c2410 mov [esp+10h], ebx
004c6466: ff5010 call dword ptr [eax+10h]
004c6469: 8bea mov ebp, edx
004c646b: 8b17 mov edx, [edi]
004c646d: 8bcf mov ecx, edi
004c646f: 89442428 mov [esp+28h], eax
004c6473: ff5214 call dword ptr [edx+14h]
004c6476: 3bea cmp ebp, edx
004c6478: 8b4c2428 mov ecx, [esp+28h]
004c647c: 89442420 mov [esp+20h], eax
004c6480: 89542424 mov [esp+24h], edx
004c6484: 894c2418 mov [esp+18h], ecx
004c6488: 0f8fe2000000 jg 004c6570 (InputFileAVI::_InfoDlgThread+130)
004c648e: 7c08 jl 004c6498 (InputFileAVI::_InfoDlgThread+58)
004c6490: 3bc8 cmp ecx, eax
004c6492: 0f83d8000000 jnc 004c6570 (InputFileAVI::_InfoDlgThread+130)
004c6498: 8b442418 mov eax, [esp+18h]
004c649c: 8b db 8bh
004c649d: 97 xchg eax, edi
004c649e: b000 mov al, 00h
Windows 5.1 (Windows XP build 2600) [Service Pack 2]
EAX = 0055cc40
EBX = 00300384
ECX = 00000000
EDX = 7c90eb94
EBP = 0012f4fc
ESI = 00b723b8
EDI = 0012f538
ESP = 0012f4c4
EIP = 004c6423
EFLAGS = 00010206
FPUCW = ffff027f
FPUTW = ffffffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'.
Pointer dumps:
EAX 0055cc40: 004fc280 0045ef60 004d5760 004d5570 004c60f0 004c55e0 004c5710 004c5680
EBX 00300380: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
EDX 7c90eb90: 90909090 24a48dc3 00000000 0024648d 90909090 24548d90 c32ecd08 9cec8b55
EDI 7c90eb90: 90909090 24a48dc3 00000000 0024648d 90909090 24548d90 c32ecd08 9cec8b55
ESP 0012f4c0: f3509b9c 00483a07 0012f538 004839ca 00000000 77d48734 00300384 00000113
0012f4e0: 00000000 00000000 004839ca dcbaabcd 00000000 0012f538 004839ca 0012f568
0012f500: 77d5418d 004839ca 00300384 00000113 00000000 00000000 00000113 00300384
0012f520: 00804fb0 00000014 00000001 00000000 00000000 00000010 00000000 ffffffff
EBP 0012f4f8: 004839ca 0012f568 77d5418d 004839ca 00300384 00000113 00000000 00000000
0012f518: 00000113 00300384 00804fb0 00000014 00000001 00000000 00000000 00000010
0012f538: 00000000 ffffffff 00000000 00000001 00000000 00000000 0012f518 0012f0e8
0012f558: 0012f650 77d70467 77d541b0 00000000 0012f5b0 77d53fd9 00000000 004839ca
Thread call stack:
004c6423: InputFileAVI::isOptimizedForRealtime()
00483a07: DubStatus::StatusPerfDlgProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d5418d: USER32!PrivateExtractIconExW [77d40000+13edb+2b2]
77d53fd9: USER32!PrivateExtractIconExW [77d40000+13edb+fe]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d6e571: USER32!DefDlgProcA [77d40000+2e54f+22]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4b89b: USER32!GetParent [77d40000+b72f+16c]
77d5f3e3: USER32!SendMessageA [77d40000+1f39a+49]
00483bbd: DubStatus::StatusDlgProc()
77d4c331: USER32!SetRectEmpty [77d40000+c2e2+4f]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d5418d: USER32!PrivateExtractIconExW [77d40000+13edb+2b2]
77d53fd9: USER32!PrivateExtractIconExW [77d40000+13edb+fe]
77d4eb3e: USER32!CallNextHookEx [77d40000+eb03+3b]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d54204: USER32!DefDlgProcW [77d40000+141e2+22]
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d4eaad: USER32!EnableMenuItem [77d40000+ea2f+7e]
77d489cd: USER32!GetWindowLongW [77d40000+88a6+127]
77d61b4d: USER32!AppendMenuA [77d40000+21adf+6e]
77d48a10: USER32!DispatchMessageW [77d40000+8a01+f]
77d5e097: USER32!IsDialogMessageW [77d40000+1dfbc+db]
77d6c6ab: USER32!IsDialogMessage [77d40000+2c661+4a]
0048a5b1: guiCheckDialogs()
0048a610: VDModelessDialogHookW32()
77d618f4: USER32!UnhookWinEvent [77d40000+2187d+77]
77d4ea9e: USER32!EnableMenuItem [77d40000+ea2f+6f]
77d4ebf3: USER32!CallNextHookEx [77d40000+eb03+f0]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d61b4d: USER32!AppendMenuA [77d40000+21adf+6e]
77d5e0fa: USER32!CallMsgFilterW [77d40000+1e0a6+54]
77d5e016: USER32!IsDialogMessageW [77d40000+1dfbc+5a]
77d6c6ab: USER32!IsDialogMessage [77d40000+2c661+4a]
0048a5b1: guiCheckDialogs()
004a3120: VDProjectUI::UIRunDubMessageLoop()
0049e8cf: VDProject::RunOperation()
7c9106eb: ntdll!RtlAllocateHeap [7c900000+105d4+117]
00524acf: _heap_alloc()
00477e51: SaveAVI()
00490d6f: SaveAVI()
004a0735: VDProjectUI::MenuHit()
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
77d4b3a7: USER32!DefWindowProcW [77d40000+b33c+6b]
004a9a41: VDUIFrame::DefProc()
004a23bb: VDProjectUI::MainWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d484fc: USER32!000084fc
77d485a4: USER32!000085a4
77d49488: USER32!GetWindowLongA [77d40000+945d+2b]
004a1f6e: VDProjectUI::WndProc()
004a9d04: VDUIFrame::StaticWndProc()
77d48734: USER32!GetDC [77d40000+86c7+6d]
77d48816: USER32!GetDC [77d40000+86c7+14f]
77d489cd: USER32!GetWindowLongW [77d40000+88a6+127]
77d4ca67: USER32!PeekMessageA [77d40000+c96c+fb]
77d496c7: USER32!DispatchMessageA [77d40000+96b8+f]
004909a6: WinMain@16()
00527ecf: WinMainCRTStartup()
7c816d4f: kernel32!RegisterWaitForInputIdle [7c800000+16d06+49]
-- End of report
|
|
| fccHandler |
| Posted: Oct 7 2005, 06:31 PM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
Confirmed. I'll add this to my bug list. Thanks for the report.
--------------------
May the FOURCC be with you... |
|
| phaeron |
| Posted: Oct 8 2005, 04:20 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
| QUOTE (fccHandler @ Oct 6 2005, 12:59 AM) | Why do you freeze the build number with that tricky file (which I won't name)? Some time ago (1.6.8 maybe) I noticed that my builds weren't incrementing, and it took me forever to track that down and kill it.
|
The build number in the executable has to match the build number in the symbols file, or the crash-time debugger won't work. I used to have problems generating final builds because if I didn't do everything in the right sequence and edit/revert the right files at the right time the build numbers would be wrong on one or more of the platform builds, causing crash dumps to break. The build release script (release.bat) used to sync and then revert the version2.bin file to do that, but adding the autobuild.lock file was a cleaner way to do it. Environment variable would have been even better, but by default Visual Studio doesn't pass on the calling environment when invoking the build.
There's no reason to ship that file, so I've changed the build process to remove the file before building the final archives.
|
|
| fccHandler |
| Posted: Oct 8 2005, 08:16 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
Thanks.
I've also noticed that if I download the source, delete autobuild.lock, and make one build on my computer, the resulting build number is the same as yours. I have to make two builds before it increments by one. (The current VirtualDub-MPEG2 1.6.11 / 23777 has been built four times.)
Not terribly important, just I thought I'd mention it.
--------------------
May the FOURCC be with you... |
|
| fccHandler |
| Posted: Oct 9 2005, 04:40 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
I uploaded a new build which fixes the crash posted by lantern above. My derived "InputFileWMV" class wasn't as well derived as I thought... 
In other news, it turns out that my earlier post about B-frames may be incorrect. I'm not actually sure that WMV9 Standard uses them, and I haven't had any problems using Direct Stream Copy. The WMV9 "Advanced Profile" codec can use B-frames, but this codec isn't supported by Microsoft's VCM implementation and can't be used in VirtualDub at all.
VBR WMA9 is still a problem, even while playing and seeking on the timeline. This part definitely needs more work.
P.S. I'm moving this thread to the "News" section, so it can be the official VirtualDub-MPEG2 1.6.11 thread.
--------------------
May the FOURCC be with you... |
|
| KornX |
 Posted: Oct 11 2005, 10:16 AM |
|
|
Advanced Member
Group: Members
Posts: 41
Member No.: 2043
Joined: 18-January 03
|
hey fcchandler
the new possibility to open wmv files is amazing...
perfect to look at HD wmv files...
KornX
--------------------
There are only 10 types of people;
Those who do and those who don't understand binary. |
|
| marindd |
| Posted: Oct 12 2005, 06:17 PM |
|
|
Unregistered
|
VirtualDub-MPEG2 crash report -- build 23787 (release)
--------------------------------------
Disassembly:
09a04f40: 03c9 add ecx, ecx
09a04f42: 03c9 add ecx, ecx
09a04f44: 03c9 add ecx, ecx
09a04f46: 33d2 xor edx, edx
09a04f48: 895dc4 mov [ebp-3ch], ebx
09a04f4b: 8bd8 mov ebx, eax
09a04f4d: 894db4 mov [ebp-4ch], ecx
09a04f50: 8975b8 mov [ebp-48h], esi
09a04f53: 897dbc mov [ebp-44h], edi
09a04f56: 8b7b0c mov edi, [ebx+0ch]
09a04f59: 8d77e7 lea esi, [edi-19h]
09a04f5c: b8ffffffff mov eax, ffffffff
09a04f61: 8bcf mov ecx, edi
09a04f63: d3e8 shr eax, cl
09a04f65: 8b0b mov ecx, [ebx]
09a04f67: 85f6 test esi, esi
09a04f69: 894da8 mov [ebp-58h], ecx
09a04f6c: 0f8e4e060000 jle 09a055c0
09a04f72: 2345a8 and eax, [ebp-58h]
09a04f75: 8bce mov ecx, esi
09a04f77: f7de neg esi
09a04f79: 8945b0 mov [ebp-50h], eax
09a04f7c: 83c620 add esi, 20h
09a04f7f: d3e0 shl eax, cl
09a04f81: 8b4b04 mov ecx, [ebx+04h]
09a04f84: 894da4 mov [ebp-5ch], ecx
09a04f87: 8bce mov ecx, esi
09a04f89: 8b75a4 mov esi, [ebp-5ch]
09a04f8c: d3ee shr esi, cl
09a04f8e: 0bc6 or eax, esi
09a04f90: 8945ac mov [ebp-54h], eax
09a04f93: 8b45b0 mov eax, [ebp-50h]
09a04f96: 8b75ac mov esi, [ebp-54h]
09a04f99: 83fe03 cmp esi, 03h
09a04f9c: 0f8414010000 jz 09a050b6
09a04fa2: 8d4fec lea ecx, [edi-14h]
09a04fa5: 85c9 test ecx, ecx
09a04fa7: 0f8e85050000 jle 09a05532
09a04fad: 8b7304 mov esi, [ebx+04h]
09a04fb0: d3e0 shl eax, cl
09a04fb2: f7d9 neg ecx
09a04fb4: 83c120 add ecx, 20h
09a04fb7: d3ee shr esi, cl
09a04fb9: 0bc6 or eax, esi
09a04fbb: 03c0 add eax, eax
09a04fbd: 8d3400 lea esi, [eax+eax]
09a04fc0: 0fbeb6e3caa709 movsx esi, byte ptr [esi+9a7cae3] <-- FAULT
09a04fc7: 8975ac mov [ebp-54h], esi
09a04fca: 85f6 test esi, esi
09a04fcc: 0f84e8010000 jz 09a051ba
09a04fd2: 0fb6b400e1caa7 movzx esi, byte ptr [eax+eax+9a7cae1]
09
09a04fda: 8975c4 mov [ebp-3ch], esi
09a04fdd: 0fb6b400e2caa7 movzx esi, byte ptr [eax+eax+9a7cae2]
09
09a04fe5: 0fb68400e0caa7 movzx eax, byte ptr [eax+eax+9a7cae0]
09
09a04fed: 03f8 add edi, eax
09a04fef: 83ff20 cmp edi, 20h
09a04ff2: 7233 jc 09a05027
09a04ff4: 897b0c mov [ebx+0ch], edi
09a04ff7: 8b4b04 mov ecx, [ebx+04h]
09a04ffa: 8b7b10 mov edi, [ebx+10h]
09a04ffd: 890b mov [ebx], ecx
09a04fff: 8b4f08 mov ecx, [edi+08h]
09a05002: 894dd0 mov [ebp-30h], ecx
09a05005: 8b45d0 mov eax, [ebp-30h]
09a05008: 0fc8 bswap eax
09a0500a: 8945d0 mov [ebp-30h], eax
09a0500d: 8b7dd0 mov edi, [ebp-30h]
09a05010: 8b4b10 mov ecx, [ebx+10h]
09a05013: 83c104 add ecx, 04h
09a05016: 897b04 mov [ebx+04h], edi
09a05019: 8b7b0c mov edi, [ebx+0ch]
09a0501c: 83c7e0 add edi, 0e0h
09a0501f: 894b10 mov [ebx+10h], ecx
09a05022: 8b03 mov eax, [ebx]
09a05024: 8945a8 mov [ebp-58h], eax
09a05027: 897dcc mov [ebp-34h], edi
09a0502a: 8d47e1 lea eax, [edi-1fh]
09a0502d: 8bcf mov ecx, edi
09a0502f: 8945b0 mov [ebp-50h], eax
09a05032: bfffffffff mov edi, ffffffff
09a05037: d3ef shr edi, cl
09a05039: 85c0 test eax, eax
09a0503b: 897da4 mov [ebp-5ch], edi
09a0503e: 8b db 8bh
09a0503f: 7d db 7dh
Windows 5.1 (Windows XP build 2600) [Service Pack 2]
EAX = 8e65ddf4
EBX = 0c00df98
ECX = 00000000
EDX = 00000000
EBP = 0c00d8b0
ESI = 1ccbbbe8
EDI = 00000034
ESP = 0c00d854
EIP = 09a04fc0
EFLAGS = 00010293
FPUCW = ffff027f
FPUTW = ffffaaaa
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'xvidcore'...
...while running thread "Processing" (thread.cpp:150).
Pointer dumps:
EBX 0c00df98: ae205aba c732e6c2 00000000 00000034 097f1f38 097f0020 001c2000 00000000
ESP 0c00d850: 0012fa8c c732e6c2 ae205aba d6399736 00000aba 00000000 0c00d900 00000100
0c00d870: 0c00d900 00000303 00000303 00000004 0023ae5b 00000000 00000000 00000000
0c00d890: 00000000 00000000 0c00db80 00000302 09a0f02b 0c00db80 09a0f20b 0a777748
0c00d8b0: 00000008 09a0f005 00000000 00000000 00000085 09a38df0 00000000 00000000
EBP 0c00d8b0: 00000008 09a0f005 00000000 00000000 00000085 09a38df0 00000000 00000000
0c00d8d0: 00000001 00000005 0c00df98 00000300 00001800 00000180 09dc55c0 0c00da00
0c00d8f0: 0c00d900 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0c00d910: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Thread call stack:
09a04fc0: xvidcore!xvid_decore [099c0000+3f684+593c]
09a0f02b: xvidcore!xvid_decore [099c0000+3f684+f9a7]
09a0f20b: xvidcore!xvid_decore [099c0000+3f684+fb87]
09a0f005: xvidcore!xvid_decore [099c0000+3f684+f981]
09a0ee73: xvidcore!xvid_decore [099c0000+3f684+f7ef]
09a0e172: xvidcore!xvid_decore [099c0000+3f684+eaee]
09a0ee8e: xvidcore!xvid_decore [099c0000+3f684+f80a]
09a0eeb5: xvidcore!xvid_decore [099c0000+3f684+f831]
09a022be: xvidcore!xvid_decore [099c0000+3f684+2c3a]
09a021e2: xvidcore!xvid_decore [099c0000+3f684+2b5e]
099ffc33: xvidcore!xvid_decore [099c0000+3f684+5af]
7c915041: ntdll!bsearch [7c900000+14ffb+46]
7c915233: ntdll!bsearch [7c900000+14ffb+238]
7c9155c9: ntdll!RtlHashUnicodeString [7c900000+15465+164]
7c915d7d: ntdll!RtlValidateUnicodeString [7c900000+15c72+10b]
7c915db4: ntdll!RtlValidateUnicodeString [7c900000+15c72+142]
7c9153f5: ntdll!RtlFindActivationContextSectionString [7c900000+15319+dc]
7c915041: ntdll!bsearch [7c900000+14ffb+46]
7c915233: ntdll!bsearch [7c900000+14ffb+238]
7c9155c9: ntdll!RtlHashUnicodeString [7c900000+15465+164]
7c915d7d: ntdll!RtlValidateUnicodeString [7c900000+15c72+10b]
7c915db4: ntdll!RtlValidateUnicodeString [7c900000+15c72+142]
7c9153f5: ntdll!RtlFindActivationContextSectionString [7c900000+15319+dc]
7c915041: ntdll!bsearch [7c900000+14ffb+46]
7c915041: ntdll!bsearch [7c900000+14ffb+46]
7c915233: ntdll!bsearch [7c900000+14ffb+238]
7c9155c9: ntdll!RtlHashUnicodeString [7c900000+15465+164]
7c915d7d: ntdll!RtlValidateUnicodeString [7c900000+15c72+10b]
7c915db4: ntdll!RtlValidateUnicodeString [7c900000+15c72+142]
7c9153f5: ntdll!RtlFindActivationContextSectionString [7c900000+15319+dc]
7c915af1: ntdll!RtlDosApplyFileIsolationRedirection_Ustr [7c900000+157a3+34e]
7c915b4f: ntdll!RtlDosApplyFileIsolationRedirection_Ustr [7c900000+157a3+3ac]
7c9153f5: ntdll!RtlFindActivationContextSectionString [7c900000+15319+dc]
7c915707: ntdll!RtlHashUnicodeString [7c900000+15465+2a2]
7c915a00: ntdll!RtlDosApplyFileIsolationRedirection_Ustr [7c900000+157a3+25d]
7c915a65: ntdll!RtlDosApplyFileIsolationRedirection_Ustr [7c900000+157a3+2c2]
7c9169a5: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+28a]
7c91691d: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+202]
7c916924: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+209]
7c910833: ntdll!RtlAllocateHeap [7c900000+105d4+25f]
7c9169a5: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+28a]
7c910732: ntdll!RtlAllocateHeap [7c900000+105d4+15e]
7c910732: ntdll!RtlAllocateHeap [7c900000+105d4+15e]
7c910732: ntdll!RtlAllocateHeap [7c900000+105d4+15e]
7c9106ab: ntdll!RtlAllocateHeap [7c900000+105d4+d7]
7c9106eb: ntdll!RtlAllocateHeap [7c900000+105d4+117]
7c910732: ntdll!RtlAllocateHeap [7c900000+105d4+15e]
7c910732: ntdll!RtlAllocateHeap [7c900000+105d4+15e]
7c911596: ntdll!wcsncpy [7c900000+10a8f+b07]
7c9106eb: ntdll!RtlAllocateHeap [7c900000+105d4+117]
7c9169a5: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+28a]
7c916924: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+209]
7c916924: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+209]
7c9168a6: ntdll!RtlMultiAppendUnicodeStringBuffer [7c900000+1671b+18b]
7c9105c8: ntdll!RtlFreeHeap [7c900000+1043d+18b]
7c910551: ntdll!RtlFreeHeap [7c900000+1043d+114]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
7c911b09: ntdll!RtlLogStackBackTrace [7c900000+11ae4+25]
7c9105c8: ntdll!RtlFreeHeap [7c900000+1043d+18b]
7c910551: ntdll!RtlFreeHeap [7c900000+1043d+114]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
7c910d5c: ntdll!wcsncpy [7c900000+10a8f+2cd]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
7c9119e6: ntdll!RtlDeleteCriticalSection [7c900000+1188a+15c]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
7c911962: ntdll!RtlDeleteCriticalSection [7c900000+1188a+d8]
7c9105c8: ntdll!RtlFreeHeap [7c900000+1043d+18b]
7c910551: ntdll!RtlFreeHeap [7c900000+1043d+114]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
7c911970: ntdll!RtlDeleteCriticalSection [7c900000+1188a+e6]
7c90da54: ntdll!NtFreeVirtualMemory [7c900000+da48+c]
7c918331: ntdll!RtlReAllocateHeap [7c900000+179fd+934]
7c925eac: ntdll!RtlDestroyHeap [7c900000+25d96+116]
7c913281: ntdll!LdrUnlockLoaderLock [7c900000+13229+58]
7c913288: ntdll!LdrUnlockLoaderLock [7c900000+13229+5f]
7c913288: ntdll!LdrUnlockLoaderLock [7c900000+13229+5f]
7c91a08b: ntdll!LdrUnloadAlternateResourceModule [7c900000+1a029+62]
7c91056d: ntdll!RtlFreeHeap [7c900000+1043d+130]
7c91e882: ntdll!LdrDisableThreadCalloutsForDll [7c900000+1ddab+ad7]
7c91e85c: ntdll!LdrDisableThreadCalloutsForDll [7c900000+1ddab+ab1]
7c917326: ntdll!LdrUnloadDll [7c900000+1718b+19b]
7c917304: ntdll!LdrUnloadDll [7c900000+1718b+179]
7c917304: ntdll!LdrUnloadDll [7c900000+1718b+179]
7c80aa7f: kernel32!FreeLibrary [7c800000+aa66+19]
77d5e5d9: USER32!FindWindowA [77d40000+1e581+58]
7c90eae3: ntdll!KiUserCallbackDispatcher [7c900000+ead0+13]
77d494be: USER32!GetWindowLongA [77d40000+945d+61]
77d4b903: USER32!SendMessageW [77d40000+b8ba+49]
77d56623: USER32!IsDlgButtonChecked [77d40000+165fc+27]
10007b26: xvidvfw!DriverProc [10000000+6464+16c2]
100079ae: xvidvfw!DriverProc [10000000+6464+154a]
099db7a9: xvidcore!xvid_encore [099c0000+1b760+49]
1000785a: xvidvfw!DriverProc [10000000+6464+13f6]
1000685f: xvidvfw!DriverProc [10000000+6464+3fb]
099ff6b9: xvidcore!xvid_decore [099c0000+3f684+35]
100066eb: xvidvfw!DriverProc [10000000+6464+287]
7c910833: ntdll!RtlAllocateHeap [7c900000+105d4+25f]
7c910833: ntdll!RtlAllocateHeap [7c900000+105d4+25f]
7c80b5b8: kernel32!GetModuleHandleA [7c800000+b529+8f]
7c80b58c: kernel32!GetModuleHandleA [7c800000+b529+63]
-- End of report
|
|
| fccHandler |
| Posted: Oct 13 2005, 02:45 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
| QUOTE (marindd @ Oct 12 2005, 02:17 PM) | | An out-of-bounds memory access (access violation) occurred in module 'xvidcore'... |
The Xvid codec crashed. Do you know what Xvid version you have? Try removing it, and installing a different version of Xvid.
--------------------
May the FOURCC be with you... |
|
| Moitah |
| Posted: Oct 25 2005, 01:54 AM |
|
|
Advanced Member
Group: Members
Posts: 210
Member No.: 8955
Joined: 20-February 04
|
I'm seeing something weird with chroma in this video (720x480 interlaced). Open the video, add a resize filter (720x240 nearest neighbor) to discard half the fields. Use Ctrl+G to jump to frame 145. Press the right arrow key twice to arrive at frame 147. You should see this:
Press the left arrow key once to go to frame 146, and then the right arrow key again to go to 147 again. This shows now:
Notice the chroma is off, here is the difference between the 2 decodings of frame 147:
You can keep reproducing by going back 1 frame/forward 1 frame to get one result, or going back 2 frames/forward 2 frames to get the other result.
EDIT: I guess this is a known bug discussed in the VirtualDub-MPEG2 1.6.10 thread? |
|
| neuron2 |
| Posted: Oct 25 2005, 03:47 AM |
|
|
Advanced Member
Group: Members
Posts: 1244
Member No.: 5294
Joined: 18-July 03
|
. |
|
|
