Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
26th November 2007, 18:46 | #645 | Link |
Registered User
Join Date: Apr 2007
Location: Lithuania
Posts: 120
|
thank you neuron2 for DGAVCDec 1.0.0 Alpha 11
its working good, except it sometimes crashes. i don't know if it DGAVCDec problem, probably its libavcodec.dll or my PC. DGAVCDec index file without problem, crashes always happens then i try to analyze video (sample i uploaded previously http://rapidshare.com/files/71446036/raw.h264.html) for interlace detection with megui, or this tool http://forum.doom9.org/showthread.php?t=104760 this is my avs: Code:
loadplugin("C:\dgavcdec100a11\DGAVCDecode.dll") AVCSource("raw.dga") Code:
loadplugin("C:\dgavcdec100a11\DGAVCDecode.dll") AVCSource("bits0001.dga") Trim(1153, 72423) Trim(0, 3005) ++ Trim(15038, 71270) Trim(0, 35708) ++ Trim(48150, 59238) Trim(0, 46402) Load_Stdcall_Plugin("C:\Program Files\megui\tools\yadif\yadif.dll") Yadif(order=1) Crop(16, 4, -14, -4) LanczosResize(512,384) Undot() Code:
VirtualDub crash report -- build 28769 (release) -------------------------------------- Disassembly: 004c01a0: c20800 ret 0008 004c01a3: cc int 3 004c01a4: cc int 3 004c01a5: cc int 3 004c01a6: cc int 3 004c01a7: cc int 3 004c01a8: cc int 3 004c01a9: cc int 3 004c01aa: cc int 3 004c01ab: cc int 3 004c01ac: cc int 3 004c01ad: cc int 3 004c01ae: cc int 3 004c01af: cc int 3 004c01b0: 53 push ebx 004c01b1: 55 push ebp 004c01b2: 56 push esi 004c01b3: 8bf1 mov esi, ecx 004c01b5: 8b8624050000 mov eax, [esi+524] 004c01bb: 83e0fe and eax, 0feh 004c01be: 83f802 cmp eax, 02h 004c01c1: 57 push edi 004c01c2: 7524 jnz 004c01e8 (VideoSourceAVI::_isKey+38) 004c01c4: 8b5e10 mov ebx, [esi+10h] 004c01c7: 8b4c2414 mov ecx, [esp+14h] 004c01cb: 8b6e14 mov ebp, [esi+14h] 004c01ce: 8b542418 mov edx, [esp+18h] 004c01d2: 6a00 push 00h 004c01d4: 2bcb sub ecx, ebx 004c01d6: 50 push eax 004c01d7: 1bd5 sbb edx, ebp 004c01d9: 52 push edx 004c01da: 51 push ecx 004c01db: e880ee0a00 call 0056f060 (_alldiv) 004c01e0: 8bfa mov edi, edx 004c01e2: 03c3 add eax, ebx 004c01e4: 13fd adc edi, ebp 004c01e6: eb08 jmp 004c01f0 (VideoSourceAVI::_isKey+40) 004c01e8: 8b7c2418 mov edi, [esp+18h] 004c01ec: 8b442414 mov eax, [esp+14h] 004c01f0: 8bae1c050000 mov ebp, [esi+51c] 004c01f6: 85ed test ebp, ebp 004c01f8: 7432 jz 004c022c (VideoSourceAVI::_isKey+7c) 004c01fa: 8b4e10 mov ecx, [esi+10h] 004c01fd: 8b5614 mov edx, [esi+14h] 004c0200: 2bc1 sub eax, ecx 004c0202: 1bfa sbb edi, edx 004c0204: 8bc8 mov ecx, eax 004c0206: 83e11f and ecx, 1fh 004c0209: bb01000000 mov ebx, 00000001 004c020e: d3e3 shl ebx, cl 004c0210: 8bd7 mov edx, edi 004c0212: b105 mov cl, 05h 004c0214: e8a7ea0a00 call 0056ecc0 (_allshr) 004c0219: 235c8500 and ebx, [ebp+eax*4+00h] 004c021d: 5f pop edi 004c021e: f7db neg ebx 004c0220: 1bdb sbb ebx, ebx 004c0222: 5e pop esi 004c0223: f7db neg ebx 004c0225: 5d pop ebp 004c0226: 8ac3 mov al, bl 004c0228: 5b pop ebx 004c0229: c20800 ret 0008 004c022c: 8b8ed0040000 mov ecx, [esi+4d0] 004c0232: 8b11 mov edx, [ecx] 004c0234: 57 push edi 004c0235: 50 push eax 004c0236: 8b4210 mov eax, [edx+10h] <-- FAULT 004c0239: ffd0 call eax 004c023b: 5f pop edi 004c023c: 5e pop esi 004c023d: 5d pop ebp 004c023e: 5b pop ebx 004c023f: c20800 ret 0008 004c0242: cc int 3 004c0243: cc int 3 004c0244: cc int 3 004c0245: cc int 3 004c0246: cc int 3 004c0247: cc int 3 004c0248: cc int 3 004c0249: cc int 3 004c024a: cc int 3 004c024b: cc int 3 004c024c: cc int 3 004c024d: cc int 3 004c024e: cc int 3 004c024f: cc int 3 004c0250: 53 push ebx 004c0251: 56 push esi 004c0252: 8bf1 mov esi, ecx 004c0254: 83bebc04000000 cmp dword ptr [esi+4bc], 00h 004c025b: 57 push edi 004c025c: 7457 jz 004c02b5 (VideoSourceAVI::nearestKey+65) 004c025e: 8b5c2414 mov ebx, [esp+14h] 004c0262: 3b5eb4 cmp ebx, [esi-4ch] 004c0265: 7c43 jl 004c02aa (VideoSourceAVI::nearestKey+5a) 004c0267: 8b7c2410 mov edi, [esp+10h] 004c026b: 7f05 jg 004c0272 (VideoSourceAVI::nearestKey+22) 004c026d: 3b7eb0 cmp edi, [esi-50h] 004c0270: 7238 jc 004c02aa (VideoSourceAVI::nearestKey+5a) 004c0272: 3b5ebc cmp ebx, [esi-44h] 004c0275: 7f33 jg 004c02aa (VideoSourceAVI::nearestKey+5a) 004c0277: 7c05 jl 004c027e (VideoSourceAVI::nearestKey+2e) 004c0279: 3b7eb8 cmp edi, [esi-48h] 004c027c: 732c jnc 004c02aa (VideoSourceAVI::nearestKey+5a) 004c027e: 8b46a0 mov eax, [esi-60h] 004c0281: 8b5060 mov edx, [eax+60h] 004c0284: 8d4ea0 lea ecx, [esi-60h] 004c0287: 53 push ebx 004c0288: 57 push edi 004c0289: ffd2 call edx 004c028b: 84c0 test al, al 004c028d: 740a jz 004c0299 (VideoSourceAVI::nearestKey+49) 004c028f: 8bc7 mov eax, edi 004c0291: 5f pop edi 004c0292: 5e pop esi 004c0293: 8bd3 mov edx, ebx 004c0295: 5b pop ebx 004c0296: c20800 ret 0008 004c0299: 8b06 mov eax, [esi] 004c029b: 8b5060 mov edx, [eax+60h] 004c029e: 53 push ebx 004c029f: 57 push edi Built on KOS-MOS on Mon Nov 19 23:14:32 2007 using compiler version 1400 EAX = 00008b94 EBX = 00c476e0 ECX = 00bd8618 EDX = 00000000 EBP = 00000000 ESI = 00c47008 EDI = 00000000 ESP = 0623fc3c EIP = 004c0236 EFLAGS = 00010246 FPUCW = ffff027f FPUTW = ffffffff Crash reason: Access Violation Crash context: An out-of-bounds memory access (access violation) occurred in module 'VirtualDub'... ...reading address 00000010... ...while running thread "Processing" (thread.cpp:152). Pointer dumps: EBX 00c476e0: 005a5084 005a5088 000003c0 00000a0c 005a5080 0012f464 00c479a8 3f800000 ECX 00bd8618: 00000000 0033b574 00bd8290 037b8eb0 00bddf80 00bd8580 00040004 010801cc ESI 00c47008: 005b3920 00000002 00bd8658 00000028 00000000 00000000 0000b543 00000000 ESP 0623fc38: 00245688 00008b94 00000000 00008b94 005b3920 0623fcc4 00c476e0 004bfbce 0623fc58: 00008b94 00000000 00c47068 004c185c 00008b94 00000000 00c478a8 00c478b4 0623fc78: 00c476e0 05d10020 00000000 00000000 00000000 00c2afd8 00bdd780 00000008 0623fc98: 0623fcbc 004f7c75 05e87c94 0623fcec 00000008 00c2a940 00cc3f98 0623fc70 Thread call stack: 004c0236: VideoSourceAVI::_isKey() 004bfbce: VideoSource::isKey() 004c185c: VideoSourceAVI::streamGetFrame() 004f7c75: VDFileAsyncNT::FastWrite() 004a0362: AVIOutputFileStream::partialWrite() 004665bf: VDDubProcessThread::WriteVideoFrame() 7c917e3f: ntdll!RtlCompareUnicodeString [7c900000+17988+4b7] 7c917de9: ntdll!RtlCompareUnicodeString [7c900000+17988+461] 004a2eae: AVIOutputFile::init() 00577010: _ceil_default() 00469164: VDStreamInterleaver::PushStreams() 00467111: VDDubProcessThread::ThreadRun() 7c812adb: kernel32!RaiseException [7c800000+12a89+52] 7c80def3: kernel32!DuplicateHandle [7c800000+de7e+75] 004f0154: VDSetThreadDebugName() 7c80def3: kernel32!DuplicateHandle [7c800000+de7e+75] 0045cc20: VDThreadInitHandler() 004f02db: VDThread::StaticThreadStart() 00573da8: _callthreadstartex() 00573e4d: _threadstartex@4() 7c80b703: kernel32!GetModuleFileNameA [7c800000+b54f+1b4] -- End of report |
26th November 2007, 18:55 | #646 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
I can't help you with crashes in MeGUI or any other app with your first stream. Talk to the authors.
Regarding your second stream (and any streams), strip your script down to just avcsource(). Does it still fail when played in VirtualDub? If so, I will look at it if you give me the stream. If not, look to the other filters for the problem. |
26th November 2007, 21:18 | #647 | Link | |
Registered User
Join Date: Apr 2007
Location: Lithuania
Posts: 120
|
Quote:
i searched this forum and found this http://forum.doom9.org/showthread.ph...16#post1067116 about virtualdub disappearing then moving forth and back, some times i get this to and then playing my TS video in mplayer i get this error: Interlaced pictures + spatial direct mode is not implemented its probably something to do with crashes, but then its libavcodec fault |
|
26th November 2007, 22:46 | #651 | Link | |
Registered User
Join Date: Apr 2006
Posts: 225
|
Quote:
I remember getting NALU errors too (with alpha 10) a little over halfway through the indexing. After seeming to repeat the same error several times, I told it not to give me any more messages, and it continued without further incident. I have not testing this index run though in this area. Thank you. I was going to bring up the glitches in the credits too, but it's nice to see someone already beat me to it. Matt |
|
26th November 2007, 23:52 | #652 | Link | |
Registered User
Join Date: Apr 2007
Location: Lithuania
Posts: 120
|
Quote:
with just AVCSource() in virtualdub file plays fine but with just AVCSource() in virtualdub if i randomly move slider forward and back it some times crashes, i tried it on sample i uploaded earlier, but it crashes more frequently on files with long duration |
|
27th November 2007, 01:39 | #654 | Link | |
Registered User
Join Date: Jan 2006
Posts: 220
|
Quote:
If I use directshowsource() with ffdshow (various builds) as the decoder then I get the same corrupted frames, but with coreavc it's fine. |
|
27th November 2007, 05:22 | #655 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Version 1.0.0 alpha 12
* Fixed g0blez's problem with NALU parsing. Transformers now indexes all the way without errors.
* Fixed a problem with random access that caused bad frames to be displayed sometimes. @canTsTop, please advise if this affects your scrolling crashes. * Preliminary implementation of Honor Pulldown Flags. Note that this affects only the output of DGDecode.dll; the DGAVCIndex display always shows the non-pulled down stream. You can set Honor Pulldown Flags for Transformers and you will see the standard 3-progressive/2-interlaced pattern when viewing the output of your script. http://neuron2.net/dgavcdec/dgavcdec100a12.zip |
27th November 2007, 07:31 | #656 | Link |
Registered User
Join Date: Apr 2006
Posts: 225
|
Cool, I had noticed this too when jumping around in Transformers looking for those glitched areas in the credits. I was worried that these random access glitches would show up in my transcode, but none ever did (except for the known glitches during the credits, which I agree are probably the fault of libavcodec.dll, not DGAVCDec). I figured they might become a problem though when doing Trim commands in an AVISynth script, such as editing some AVCHD camera footage. Glad to see this has been fixed now.
|
27th November 2007, 10:53 | #657 | Link |
Registered User
Join Date: Apr 2007
Location: Lithuania
Posts: 120
|
sorry to report, but it still crashes on my PC. i captured video how it crashes http://rapidshare.com/files/72593752...video.avi.html
it would be good if anyone else try this sample http://rapidshare.com/files/71446036/raw.h264.html and see if it crashes on others PC (moving forward in small steps in virtualdub, like i did in crash_video.avi). maybe its just my old PC (athlon xp 1700+ with 320mb sdram pc100) |
27th November 2007, 13:10 | #658 | Link | |
Registered User
Join Date: Jul 2003
Posts: 31
|
Quote:
I'll give it a go! |
|
27th November 2007, 15:13 | #660 | Link |
Registered User
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
|
Because avisynth is programmed to catch ANY exception thrown, including good ol' access violation (0xc0000005), the debugger thinks everything is okay and doesn't break program execution. If it helps at all: In VS2005 go to the debug menu->exceptions. Expand Win32 Exceptions and put a tick next to c0000005 Access Violation. This should break to the debugger when the error/exception occurs; just beware these exceptions may get thrown when it's NOT an error (on startup there's normally a few).
|
Thread Tools | Search this Thread |
Display Modes | |
|
|