CAVIStreamSynth: System exception - Access Violation at 0x0, reading from 0x0

[numlock]

hi Everybody,

I just captured a video tape using HUffYUV codec.
I use the latest AviSynth 2.5.7 version and when I try to encode it I will alway get the following error message after about 10000 frames encoded. I use dirrerent enocoders and still the same error message

thanks for your help.

[ACrowley]

hahha nice

I wanted to make a Thread about exactly the same Error in this Moment too

My Problem is the same . I have sometimes this Error after a few encoded Frames. And somtimes in the Preview

CAVIStreamSynth: System exception - Access Violation at 0x0, reading from 0x0

It happens with :
-all codedcs ( x264/WVC1/xvid)
-all Plugins/Filters/ Parameter
-older Avisyth Version
-all Scripts, all inputs (Directshowsource,AVC,dgmpeg..)
-all encoding apps ( megui/procoder/vdub
-all not essentiell Services/Apps was disabled in Xp Safemode


I cant reproduce it ,thats the Problem!

First Time i thought its YV12 Codec cause mostly i use Converttoyv12(), but i had the Error without Convertyv12() to.
Also the Error appears with only Source in avs Script.

Then Theory was its cause by Utorrent from the option DiskIO Flush Files ( kind of caching)

I disabled this Option, forced a YV12 Codec (Helix) and the Problem was gone.
All encodes over weeks without Problems.
I changed nothing but now, i have it again.
I tried so much without Succes

[Fizick]

numlock,
more info please.
huff version, script, computer config

[IanB]

Access Violation at 0x0, reading from 0x0 is usually caused by running out of memory. (memory leak ???)

>>>> :script: <<<<

[martino]

Same thing happens here too. The source can be anything, what I've seen though was that during the encoding process the encoding application was taking up loads of memory.

See in the following pic:
http://i118.photobucket.com/albums/o117/martino2k6/various/abnormal_cpu.png

The first process is x264, and this usually happened to me during the end of the encode. I've read somewhere that downgrading to 2.5.6 eliminates the problem, but then, what if we don't want to downgrade...

[Fizick]

memory fragmentation?

[ACrowley]

i have 3gb Ram and a 3072Mb virt Memory...only 1gb is in use when i had this Error..so

But : Since i disabled diskio_flush files in utorrent the Problem is gone..
This Option io utorrent is fo the Memory Managment, maybe utorrent causes a acces violation

Never had the Problem again

[~bT~]

I'm getting the following error whenever I open an AVI encoded using the Lagarith codec.
Whether I use DirectShowSource() AVISource() or just open directly in MPC.

All other files play without problems.

http://maxupload.com/img/A8C2C0FD.png

Any help appreciated.

[foxyshadis]

You'll have to find out which module 0x038f0ba9 is in, but I'd suspect the crash was in Lagarith decoder. Only the crash report or a debugger could tell you. Do you have the latest version?

[~bT~]

^ Cheers for that, I didn't realise there was a newer version as I only installed it last week.
I have version 1.3.6, will uninstall and see how it goes with 1.3.11.

EDIT: Its working fine now. :)

[ACrowley]

i have 3gb Ram and a 3072Mb virt Memory...only 1gb is in use when i had this Error..so

But : Since i disabled diskio_flush files in utorrent the Problem is gone..
This Option io utorrent is fo the Memory Managment, maybe utorrent causes a acces violation

Never had the Problem again

DAMN !
CAVIStreamSynth: System exception - Access Violation at 0x0, reading from 0x0

Its Back!

I have realy no clue whats wrong!
I cant reproduce it....and it comes with every AVS Script ,with any Plugins/commands, all codecs,all Input Sources, any Encoding App ( Procoder,megui).i hate it!

This Time it was again x264 megui with a Mpeg2 1080p Source with dgdecode.dll
Everthing went fine...no to much Memory Usage from megui/x264, nothing!
In megui it happens everytime in 2nd pass .

I tried to run 2nd pass again and now it works. i changend nothing. All the same Processes are running etc

[giggitnf]

Hello guys,
same error here...

I had this problem on 2 different configuration:

1) Intel Core 2 Duo E6400 - 1 GB ram - 120 GB HD windows Vista Home premium (just installed...so it's all clear)

2) Intel Core Duo (mobile pc) window XP Home 1 GB Ram - 120 GB HD

on both pc I use Avisynth 2.57 and QuEnc 0.72

The source file is an AVI DV captured by Windows Movie Maker and the script passed to QuEnc is:


loadplugin("C:\plugin\TransAll.dll")
function VScrollTitle( clip Clop, int StartFrame, string Title, string Font,\
int FontSize, int Colour, int Time, int StartX, int StartY, int FinX, int FinY)
{ef = StartFrame + int( Time * Clop.FrameRate )
return Animate( Clop, StartFrame, ef, "subtitle", Title, StartX, StartY, StartFrame, ef, Font, FontSize, Colour, $494949, Title, FinX, FinY, StartFrame, ef, Font, FontSize, Colour, $494949)}
a1 = BilinearResize(DirectShowSource("C:\TempComp\1~", audio=FALSE), 720, 576)
FIN = Trim(a1, 0, 0)
ConvertToYUY2(FIN)
ConvertFPS(25)
ConvertToYV12(FIN)


Any idea?

I was thinking on the Dual Core... I have test this script also on another 2 pc with 1 CPU (AMD)... any idea?
:thanks:

[giggitnf]

Update: I have installed AviSynth 2.5.6a and now it seems to work well O_o'

I have done something like 20 encoding and no error this time... maybe a bug with Avisynth 2.5.7?

[ACrowley]

Update: I have installed AviSynth 2.5.6a and now it seems to work well O_o'

I have done something like 20 encoding and no error this time... maybe a bug with Avisynth 2.5.7?

on 2.56 i have the same Error but with a litte bit other Message

[giggitnf]

Versione 2.5.6a works well... i made a lots of encoding without errors...

[plonk420]

i'm getting this, too, after a recent reinstall of windows. not sure if i was using 2.56a or 2.57 (when it WAS working), but i'm getting it with both 2.56 (sf didn't give me 2.56a) and 2.57 (now).

i'm not getting the MeGUI crash, but i'm getting it in both XP SP2 and Vista x86. (i thought the issue was Vista related)

i'm using simply
avisource("a_2_gb_huffyuv_avi.avi").converttoyv12

i tried both MeGUI and x264 from CLI on a fresh reboot.

i even rebooted before downgrading to 2.56.

ONE similar thing is that i'm using an X2 4600 (dual core).

HOWEVER, i've had 0 issues before.

[ChiDragon]

One thing to try is removing plugins from your autoload directory. plonk, your problem is also after encoding for some time, not when initially loading the script? When I got this error it was because of a stupid bug in a plugin I wrote, and the error only showed up when I played the script in MPC. VirtualDub just closed as soon as it opened.

[Yayita]

Same Error Here,
I am also using XP dual core 5200 on XP SP2 32bit


The curious thing is that it first showed the video and then the error. I am trying to re-encode ol'faithful MPEG2.

Please post a solution when found.

My script is simply:

import("C:\Program Files\...\addaudio.avs")

LoadPlugin("C:\Program Files\...\mpeg2dec3.dll")

Mpeg2Source("video.d2v",idct=0)



AddAudio()

ConvertToYUY2(interlaced=true)

[IanB]

Try the new 2.5.8-alpha2.

If it still fails run the DebugView utility (http://neuron2.net/dbgv.zip) and paste the last dozen or so log entries from the display.

[Bishop639]

I'm getting this error too. I can't figure it out. I've even tried doing a complete clean reinstall of WinXP. Per Memtest, my memory sticks are fine.

Hardware:
Intel quad core q6600 @ stock 2.4ghz
2gb DDR2 @ 1066mhz
Running WinXP SP2 32bit

Software version:
MeGUI 0.2.6.1044
AviSynth 2.5.6a, 2.5.7, 2.5.8-alpha2 (I've tried all 3)

AviSynth script:
Just 3 lines:
AviSource("E:\Fraps\Sequence 01.avi")
ConvertToYV12()
ColorYUV(levels="TV->PC")

Input stream:
AVI container, Huffyuv codec, 1280x800, 30fps, 7gb filesize

Output:
During encoding, fps stays constant for the first 10-15%, then creeps upwards, higher and higher to over 50fps.
Watching the encoded movie, things are fine until the 18 second point, at which the screen goes black with the red letters at the top: "CAVIStreamSynth: System exception - Access Violation at 0x0, reading from 0x0".

This happens consistently at the 18 second point, no matter what MeGUI profile I try using (1 pass, 2 pass, fast or slow, etc.)

Per IanB's recommendations I tried running that DebugView utility he linked, but it does not run on WinXP SP2.

I also tried switching to Linux (on the same computer), and using command line ffmpeg/x264 with the exact same input file. Encoding is successful using this approach, but I lose the easy GUI interface and profile management of MeGUI. :(

Other input clips (1280x800 30 seconds length, 640x512 5 minutes length) get encoded with x264 successfully on Win32 MeGUI. I don't understand why I'm having trouble with this one movie I'm making. :(

Any ideas?

[IanB]

If you open "E:\Fraps\Sequence 01.avi" in VirtualDub and play it thru the 18 second mark what happens?

I think you may find the file has some corruption around the 18 second mark that is crashing the decoder.

[richardlfyang]

same error message appears on my vista system.

proviously, everything was Ok. Just several weeks before it crash in my HDRip.

I installed avisynth 2.56a and it is not work.

[IanB]

:script:

Also try emptying your plugin directory.

[Konrad Klar]

It happens also to me (Windows Server 2003), and to my friend (Vista x86).

Example script:
DirectShowSource("bald-saw.4.rmvb", FPS=25, ConvertFPS=true, logfile="Error.log", logmask=35)
ConvertToYV12()
LanczosResize(720,408)
FFT3dgpu()

AddBorders(0,84,0,84)
Error.log
00:00:00.000 fff 0x00000000 DirectShowSource 2.5.8 build:Sep 14 2007 [23:33:49]
00:00:00.007 020 0x01C00A38 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.007 020 0x01C00A38 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.007 001 0x01C00A38 GetSample::QueryAccept(audio) reject major type {e436eb83-524f-11ce-9f53-0020af0ba770}
00:00:00.007 020 0x01C00A38 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.174 020 0x01C00A38 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.174 001 0x01C00A38 GetSample::QueryAccept(audio) MEDIATYPE_Audio
00:00:00.174 001 0x01C00A38 *** Audio: Subtype rejected - {000000ff-0000-0010-8000-00aa00389b71}
00:00:00.174 020 0x01C00A38 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.174 001 0x01C00A38 GetSample::QueryAccept(audio) MEDIATYPE_Audio
00:00:00.174 001 0x01C00A38 *** Audio: Subtype rejected - {43414152-0000-0010-8000-00aa00389b71}
00:00:00.174 020 0x01C00A38 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.180 020 0x01C00A38 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.181 001 0x01C00A38 GetSample::QueryAccept(audio) MEDIATYPE_Audio
00:00:00.181 001 0x01C00A38 *** Audio: Accepted! Channels:2. Samples/sec:44100. Bits/sample:16. Type:2
00:00:00.488 002 0x01C00A38 GetSample::NewSegment(0, 53393120000, 1.000000) (audio)
00:00:00.490 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:00.490 002 0x01C00A38 Receive: audio sample time span x100ns 0 to 232199 (232199)
00:00:00.490 005 0x01C00A20 New Audio: audio_dur 53393120000x100ns, samples 235463660.
00:00:00.507 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.507 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.507 001 0x01C40ED8 GetSample::QueryAccept(video) reject major type {e436eb83-524f-11ce-9f53-0020af0ba770}
00:00:00.507 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.532 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.532 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Audio
00:00:00.532 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.532 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Audio
00:00:00.532 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.536 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.536 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Audio
00:00:00.536 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.536 001 0x01C40ED8 GetSample::QueryAccept(video) reject major type {e436eb83-524f-11ce-9f53-0020af0ba770}
00:00:00.536 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.543 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.543 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Audio
00:00:00.543 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.543 001 0x01C40ED8 GetSample::QueryAccept(video) reject major type {e436eb83-524f-11ce-9f53-0020af0ba770}
00:00:00.543 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.546 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.546 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Audio
00:00:00.546 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.546 001 0x01C40ED8 GetSample::QueryAccept(video) reject major type {e436eb83-524f-11ce-9f53-0020af0ba770}
00:00:00.546 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.549 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.549 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Audio
00:00:00.549 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.549 001 0x01C40ED8 GetSample::QueryAccept(video) reject major type {e436eb83-524f-11ce-9f53-0020af0ba770}
00:00:00.549 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.554 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.554 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Video
00:00:00.554 001 0x01C40ED8 *** Video: Subtype rejected - {30345652-0000-0010-8000-00aa00389b71}
00:00:00.554 020 0x01C40ED8 GetSample::ReceiveConnection() ** VFW_E_TYPE_NOT_ACCEPTED **
00:00:00.705 020 0x01C40ED8 GetSample::ConnectedTo() ** VFW_E_NOT_CONNECTED **
00:00:00.705 001 0x01C40ED8 GetSample::QueryAccept(video) MEDIATYPE_Video
00:00:00.705 001 0x01C40ED8 *** Video: format accepted: 592x336, pixel_type a0000008, avg_time_per_frame 400000x100ns
00:00:00.705 001 0x01C40ED8 *** Video: bFixedSizeSamples=1, bTemporalCompression=0, lSampleSize=1
00:00:00.708 002 0x01C40ED8 GetSample::NewSegment(0, 53393120000, 1.000000) (video)
00:00:00.712 002 0x01C40ED8 Receive: video sample time span x100ns 800000 to 800000 (0)
00:00:00.715 005 0x01C40EC0 Directshow duration 53393120000, frame_count 0.
00:00:00.715 005 0x01C40EC0 New Video: 592x336, frame_count=133483, pixel type=a0000008.
00:00:00.715 fff 0x00000000 Close Create_DirectShowSource log 3.
00:00:00.715 002 0x01C40ED8 GetSample::NewSegment(0, 53393120000, 1.000000) (video)
00:00:00.717 002 0x01C40ED8 Receive: video sample time span x100ns 800000 to 1200000 (400000)
00:00:00.733 002 0x01C40ED8 Receive: video sample time span x100ns 1600000 to 2000000 (400000)
00:00:03.708 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:03.708 002 0x01C00A38 Receive: audio sample time span x100ns 232199 to 464398 (232199)
00:00:03.708 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:03.708 002 0x01C00A38 Receive: audio sample time span x100ns 464398 to 696597 (232199)
00:00:03.709 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:03.709 002 0x01C00A38 Receive: audio sample time span x100ns 696597 to 928796 (232199)
00:00:03.719 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:03.719 002 0x01C00A38 Receive: audio sample time span x100ns 928796 to 1160995 (232199)
00:00:03.719 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:03.719 002 0x01C00A38 Receive: audio sample time span x100ns 1160995 to 1393194 (232199)
00:00:03.725 002 0x01C00A38 Receive: Got 4096 bytes of audio data.
00:00:03.725 002 0x01C00A38 Receive: audio sample time span x100ns 1393194 to 1625393 (232199)
00:00:03.725 002 0x01C00A38 Receive: Got 4096 bytes of audio data.

It does not happen if ConvertFPS=false and problem is not limited to the .rmvb files.

[IanB]

"CAVIStreamSynth: System exception - Access Violation" is caused by some code some where trying to access memory that it is not allowed to access. It is the default response when all else has failed.

If you have a problem with the DirectShowSource from 2.5.8 it has known problems with convertfps=true, use the one from 2.5.7

If you have a problem that is obviously with an external plugin, don't report it here! Report it in the thread to do with that plugin or open a new thread if there is none (make sure the name of the plugin is in the thread title!). It is pretty easy to tell if a plugin is at fault. If you comment it out of your script and it starts working, then ....

I do expect posts reporting problems to indicate at least some level of triage has been attempted. Posts that effectively say my really complicated script shit itself after 9 hours, ONCE, are not at all helpful.

If you suspect your input file is corrupt, try a simple ...Source() only script. Try accessing the file with some other program, like VirtualDub, etc. If they have a similar problem or the video image has some blockey/tearey/mashed/whatever corruption at about the same frame number, then ....

Try to isolate the element of script causing the problem. A two line script likeBlankClip(10000, 640, 360, pixel_type="YV12")
Plugh(42) # <- Dies on frame 5 is what you should be aiming for. Okay some (most) problems are not that easy, but I still expect to see an effort to isolate the problem.

When you do report the problem, provide all the relevant information. The script! Parameters about the source, height, width, FPS, pixel type, etc. Parameters about the environment, OS, CPU, Encoding App, AVS Rev, etc. And most important instructions about how to cause the problem and what to expect.

[richardlfyang]

I almost remove all external plug in, the script are as following:

SetMemoryMax(512)
DirectShowSource("e:\hdrip\dv.grf",audio=false)

ConvertToYV12()
#LanczosResize(1280,720)
LanczosResize(1280,544)

It's very interesting, it crashed when the source is HDDVD evo format with AVC encoding video. However, blu-ray m2ts went well even with a lot of external filter.

It happened to me just several weeks ago.

My system info,
Os: Microsoft Windows Vista Ultimate
CPU: Intel Core(TM)2 Duo Processor T7200 @ 2.00GHz
Memory: 2G

[Comatose]

Posting this for people who may have had a similar problem:

I just had this problem. It only happened with Lagarith video, though it seemed to be something more. Moreover, I was having blue screens, freezes and crashes while trying to encode.

It was a really weird day.

Loading Lagarith with avisource and playing it in MPC would cause audio to occasionally cause screeching noises.
At the exact same time, the video would become corrupt for just a little bit.

A few seconds later this error would show, and later that day it started showing almost instantly.

I could load videos with DSS (but not dss2, since it's weird with LAGS), but I'd have to add ConvertToYV12(). Also, DSS still seemed to have problems with one of the videos (I was never around the computer when it crashed or rebooted when trying DSS)


I fixed this by reinstalling Lagarith, renaming my Avisynth folder (I had 2.5.6) and installing 2.5.7a, uninstalling CCCP and ffdshow tryouts and installing CCCP and the latest rev of ffdshow tryouts manually.
Removing plugins from the autoload folder didn't have any effect.

Didn't do these one at a time, but all at once. I didn't reboot, and it just worked. MPC still has problems with avisource lags sometimes (which it did not have before), but I can encode without any blue screens, crashes or freezes now, and other players work properly.

[sh0dan]

>blue screens, freezes and crashes
Unstable hardware. AviSynth cannot cause this.

Random crashes (access violations) are also a symptom of unstable hardware. The systems break under the heavy CPU loads - "FFT3dgpu()" adds much to that.

Check if your CPU+GPU+HD+memory can take a full load without crashing. The most comon cause for these problems is a cheap or faulty power supply.

In 5% of your cases, it is bad drivers, but the rest is hardware related.

[Konrad Klar]

If you have a problem with the DirectShowSource from 2.5.8 it has known problems with convertfps=true, use the one from 2.5.7

Thanks!
It solves my problem.

[ankurs]

this may help => http://forum.doom9.org/showthread.php?t=129302&highlight=ankurs

[Comatose]

>blue screens, freezes and crashes
Unstable hardware. AviSynth cannot cause this.

Random crashes (access violations) are also a symptom of unstable hardware. The systems break under the heavy CPU loads - "FFT3dgpu()" adds much to that.

Check if your CPU+GPU+HD+memory can take a full load without crashing. The most comon cause for these problems is a cheap or faulty power supply.

In 5% of your cases, it is bad drivers, but the rest is hardware related.
It'll be a little while before I can give my system a full examination.

It *should* be stable, since it withstands 24 hour long stress tests without a hitch (and it isn't overclocked), though sometimes it just weirds out on me.

I'm thinking there might be something wrong with the motherboard or RAM, since I've had hard drives being weird lately as well (I/O errors and hard drives becoming unavailable until reboot... more than one physical hard drive, at times), but again, I don't have enough free time to test each part individually yet.

[richardlfyang]

Problem is solved. It's not avisynth problem.

Anyway, thx!

[Snowknight26]

Since I didn't want to start a new thread, thought I'd use this one.

I just tried to convert one of my videos to H.264 by way of x264 and avisynth, but I've hit the 0x0 roadblock.

The following avs gives me an the access violation:
directshowsource("test.grf",audio=false)
converttoyv12()

This one doesn't:
directshowsource("test.grf",audio=false)
spline36resize(100,100)
converttoyv12()

However, the access violation doesn't occur when viewing either avs file in MPC/WMP/etc, only when trying to encode it (haven't tried anything else).

avisynth.dll v2.5.7.0

Sample: http://www.stfcc.org/misc/avisynth.mkv



Another similar thing happens to me sometimes, too. After editing an avs file, avisynth seems to have an older copy of it stored in memory, so that any time I access it (via x264, for example), it uses the shadow copy, not the .avs saved to disk.
If I had, say, Blockbuster(...) in the avs, tried to encode it, removed Blockbuster(...), then tried to encode again, avisynth would still try to load Blockbuster(...) and then give me the 0x0 error. Once I added Blockbuster(...) back into the avs (so that the shadow copy in memory and the actual .avs saved the the HDD were identical) it worked fine. Maybe thats whats happening here. :\