XVID Error -100 Anyone seen this ?

[BarryH]

Hi All

I'm having big problems encoding 2 pass with XVID.

First pass goes fine but when it starts on second pass I get an error message - data maybe corrupt, error -100. Tends to get a little bit of the way into the encoding before it barfs.

I've tried numerous combinations for the 2nd pass but none seem to work. Has anyone come across this before ?

If this doesn't trigger anything I'll stick up the various versions of software installed.

Cheers

Barry

[iago]

I don't think it's XviD related. I remember having a similar problem before but the details escape me now and I don't remember how it was resolved on my system. I guess you are using VirtualDubMod. Try to start the second pass manually. If it doesn't work, try doing the second pass with VirtualDub.

Just an idea...
iago

[OBcecado]

Hi, it happened to me when i did a 1st pass and didn't do the 2nd right after and for some reason i stupidly deleted the stats file or when I updated a XviD build and tryed to use a stats made from another build, so it's a versions problem (i think).
Hope it helps.


All the best.

[Gazza]

It might also come from the 'b-frame bug' that was around a few revisions of xvid or vdubmod ago. That was when there was a 3 frame delay (for PAL) between audio/video. Someone who knows the real reasons can confirm this, but I think that vdubmod couldn't handle a mis-match going from 1st pass to 2nd.

Try making sure that you have the latest xvid/vdubmod installed.

[Koepi]

The statsfiles are compatible back to the vey first builds of xvid. This will only change with dev-api-4. There the stats file format changes. So that isn't the problem.

Regards
Koepi

[Gazza]

Thanks Koepi. I can't remember what the specific details behind what caused this problem as it was a couple of versions (months) back.

BarryH,
I can only advise that you try again with the latest versions of xvid & vdubmod. Let us know how you go.

[ominte]

BarryH I actually got this same error twice when performing 2 different 2 pass encodes last night. It also occurred some way into the 2nd pass. My AMD cpu was overclocked so this may have caused this error but I find this unlikely.

[manono]

Hi-

My AMD cpu was overclocked so this may have caused this error but I find this unlikely.

I don't find it unlikely at all. That was the first thing I thought of when I was reading the first post. Random crashes are almost always the result of hardware problems-bad memory, overclocking, heat buildup, etc. I've seen that same error message myself after tweaking my system just a bit too far. So I'd suggest turning down the OC a bit and trying again.

[ominte]

Thanks for the advice manono :)

[Prettz]

Originally posted by manono
Hi-

My AMD cpu was overclocked so this may have caused this error but I find this unlikely.

I don't find it unlikely at all. That was the first thing I thought of when I was reading the first post. Random crashes are almost always the result of hardware problems-bad memory, overclocking, heat buildup, etc. I've seen that same error message myself after tweaking my system just a bit too far. So I'd suggest turning down the OC a bit and trying again.
I've heard of overheating causing the system to lockup or restart itself, but could that really cause an error so subtle that it simply causes an application to return an error message?

[JimiK]

Hmm, BarryH did not yet post again. Maybe the issue is already solved? IMO OBcecado is (half) right. I always got this error message in second pass when XviD tried to open a non existant .stats-file. This is mostly because the default location is \xvid.stats (not sure about the filename, don't want to load defaults). When he's saving the 2nd pass on another disk, then he'll get that error. So my tip: don't use relative, but only absolute path. (isn't this in the FAQ'S?)
Best regards,
JimiK

[BarryH]

Hi Guys

Thanx for the info/replies.

I'll trying updating the codec and running manually to see what happens and report back.

The annoying this is I got it to work the first time with an internal second pass and the quality was astounding.

I'll get back to you.

Thanks again.

Barry

[Doom9]

I've had this problem when creating testclips to test my divx capable standalone. For the life of it, I couldn't make sense out of it. I installed new versions of the codec, reinstalled my dev build I used for the codec comparison.. but 2 pass would always fail (one pass worked just fine). In the end I reset the parameters to default in the codec configuration.. at that point everything worked as it used to. Might be worth a try.

[saeed]

It's just like JimiK said. I remember this was discussed before. the reason is Xvid not finding the .stats file.

Still having the latest build is always better.:)

[cweb]

Why don't you try to load the defaults? Perhaps it will fix the problem.
Just a thought.

[BarryH]

Hi Guys

Have tried setting the codec to its defaults but it doesn't work. Still getting ICSeqCompressFrame failed at the very start.

I'll have another go soon and post details of my setup in case anyone can help - its very warm in Scotland just now so the PC isn't on so much.

Cheers

Barry