Huge oversize problem with Two Pass - 1st pass

[MDT]

I have a 700mb .avi (xvid codec) file with ogg audio, basically what I want to do is trim the file size down a bit and encode the ogg audio to mp3.
I imported the file in virtualdub using avisynth. I chose two pass encoding, during the 1st pass the projected file size is approximately 80GB! Thinking it was an estimation error, I let virtualdub run it's course, sure enough within mins the output was already over 1GB and no where close to being complete.
I've successfully used avisynth with virtualdub to convert an mpeg to avi with twopass encoding in the past, so what could be causing this oversize problem and is there a workaround?

Here are my setting for the xvid configuration:
Profile: AS @ L5
1st pass:
Motion search precision: 6 - Ultra High
VHQ Mode: 4 - Wide Search
checkmarked the following:
Use VHQ for bframes too
Use chroma motion
Turbo

[mod]

- "Discard 1st pass" in the XviD 1st pass options?
- "Full processing mode" in VDub->Video options?

[MDT]

Yes to both options

[Didée]

Re-check all steps you did. A destination size of 80GB definitely smells like "uncompressed avi" ...


I have a 700mb .avi (xvid codec) file with ogg audio Doubtful. Vorbis-in-AVI is something that can be created, but it's almost impossible to play such a monster. Your file most likely is either *.ogm or *.mkv, even if the extension was renamed. (Better don't tell us anything more about that file...)

BTW, reencoding Vorbis to MP3 (or vice versa) is a *really* bad idea. Codec A compresses in the psychoacoustic assumption "I can throw away [this] because I keep [that]". Codec B does similar, but assumes "I can throw away [that] because I keep [this]". Therefore, with reencoding you will loose both [this] and [that], because the one Codec relies on keeping those frequencies that the other Codec already had thrown away before. And when both [this] and [that] are missing, the result will sound just bad.