File Size is WAY off during 2-Pass encode

[AlienTiger]

This is all second hand information, then problem isnt happening to me, but to someone else who currentally does not want another account to keep up with, in any case ive helped as far as I can and am stumped now myself
They claim that during a 2-pass encode set for 350mb output it keeps giving an end size closer to 580mb, this apparentally only happens in VDUB cause he is able to use AutoGK no problem and end up with the correct filesize, unfortunitally AGK dosent give the suttle tweaking that manually encoding gives
If you need more information let me kno, heres what i have at the moment


Koepi's 1.1.0 b1
Recentally Occuring in all encodes done, suddenally happened
AS@L5 - Adaptive Quant - Chroma Optimizer - Chroma Motion - VHQ for BFrames - VHQ Wide Search
Using an AVI Container

[Sharktooth]

1.1.0 b1 is outdated, uninstall it COMPLETELY and install a newer version (b2 or CVS builds), then :search: for knowing how to "fix" oversize.

[AlienTiger]

Ok ill have them do that, but using search for what you said only brought up 2 outdated topics from 2003

http://forum.doom9.org/showthread.php?t=44143
http://forum.doom9.org/showthread.php?t=44195

neither of which is useful to me, please try your own search line befor reccomending it to others, i did search the forum first before making this post and came up empty handed

[celtic_druid]

Just a few of the many posts:
http://forum.doom9.org/showthread.php?t=95822&highlight=oversize
http://forum.doom9.org/showthread.php?t=74263&highlight=oversize
http://forum.doom9.org/showthread.php?t=92218&highlight=oversize
http://forum.doom9.org/showthread.php?t=91749&highlight=oversize
http://forum.doom9.org/showthread.php?t=90418&highlight=oversize

[AlienTiger]

ok ill look at them when i get home thanks, but to be fair he told me to search for [knowing how to "fix" oversize] i did try drifferent combos of those words, but i only went as far down as "Fix Oversize" not just oversize, if those help me with my troubles this will be last about this you hear fom me ;)

[stephanV]

you are keeping account for audio right?

[AlienTiger]

Taking into account audio you mean? yep that is being done, but i doubt that would account for 230mbs if i wasnt :P

[Leak]

Taking into account audio you mean? yep that is being done, but i doubt that would account for 230mbs if i wasnt :P
Well, a minute of uncompressed audio gobbles up around 10MB at 44kHz/16bit/stereo, so I wouldn't rule it out.

You did add compressed audio to your file, right? Plain VirtualDub only reads WAV files, and those are uncompressed - switch audio to Full Processing and choose a codec to compress it with if that's what's bloating the file, or mux the audio with something else afterwards...

[AlienTiger]

better a late reply than never, apparentally the idiot turned off
Discard First Pass
I didnt see that as one of the filesize reasons in any of the links so maybe a bit more willingness to help and not throw off someone onto the search in the future would be nice, thanks :sly:

[Leak]

better a late reply than never, apparentally the idiot turned off
Discard First Pass
Uh... how should not discarding the first pass ever be able produce an oversized *file* for the second pass?

Or did he just look at the folder size? :confused:

I didnt see that as one of the filesize reasons in any of the links so maybe a bit more willingness to help and not throw off someone onto the search in the future would be nice, thanks :sly:
Excuse me? This is one of the most asked questions, so it's been answered oodles of times; what better opportunity for following rule 1a could there be?

[AlienTiger]

fair enough, i dont understand it myself, but during a 2pass encode, discard first pass was turned off and the file ended up much larger, yet when it was reenabled the size came back down to normal

[manono]

Nah, that can't be it. I keep the first pass myself, and don't have any problems getting the second pass the right size. Perhaps he never ran the second pass, and thought that the first pass was the the oversized finished product.

[AlienTiger]

There are 2 boxes on that screen, by default Discard First Pass is enabled, he disabled it, and didnt enable the other option that keeps the first quality pass, but when he reenabled Discard First Pass it went thru just fine

[celtic_druid]

As said it should make no difference. The stats file would be the same in either case and that is what matters.

[AlienTiger]

All I can suggest is Try it, cause thats was the only thing changed in the end that fixed the issue

[Didée]

All I can suggest is Try it, cause thats was the only thing changed in the end that fixed the issue
I am changing between "keep" and "discard" 1st-pass all time long ... and XviD gives me on-spot filesizes *always*.

[shaul26]

OK I'm getting tired from this! I have the same problem.. but I tried everything, used search, people gave same solutions every thread and nothing helped, why the hell do I get 15-20mb more than the original size? and I even used less bitrate...
and I did a test, i tried to encode with 700kbps but In the end the bitrate is 1269

I really don't understand what I did wrong..
I'll really appreciate if you'll try to help me.
thanks in advance :)

[manono]

Hi-

You didn't say what you've tried already, and it could be a number of things, I suppose. But one thing almost guaranteed to throw off the filesize is upgrading XviD without completely uninstalling your previous version. So, you might try uninstalling and reinstalling.

Unless you've already tried that.

[Koepi]

OK I'm getting tired from this! I have the same problem.. but I tried everything, used search, people gave same solutions every thread and nothing helped, why the hell do I get 15-20mb more than the original size? and I even used less bitrate...
and I did a test, i tried to encode with 700kbps but In the end the bitrate is 1269

I really don't understand what I did wrong..
I'll really appreciate if you'll try to help me.
thanks in advance :)

Use target size instead of bitrate. And always remember that MB aren't KB, and that you have to subtract the space the sound needs.

[shaul26]

I have a 230 anime episode, I want to burn subtiles on it and i want the size to be 230 even I wouldn't care for few more mbs..

What exact settings should I use?
I want to see if I'm the one who's using the wrong settings or something is wrong with my computer.

[lithiumdeuteride]

shaul26 - When I make something with subtitles, I have SubRip generate a ".srt" file, adjust the timecodes so it lines up with the movie dialogue, and simply title the file the same thing as the movie. For example, if the movie is "spirited away.avi", the .srt file should be "spirited away.srt".

When I play the file back, DirectVobSub overlays the soft subs in front of the video. With soft subs, not only do you not have to encode again, but you can edit mistakes in the subtitles as you read them, and choose whatever font/size you like. I would recommend soft subs (separate file) over hard subs (part of the video stream) any day.

[shaul26]

But when you translating, making the script and time it all by yourself I couldn't do anything if anyone will steal it.. because of that I want to "burn" the subtitles on the video..