|
|
| John I. |
| Posted: Apr 28 2010, 08:02 PM |
 |
|
Advanced Member
Group: Members
Posts: 36
Member No.: 27193
Joined: 13-March 10
|
VirtualDub 1.9.x-test16 is losing frames.
Settings:
----------------
Video compression threads= 1
Video filter threading= Auto
Video filter process-ahead= Auto
Source= AVI (Uncompressed) 27 frames.
----------------
When re-compressing using 'Full processing mode':
Case 1: Codec= (XVID 1 Pass) Output = 22 frames (5 Frames lost)
Case 2: Codec= (XVID 2 Pass) Output = 22 frames (5 Frames lost)
Case 3: Codec= (DIVX 1 Pass) Output = 23 frames (4 Frames lost)
Case 4: Codec= (DIVX 2 Pass) Output = 23 frames (4 Frames lost)
Case 5: Codec= (Uncompressed) Output= 27 frames (NO LOSS) Full Processing
----------------
Case 6: VirtualDub 1.9.9 (Any Codec) Output= 27 frames (NO LOSS)
|
|
| mayhem |
| Posted: Apr 28 2010, 11:17 PM |
|
|
Advanced Member
Group: Members
Posts: 62
Member No.: 24668
Joined: 13-December 08
|
Yup, its not isolated, just did two quick little test videos,
one was 112 frames and the other 142 frames and after
processing with test16 they came out as 108 and 139,
losing 4 frames, and 3 frames respectively.
This was in full process mode with threading enabled,
although even after setting the filter threading to
disabled this still occured. After setting the compressor
threading to 0 behaviour returned to normal.
|
|
| phaeron |
| Posted: Apr 29 2010, 05:04 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Yeah, this was caused by some changes I tried to make to fix some annoying issues with the B-frame delay queue code. Basically, it was a bit sketchy in one-thread mode, and it became unreliable in multithreaded mode (100% CPU lockups). I'm trying to rewrite it.
|
|
| DanskDranker |
| Posted: Apr 29 2010, 03:38 PM |
|
|
Member
Group: Members
Posts: 18
Member No.: 26604
Joined: 12-December 09
|
Build 33732 is not good.
It does not .Pass file when I have they started to convert my video into Xvid Twopass 1st pass, but it does in build 32817 |
|
| phaeron |
| Posted: Apr 30 2010, 04:20 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Uh, in English?
|
|
| phaeron |
| Posted: Apr 30 2010, 05:11 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Pushed out another release with an attempted fix for some of the frame dropping issues. Also, I figured out and fixed the problem that was causing Run Video Analysis Pass to not run the video codec like it does in 1.9.9.
|
|
| Barough |
| Posted: Apr 30 2010, 11:44 AM |
|
|
Advanced Member
Group: Members
Posts: 95
Member No.: 22677
Joined: 24-December 07
|
Thnx for the new Build. 
--------------------
 |
|
| John I. |
| Posted: Apr 30 2010, 02:45 PM |
|
|
Advanced Member
Group: Members
Posts: 36
Member No.: 27193
Joined: 13-March 10
|
| QUOTE | phaeron Posted on Apr 30 2010, 05:11 AM
Pushed out another release with an attempted fix for some of the frame dropping issues. |
Frame dropping issue is resolved.
Thanks phaeron
|
|
| pureocean |
| Posted: Apr 30 2010, 06:54 PM |
|
|
Advanced Member
Group: Members
Posts: 53
Member No.: 27197
Joined: 13-March 10
|
@phaeron: Thank you very much for build 33740. Xvid 1pass problem is fixed.
If you can fix to Smart Rendering, i would be very grateful. Thank you for all your efforts. |
|
| DanskDranker |
| Posted: Apr 30 2010, 10:05 PM |
|
|
Member
Group: Members
Posts: 18
Member No.: 26604
Joined: 12-December 09
|
Thank You.
It works great now
Edit: It works not 100%, so here is a crash report
VirtualDub crash report -- build 33740 (release)
--------------------------------------
Disassembly:
00421ca0: 53 push ebx
00421ca1: c644242c01 mov byte ptr [esp+2ch], 01h
00421ca6: e8e5260600 call 00484390
00421cab: 84c0 test al, al
00421cad: 7517 jnz 00421cc6
00421caf: 8b4c2410 mov ecx, [esp+10h]
00421cb3: 3bcb cmp ecx, ebx
00421cb5: 885c2424 mov [esp+24h], bl
00421cb9: 7407 jz 00421cc2
00421cbb: 8b11 mov edx, [ecx]
00421cbd: 8b4204 mov eax, [edx+04h]
00421cc0: ffd0 call eax
00421cc2: 32c0 xor al, al
00421cc4: eb2f jmp 00421cf5
00421cc6: 8b442410 mov eax, [esp+10h]
00421cca: 0fb6500c movzx edx, byte ptr [eax+0ch]
00421cce: 8b4810 mov ecx, [eax+10h]
00421cd1: 8b4008 mov eax, [eax+08h]
00421cd4: 53 push ebx
00421cd5: 53 push ebx
00421cd6: 52 push edx
00421cd7: 50 push eax
00421cd8: 51 push ecx
00421cd9: 8bce mov ecx, esi
00421cdb: e8a0fcffff call 00421980
00421ce0: 8b4c2410 mov ecx, [esp+10h]
00421ce4: 3bcb cmp ecx, ebx
00421ce6: 885c2424 mov [esp+24h], bl
00421cea: 7407 jz 00421cf3
00421cec: 8b11 mov edx, [ecx]
00421cee: 8b4204 mov eax, [edx+04h]
00421cf1: ffd0 call eax
00421cf3: b001 mov al, 01h
00421cf5: 8b4c241c mov ecx, [esp+1ch]
00421cf9: 897d00 mov [ebp+00h], edi
00421cfc: 5f pop edi
00421cfd: 5d pop ebp
00421cfe: 5e pop esi
00421cff: 5b pop ebx
00421d00: 64890d00000000 mov fs:[00000000], ecx
00421d07: 83c418 add esp, 18h
00421d0a: c3 ret
00421d0b: cc int 3
00421d0c: cc int 3
00421d0d: cc int 3
00421d0e: cc int 3
00421d0f: cc int 3
00421d10: 6aff push 0ffh
00421d12: 6850005f00 push 005f0050 (RtlUnwind@16+161a)
00421d17: 64a100000000 mov eax, fs:[00000000]
00421d1d: 50 push eax
00421d1e: 64892500000000 mov fs:[00000000], esp
00421d25: 83ec08 sub esp, 08h
00421d28: 53 push ebx
00421d29: 55 push ebp
00421d2a: 56 push esi
00421d2b: 57 push edi
00421d2c: 8b7c2428 mov edi, [esp+28h]
00421d30: 33db xor ebx, ebx
00421d32: 8bf1 mov esi, ecx
00421d34: 8b4f40 mov ecx, [edi+40h] <-- FAULT
00421d37: 895c2428 mov [esp+28h], ebx
00421d3b: 395e6c cmp [esi+6ch], ebx
00421d3e: 895c2420 mov [esp+20h], ebx
00421d42: 0f8407010000 jz 00421e4f
00421d48: 385c242c cmp [esp+2ch], bl
00421d4c: 7419 jz 00421d67
00421d4e: 8b07 mov eax, [edi]
00421d50: 8b10 mov edx, [eax]
00421d52: 8bcf mov ecx, edi
00421d54: ffd2 call edx
00421d56: 8b4e68 mov ecx, [esi+68h]
00421d59: 3bcb cmp ecx, ebx
00421d5b: 7407 jz 00421d64
00421d5d: 8b01 mov eax, [ecx]
00421d5f: 8b5004 mov edx, [eax+04h]
00421d62: ffd2 call edx
00421d64: 897e68 mov [esi+68h], edi
00421d67: 8b0d847e6700 mov ecx, [00677e84]
00421d6d: 3bcb cmp ecx, ebx
00421d6f: 7411 jz 00421d82
00421d71: 8b01 mov eax, [ecx]
00421d73: 8b10 mov edx, [eax]
00421d75: 53 push ebx
00421d76: 681ca86600 push 0066a81c
00421d7b: 68f42f6000 push 00602ff4
00421d80: ffd2 call edx
00421d82: 8b4624 mov eax, [esi+24h]
00421d85: 8b28 mov ebp, [eax]
00421d87: 89442410 mov [esp+10h], eax
00421d8b: 8b5c2410 mov ebx, [esp+10h]
00421d8f: 896c2414 mov [esp+14h], ebp
00421d93: c703dc2f6000 mov dword ptr [ebx], 00602fdc
00421d99: 8b4c2428 mov ecx, [esp+28h]
00421d9d: 85c9 test ecx, ecx
00421d9f: c6 db 0c6h
Built on Aegis on Thu Apr 29 21:55:10 2010 using compiler version 1400
Windows 6.1 (Windows Vista x64 build 7601) [Service Pack 1, v.153]
EAX = 0ca3fec4
EBX = 00000000
ECX = 0250d368
EDX = 024f5238
EBP = 0ca3ff08
ESI = 0250d368
EDI = 00000000
ESP = 0ca3fe70
EIP = 00421d34
EFLAGS = 00010246
FPUCW = 027f
FPUTW = ffff
Crash reason: Access Violation
Crash context:
An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'...
...reading address 00000040...
...while running thread "Processing" (thread.cpp:179).
Pointer dumps:
EAX 0ca3fec0: 0250d1d0 0ca3fefc 005f0220 00000000 004215b9 00000000 0250d1d0 024fcfb8
ECX 0250d368: 00603038 00000060 00000000 000005a0 0250d068 024f8c68 0250d130 01000001
EDX 024f5238: 024ea6a4 00000000 6e616801 024ec4d8 0250dd00 00000000 0000061c 00000000
ESI 0250d368: 00603038 00000060 00000000 000005a0 0250d068 024f8c68 0250d130 01000001
ESP 0ca3fe70: 00000001 0250d368 0ca3ff08 0250d368 776bf9b5 760c014d 0ca3fec4 005f0050
0ca3fe90: ffffffff 00422bda 00000000 00000001 0250d368 0250d368 00424403 00000001
0ca3feb0: 0250d1d0 0250d30c 006028dc 00000000 0250d1d0 0ca3fefc 005f0220 00000000
0ca3fed0: 004215b9 00000000 0250d1d0 024fcfb8 004ee587 0ca3ff14 00000001 00000000
EBP 0ca3ff08: 0ca3ff48 0052d90b 024fcfb8 0061fb08 00000000 0062fca0 000000b3 0062fc88
0ca3ff28: 00602e94 0062fca0 000000b3 0062fc88 00602e94 0ca3ff70 005f7dfd 00000000
0ca3ff48: 0ca3ff80 005d643e 0250d1d0 c078f129 00000000 024fcfb8 024fcfb8 c0000005
0ca3ff68: 0ca3ff54 0ca3fa48 0ca3ffc4 005d9c60 ccbd2d99 00000000 0ca3ff94 005d64e3
Thread call stack:
00421d34: VDDubVideoProcessor::WriteFinishedVideoFrame()
776bf9b5: ntdll!NtSetEvent [776a0000+1f9a0+15]
760c014d: KERNELBASE!SetEvent [760b0000+1013d+10]
00422bda: VDDubVideoProcessor::RunPathFlushCompressor()
00424403: VDDubVideoProcessor::WriteVideo()
004215b9: VDDubProcessThread::ThreadRun()
004ee587: ?$VDProtectedAutoScope1::?$VDProtectedAutoScope1()
0052d90b: VDThread::StaticThreadStart()
005d643e: _callthreadstartex()
005d64e3: _threadstartex@4()
75293e5d: kernel32!BaseThreadInitThunk [75280000+13e4b+12]
776d9df2: ntdll!RtlInitializeExceptionChain [776a0000+39d8f+63]
776d9dc5: ntdll!RtlInitializeExceptionChain [776a0000+39d8f+36]
-- End of report |
|
| DanskDranker |
| Posted: May 1 2010, 05:52 PM |
|
|
Member
Group: Members
Posts: 18
Member No.: 26604
Joined: 12-December 09
|
Something News??? |
|
| phaeron |
| Posted: May 1 2010, 11:11 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Perhaps you could be a bit patient while I debug this?
Update:
Please try test-18. In local testing, it passes XviD smart rendering stress testing on 0/1 threads and Huffyuv recompression on 0-2 threads.
This post has been edited by phaeron on May 2 2010, 03:01 AM |
|
| pureocean |
| Posted: May 2 2010, 04:47 AM |
|
|
Advanced Member
Group: Members
Posts: 53
Member No.: 27197
Joined: 13-March 10
|
@phaeron:
Smart rendering is working now. Anyomore, no need to using VDub1.8.8 for it. Thank you very much for fix.
There exists a minor bug: Although selected Fast Compress with Smart Rendering, if there is filters, Smart Rendering don't working. If filters is removed, Smart Rendering properly working.
(I'm sorry my bad english.) |
|
| DanskDranker |
| Posted: May 3 2010, 05:51 AM |
|
|
Member
Group: Members
Posts: 18
Member No.: 26604
Joined: 12-December 09
|
Thank You
Now it works 100%  |
|
| phaeron |
| Posted: May 4 2010, 05:20 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
I fixed the frame mapping with normal/fast recompress mode with filters enabled... but I'm not sure if it will fix the smart rendering issue. Try test-19.
|
|
