Windows hates videos with a passion.

Yogurtron · Post by **Yogurtron** » Sat Jan 10, 2004 12:46 pm

As of late, my computer, virtualdub, the codecs... or whatever, have begun to hate me (even moreseo than usual). As I've been encoding, I will often get a file that goes through the encode fine, virtualdub didn't give any errors.. and then WHAM! I try running it in windows Media Player 6.4, and also the little thumbnail viewer (i forget to turn it off on some folders, heh), both of which immediately give me an error like this:

EXPLORER.EXE (in the title bar)
The instruction at "0x00000000" referenced memory at "0x00000000". The memory could not be "read".
Click on OK to terminate the program
Click on CANCEL to debug the program

Normally it doesn't have 0x000... as the number, and doesn't reference itself... at least it didn't with some of the earlier encodes.. but yeah. It doesn' care what codec. My first file that did this was a HuffYUV, so was my second, and my third was a DIVX flagged XVID. I can' think of anything out of the ordinary done to virtualdub and whatnot.. but yeah.. it does this.

If ANYBODY has any insight on this, please lend a hand... this one stumped me... i don't know how only new encodes with codecs that I know work would do something like this ^^;

Thanks

klinky · Post by **klinky** » Sat Jan 10, 2004 6:24 pm

Seriously it sounds like your computer is unstable. Might want to check the temp on it, check for spyware or anything... What version of Windows is this? Sometimes codec packs can cause instability... If you have Nimo or some other codec pack installed, try removing it and re-installing.

Re-installing DirectX may help too...

But other things to look at are maybe your RAM is going out or Windows has just gotten funkified beyond repair.

You can really test your memory with memtest86 :

http://www.memtest86.com/

But that takes quite a bit of time to complete. You may just try removing a stick and rebooting, see if things improve...

Ofcourse I would try to find a software solution first...

klinky · Post by **klinky** » Sat Jan 10, 2004 6:25 pm

Errrm, I meant if you have a codec pack installed , remove it and DON'T reinstall it, because they suck... >_<

paizuri · Post by **paizuri** » Sat Jan 10, 2004 7:33 pm

klinky wrote:Re-installing DirectX may help too...

You might want to use the dxdiag diagnostic tools (type in "dxdiag" at a command prompt or the run window) before re-installing DirectX.

If one of the video tests fails, then try re-installing that version first and then try different versions to find one that doesn't fail.

bum · Post by **bum** » Sat Jan 10, 2004 9:04 pm

ah just do a clean install of windows. it takes its time, but tis the only way of knowing that you dont have any hardware problems and fixing any software problems

Yogurtron · Post by **Yogurtron** » Sun Jan 11, 2004 3:10 am

Okay, all of the DXdiag tools checked out fine (with the exception of the microphone one around the end just because i didn't feel like reatatchign my microphone to test it.. but that's a different and unrelated story).

This IS a clean install of windows... reinstalled over winter break because of hard drive problems.. so i doubt i'd need to reinstall THIS early.

This isn't a codec pack, been setting them up seperately (with the exception of HuffYUV in the AMV pack, but the xvid is that latest version (using version 1.0 beta 3)... but yeah

It's only doing this on newly encoded vids.... that's what's so weird... and it does it alright when i'm capturing from TV (i can compress from TV, with virtualdub, into HuffYUV with no problem... but when i try re-encoding that (after the filters to clean up Cable signal degredation)... both HuffYUV, and the later attempts at Xvid, failed (I ended up exporting it with a PicVideo Lossless MJPEG codec (it's losless supposedly, so didn't see a problem).. and that one worked... but yeah, the xvid from that did the same thing with the 0x00 errors)

I've not run the memtest yet, going to do that probably tonight when i go to bed.. but yeah.... All my old xvid/divx/HuffYUV files work fine.. jsut the newly encoded, NOT from TV-capture, video files have this inherent problem.

klinky · Post by **klinky** » Sun Jan 11, 2004 6:22 am

Are you using a stable version of XviD something other than "1.0"?

Yogurtron · Post by **Yogurtron** » Tue Jan 13, 2004 12:02 am

I'm using XVID v1.0 beta 3. Supposedly it should be stable, but it is a beta.
But that STILL wouldn't explain the HuffYUV problems... Slag.. i really want to get this stuff re-encoded ^^; oy... evil windows... i don't want to have to reformat twice in less than a month's time ^^;

Yogurtron · Post by **Yogurtron** » Tue Jan 13, 2004 9:09 am

Now I'm using XVID v1.0 beta 2, at least called by koepi "the latest stable build". I believe this is the one i used before the reformat. Now I go into virtualdub, compress it with that, and when i go to check the file, windows Media Player 6.4 says "ClassFactory cannot supply requested class"

^^; how can it compress with a codec then be unable to use it?

Anyway.. any help would be appreciate.... I want to get this stuff compressed so it's not filling up my HD.... grr... it would be nice if there was a concrete reason why this is happening. Primus forbid the same thing that worked BEFORE the reformat work AFTER the reformat... oy

klinky · Post by **klinky** » Tue Jan 13, 2004 6:32 pm

Re-install DirectX, it worked for me when I borked the registry trying to remove Nimo and got a ClassFactory error...