PDA

View Full Version : AviSynth Read Error


atreya2011
8th April 2004, 06:34
While Encoding ConAir.avs using XviD 1.0 RC3, I encountered the following error in Virtual Dub:

AviSynth Read Error: Caught an access violation at 0x7f7f7f7f, attempting to read from 0x7f7f7f7f.

So I uninstalled Avisynth 2.5.4 and reinstalled it. I still get the same error after 18% of the encoding is done. (Exactly at that Point).
I am using Virtual Dub 1.5.10

This is the AviSynth Script I am using:

LoadPlugin("D:\Program Files\AviSynth\plugins\mpeg2dec3.dll")
LoadPlugin("D:\Program Files\Avisynth\plugins\undot.dll")
LoadPlugin("D:\Program Files\AviSynth\plugins\FluxSmooth.dll")
mpeg2source("D:\RIPs\ConAir\ConAir.d2v")
crop(0,100,718,272)
BicubicResize(640,272,0,0.5)
Undot()
FluxSmooth(7,7)

I am totally stumped. I did some search and found 2 or 3 threads which addresses similar problems but they dont seem to help. And thanks in advance for helping me :)

Ark
8th April 2004, 08:45
If this error always happen at 18% of encoding, then the problem is the .d2v DVD2AVI file, or the ripped VOBs.

Try to open the .d2v in Media Player (Classic, better) and see if it displays correctly at the point of the error, or open the vobs in vdub and see directly from these (you can also check stream errors, is a function of vdub).

If there's something wrong, delete the files and rip them again.

atreya2011
8th April 2004, 17:18
It crashed at 18% for 5 times in a row, and then started crashing at random points with different access vioation error messages (different memory hex values). Nothing is wrong with the d2v files or the VOBs. They are perfectly fine as I did a thorough HDD Scan for bad sectors to see if they are corrupted.

stickboy
9th April 2004, 00:27
Originally posted by atreya2011
Nothing is wrong with the d2v files or the VOBs. They are perfectly fine as I did a thorough HDD Scan for bad sectors to see if they are corrupted.An HDD scan checks for bad sectors and for file system integrity; it does not tell you if files are corrupted by other means. Here's an example: I open an .exe file in a hex editor and change the first 1000 bytes to random garbage. The file is now corrupted and will no longer run correctly, but no disk scan can determine how the "correct" version of the file should look, and thus no disk scan can detect such corruption.

So really, you don't know that your d2v files are perfectly fine. Your version of DVD2AVI could be flawed and could be writing bogus data.

It doesn't appear that you're using Donald Graft's versions of DVD2AVI and MPEG2DEC (http://www.neuron2.net/fixd2v/decodefix.html); try those. If that doesn't work, it would help if you could narrow down the cause by disabling the other filters.

atreya2011
9th April 2004, 06:16
This is kind of weird. I updated DVD2AVI and I am using MPEG2DEC3dg.dll and encoded the whole movie part by part (like frames 0 to 20000, 20001 to 40000) and it worked fine (no crashes). But It is crashes if I encode the full movie at a stretch.

Richard Berg
9th April 2004, 08:19
Can you isolate the filter (or perhaps combination with Crop) that creates problems?

Wilbert
9th April 2004, 11:45
Did you use the latest fluxsmooth?

http://www.avisynth.org/warpenterprises/

ARDA
9th April 2004, 13:03
crop(0,100,718,272)

718 is not mod4.Use 716 maybe that fixes your problem.

I hope that can be usefull

ARDA

atreya2011
9th April 2004, 14:48
Originally posted by Wilbert
Did you use the latest fluxsmooth?

http://www.avisynth.org/warpenterprises/

yup, i am using the latest fluxsmooth.

Originally posted by ARDA
crop(0,100,718,272)

718 is not mod4.Use 716 maybe that fixes your problem.

I hope that can be usefull

ARDA

I will give it a shot. I am encoding another movie with same script to see if it crashes.

I switched to VirtualDubMod 1.5.4.1. because I read in most of the posts that versions after that were kind of were unstable. I dont know if this is an XviD problem or an AviSynth Problem, although a similar problem has been reported in the XviD forum - http://forum.doom9.org/showthread.php?threadid=69582&highlight=xvidcore+crash
but that was for captured avis. I dont think my problem and that problem are related.

VirtualDub crash report -- build 2066 (release)
--------------------------------------

Disassembly:
03ddcbe0: 0a418b or al, [ecx-75]
03ddcbe3: 5c pop esp
03ddcbe4: 2404 and al, 04
03ddcbe6: 894c240c mov [esp+0c], ecx
03ddcbea: 43 inc ebx
03ddcbeb: ff442410 inc dword ptr [esp+10]
03ddcbef: 83fb08 cmp ebx, 08
03ddcbf2: 895c2404 mov [esp+04], ebx
03ddcbf6: 0f8c90fcffff jl 03ddc88c
03ddcbfc: 83c464 add esp, 64
03ddcbff: 5b pop ebx
03ddcc00: 5d pop ebp
03ddcc01: 5e pop esi
03ddcc02: 5f pop edi
03ddcc03: c3 ret
03ddcc04: 33c0 xor eax, eax
03ddcc06: ebce jmp 03ddcbd6
03ddcc08: 33d2 xor edx, edx
03ddcc0a: 89542458 mov [esp+58], edx
03ddcc0e: eb89 jmp 03ddcb99
03ddcc10: 33d2 xor edx, edx
03ddcc12: e92bffffff jmp 03ddcb42
03ddcc17: 33c9 xor ecx, ecx
03ddcc19: 894c2450 mov [esp+50], ecx
03ddcc1d: e9d1feffff jmp 03ddcaf3
03ddcc22: 33c9 xor ecx, ecx
03ddcc24: 894c2454 mov [esp+54], ecx
03ddcc28: e96efeffff jmp 03ddca9b
03ddcc2d: 33c9 xor ecx, ecx
03ddcc2f: 894c2444 mov [esp+44], ecx
03ddcc33: e908feffff jmp 03ddca40
03ddcc38: 33c9 xor ecx, ecx
03ddcc3a: 894c244c mov [esp+4c], ecx
03ddcc3e: e99cfdffff jmp 03ddc9df
03ddcc43: 33c9 xor ecx, ecx
03ddcc45: 894c2448 mov [esp+48], ecx
03ddcc49: e933fdffff jmp 03ddc981
03ddcc4e: 90 nop
03ddcc4f: 90 nop
03ddcc50: 57 push edi
03ddcc51: 56 push esi
03ddcc52: 55 push ebp
03ddcc53: 53 push ebx
03ddcc54: 83ec28 sub esp, 28
03ddcc57: 8b54243c mov edx, [esp+3c]
03ddcc5b: 8b442440 mov eax, [esp+40]
03ddcc5f: 8b4c2448 mov ecx, [esp+48]
03ddcc63: f7d9 neg ecx
03ddcc65: 83c110 add ecx, 10
03ddcc68: 0fb6d9 movzx ebx, cl
03ddcc6b: 33c9 xor ecx, ecx
03ddcc6d: 890c24 mov [esp], ecx
03ddcc70: 895c2404 mov [esp+04], ebx
03ddcc74: 89542410 mov [esp+10], edx
03ddcc78: 0fb610 movzx edx, byte ptr [eax] <-- FAULT
03ddcc7b: 03d2 add edx, edx
03ddcc7d: 8d5802 lea ebx, [eax+02]
03ddcc80: 0fb64802 movzx ecx, byte ptr [eax+02]
03ddcc84: 2bd1 sub edx, ecx
03ddcc86: 8d0c12 lea ecx, [edx+edx]
03ddcc89: 03c9 add ecx, ecx
03ddcc8b: 03c9 add ecx, ecx
03ddcc8d: 2bca sub ecx, edx
03ddcc8f: 034c2404 add ecx, [esp+04]
03ddcc93: 8d5001 lea edx, [eax+01]
03ddcc96: 0fb66801 movzx ebp, byte ptr [eax+01]
03ddcc9a: 8d742d00 lea esi, [ebp+ebp+00]
03ddcc9e: 03f6 add esi, esi
03ddcca0: 2bf5 sub esi, ebp
03ddcca2: 03f6 add esi, esi
03ddcca4: 03f6 add esi, esi
03ddcca6: 03f6 add esi, esi
03ddcca8: 2bf5 sub esi, ebp
03ddccaa: 03ce add ecx, esi
03ddccac: 8d7803 lea edi, [eax+03]
03ddccaf: 897c2418 mov [esp+18], edi
03ddccb3: 0fb66803 movzx ebp, byte ptr [eax+03]
03ddccb7: 8d742d00 lea esi, [ebp+ebp+00]
03ddccbb: 03f5 add esi, ebp
03ddccbd: 03ce add ecx, esi
03ddccbf: 8d6804 lea ebp, [eax+04]
03ddccc2: 896c2408 mov [esp+08], ebp
03ddccc6: 0fb66804 movzx ebp, byte ptr [eax+04]
03ddccca: 2bcd sub ecx, ebp
03ddcccc: c1f905 sar ecx, 05
03ddcccf: 85c9 test ecx, ecx
03ddccd1: 0f8c61030000 jl 03ddd038
03ddccd7: 81f9ff000000 cmp ecx, 000000ff
03ddccdd: 7e05 jle 03ddcce4
03ddccdf: b9 db b9

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

EAX = 14a9b37f
EBX = 00000010
ECX = 00000000
EDX = 049310b0
EBP = 14a8067f
DS:ESI = 0023:14a9b37f
ES:EDI = 0023:0001ad00
SS:ESP = 0023:05bcd144
CS:EIP = 001b:03ddcc78
FS = 003b
GS = 0000
EFLAGS = 00010246
FPUCW = ffff027f
FPUTW = ffffaaaa

MM0 = 2526262624212227
MM1 = 1213131311101114
MM2 = 0101000001010101
MM3 = 0100010000010000
MM4 = 3130302f2f2e2f2f
MM5 = 1d1d1d1d1d1c1d1d
MM6 = 0100010000010000
MM7 = 0101010101010101

Crash reason: Access Violation

Crash context:
An out-of-bounds memory access (access violation) occurred in module 'xvidcore'...

...while compressing frame 28614 from 032f0000 to 03cd0020 (VideoSequenceCompressor.cpp:375)...

...while running thread "Processing" (thread.cpp:105).

Thread traces:

Thread 000000d8 (Main thread)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(320)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(350)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(368)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(431)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Main.cpp(307)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Main.cpp(346)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(617)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(645)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Main.cpp(660)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1807)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1828)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Main.cpp(666)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Main.cpp(683)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\FilterSystem.cpp(424)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Main.cpp(721)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\FilterSystem.cpp(560)
Thread 0000015c (FastWriteStream)
Thread 00000184 (Processing)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4580)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4226)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4231)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(373)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(388)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4396)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4580)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4226)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4231)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(373)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(388)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4396)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4580)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4226)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(4231)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(373)
Thread 000005bc (Dub-I/O)

Thread call stack:03ddcc78: xvidcore!0000cc78
03e08abc: xvidcore!xvid_encore [03dd0000+1b7e4+1d2d8]
03e0787b: xvidcore!xvid_encore [03dd0000+1b7e4+1c097]
03e06c2a: xvidcore!xvid_encore [03dd0000+1b7e4+1b446]
03dedd1e: xvidcore!xvid_encore [03dd0000+1b7e4+253a]
03ded85b: xvidcore!xvid_encore [03dd0000+1b7e4+2077]
77d4ce65: USER32!ClientThreadSetup [77d40000+ce2d+38]
77d8a492: USER32!MenuItemFromPoint [77d40000+4a476+1c]
77d46202: USER32!SendMessageW [77d40000+61be+44]
77d5d5c6: USER32!IsDlgButtonChecked [77d40000+1d5a6+20]
03ca7ac6: xvidvfw!DriverProc [03ca0000+6428+169e]
03deb82d: xvidcore!xvid_encore [03dd0000+1b7e4+49]
03ca6812: xvidvfw!DriverProc [03ca0000+6428+3ea]
77f7e358: ntdll!RtlInvertRangeList [77f50000+2e26c+ec]
77f7e358: ntdll!RtlInvertRangeList [77f50000+2e26c+ec]
77e7b063: kernel32!GetModuleFileNameA [77e60000+1ada9+2ba]
77e7b085: kernel32!GetModuleFileNameA [77e60000+1ada9+2dc]
77e7aeb7: kernel32!GetModuleFileNameA [77e60000+1ada9+10e]
77f944a8: ntdll!RtlRemoteCall [77f50000+442ea+1be]
77f944a8: ntdll!RtlRemoteCall [77f50000+442ea+1be]
77f57d70: ntdll!RtlAllocateHeap [77f50000+7bae+1c2]
77f58a3a: ntdll!RtlAllocateHeap [77f50000+7bae+e8c]
77f944a8: ntdll!RtlRemoteCall [77f50000+442ea+1be]
77f944a8: ntdll!RtlRemoteCall [77f50000+442ea+1be]
77f57f98: ntdll!RtlAllocateHeap [77f50000+7bae+3ea]
77f58a3a: ntdll!RtlAllocateHeap [77f50000+7bae+e8c]
77f944a8: ntdll!RtlRemoteCall [77f50000+442ea+1be]
77f5b554: ntdll!NtAllocateVirtualMemory [77f50000+b548+c]
77f834de: ntdll!RtlSizeHeap [77f50000+33316+1c8]
77f596da: ntdll!RtlFreeHeap [77f50000+8a3e+c9c]
77f576f1: ntdll!LdrGetDllHandle [77f50000+718e+563]
77f58497: ntdll!RtlAllocateHeap [77f50000+7bae+8e9]
77f57f98: ntdll!RtlAllocateHeap [77f50000+7bae+3ea]
77f58a3a: ntdll!RtlAllocateHeap [77f50000+7bae+e8c]
77fb172e: ntdll!RtlConvertUlongToLargeInteger [77f50000+616c0+6e]
77fb1700: ntdll!RtlConvertUlongToLargeInteger [77f50000+616c0+40]
77f9790d: ntdll!RtlUnhandledExceptionFilter [77f50000+47865+a8]
771256e2: oleaut32!SafeArrayCopyData [77120000+53c7+31b]
77e7a6e5: kernel32!LocalAlloc [77e60000+1a682+63]
77f75dba: ntdll!KiUserExceptionDispatcher [77f50000+25dac+e]
77f5b644: ntdll!NtContinue [77f50000+b638+c]
77f75dc8: ntdll!KiUserExceptionDispatcher [77f50000+25dac+1c]
73bd181d: MSVFW32!ICSendMessage [73bd0000+17f4+29]
73bd4789: MSVFW32!ICCompress [73bd0000+4728+61]
0049e9f6: VideoSequenceCompressor:: packFrame()
004778c0: Dubber::WriteVideoFrame()
77e7a652: kernel32!WaitForSingleObjectEx [77e60000+1a5a2+b0]
77e7ac21: kernel32!WaitForSingleObject [77e60000+1ac12+f]
00517692: VDSignalBase::wait()
0046b377: AVIPipe::getReadBuffer()
00478495: Dubber::ThreadRun()
77e73887: kernel32!RaiseException [77e60000+13837+50]
77f5b884: ntdll!NtDuplicateObject [77f50000+b878+c]
77e7f01b: kernel32!DuplicateHandle [77e60000+1efb6+65]
77e7f02b: kernel32!DuplicateHandle [77e60000+1efb6+75]
77e7f02b: kernel32!DuplicateHandle [77e60000+1efb6+75]
005175b9: VDThread::StaticThreadStart()
0054f4ca: _threadstartex@4()
77e7d33b: kernel32!RegisterWaitForInputIdle [77e60000+1d2f8+43]

-- End of report

atreya2011
12th April 2004, 20:08
I finally found out what the problem was. It was my RAM. It got totally screwed up. I had to underclock it. Oh well, I have to fix the RAM. Atleast I am able to rip now:D