nandub filesize problem

[3dOts]

Hello, I've got a problem with nandub here at the mo which I can't get my head around.

I've been using this method for around a year now...

smartripper > dvd2avi > gknot > avisynth > nandub

I've done around 100 encodes in this time, so have gotten fairly used to how it all works. Recently though everytime I encode in nandub (second pass), the filesize comes out way above what it should be, eg 150meg oversize for a 2-disc '1400 meg' rip. Observing nandub whilst encoding shows the deviation increasing steadily, with no sign of a return to normality, the movies (tried doing 2 different movies times now) persistantly turn out oversize.

Either I've lost the plot here, or something is wrong somewhere. Here's a movie I'm doing at the moment...

Swordfish, PAL 5713 seconds @ 640x272
Using LAME VBR audiotrack, average bitrate is 198kbit, filesize 141,598 KBytes.

When I enter the audiotrack filesize into GKnot it gives me an average bitrate of 1797 for the video (1400meg).

A quick check using a calculator shows...
1797 / 8 * 5713 = 1,283,282

This seems right enough, which the audiotrack added it should all add up to around 1400meg right?

Anyway it doesn't, everytime I encode the second pass it comes out around 1,580,000, and I've tried everything I can think of to correct it, run new firstpass, created several stats files, tried using a new copy of nandub, checked the nandub bitrate calculator against the gknot suggested bitrate (same), and tried encoding a completely different film, both have the same problem. Also tried altering near all settings in nandub to provide higher compression, etc, etc.

I'm at a loss now, nandub has the stats and the appropriate bitrate set, yet it just won't control the bit usage as needed.

Any help much appreciated here.

.db.

[Ripe73]

Well,are you using Antishit?
If you are try with Min Quality:1 or 0

Just a guess

[Commonboy]

I'm also having this problem. After encoding, my file is actually BIGGER than the original. I've tried to lower it by decreasing the max gauge down to 40, but is still way over the targeted file size.
I also have this problem where the filesize is much lower than the target, even when the max gauge is set to 100. My drf is min 2, max 8. In both cases, I've verified that the bitrate calculator are getting me the correct values, and and the mp3s for the audio are made with BeSweet, following the instructions exactly as they have on Doom's guide. Lastly the filesize problem only seems to occur when encoding mpeg files, I have no problem when re-encoding divx files.

What are my options?

[Ripe73]

I also have this problem where the filesize is much lower than the target, even when the max gauge is set to 100

The movie compress good,so you have to go for a higher resolution,sharper resize filter or higher audioquality.

[3dOts]

Anti-Shit no, just Antifreeze as normal. Keyframes look to be normal during the encode, scd running ok, no masses of extra keyframes anywhere. Tryed upping the DRF much higher than normal (16x max), lowered the gauge to 30, 40, 80 kinda thing, done everything I can think of, the final filesize always seems to come out the same.

I just looked and I still have the last failed encode on the drive, here's the details...

movie_640x272_mk3.avi (1,543,466 KB)

The audiotrack direct stream copied onto the file is...

movie_198kbit.mp3 (138,280 KB)

The same video file without the audiotrack...

movie_640x272_mk3_no_audio.avi (1,400,008 KB)

ummm, what the... ? Seems like nandub isn't taking the audio into account when encoding, even though GKnot and nandub have been configured to show the video average bitrate with audio included, both stating an average bitrate of around 1,800kbps.
http://homepage.ntlworld.com/j.buchanan/public/images/gknot.gif
Here's the settings I used for the 3rd pass I ran...
http://homepage.ntlworld.com/j.buchanan/public/files/movie_640x272_mk3.txt

Damn I dunno about this, I'm thinking I've lost the plot somewhere, I must be missing summit obvious here.

.db.

[3dOts]

Well bollocks I don't know what's up with this thing. Re-installed OS recently (win2kas) and it's still the same, set nandub to encode to 1400meg at 1800kb/s bitrate on a 5713 second movie (198kbit lame vbr audio) and it still comes out way oversize. Solution? So far only solution was to reduce 1800kb/s to 1600kb/s, ignoring what both gknot and nandub specify in order to end up with an avi 'close' to 1400meg.


WTF????

At a total loss.
.db.