kwag:

I think you're dealing with a placebo formula

size/time=bitrate
size/bitrate=length

so,

MovieStacker's Elementary Video Stream / Total Minutes of Movie = MovieStacker's Average Bitrate (in kilobytes/minute)


MovieStacker's Average Bitrate (in kilobytes/minute) / MovieStacker's Average Bitrate (in kilobits/second) = 60/8.

Demuxed .m2v file size (in kilobytes)/ Average Bitrate of demuxed.m2v (in kilobits/second) = total seconds of Demuxed .m2v/8 =60/8

As total seconds of Demuxed .m2v is 60s (since you chose a 1 min sample)

CompressionFactor = 60/8 / 60/8 = 1.

Any deviance from 1.0000 is because:

1) The length of the movie in minutes is truncated (you discard the final seconds)
2) The length of the sample ain't exactly 60 seconds.

And not because of the compressability of the movie.


Sorry.

Kwag / GFR,

May be this has been done, suggested and tried before but would another way of getting the compressability of the movie be possible if we did this:

Take a sample with TMPeg with no filters or MA (just resize) using a base CQ of 70.

Then doing the sample again with TMPeg and CQ 70 using the final script (with the filters + MA). The compressability could be defined as

Sample1 Size (only resize) / Sample2 Size (Full MA script with resize)

We then use this factor in Tok to get the correct CQ? I know the CQ factor is not linear and it sounds too simplistic (not for my simple brain though )

I hear what you say GFR and it makes sense, though you and kwag seem far more in tune with this stuff. I'm just bouncing some ideas so please feel free to laugh at my kindergarten suggestion.

__________________
Fizzy Wizzy Lets get Bizzy!

Ignore me...

My "theory" has no basis. My test results on a 2.5 hour NTSC rip:

Guess I forgot the non linear behaviour of CQ.

__________________
Fizzy Wizzy Lets get Bizzy!

Hmm, I have a feeling we should orient to the average bitrate. If the average bitrate of encoded sample = average bitrate reported for full video file that is the CQ value.

I'm heavily working on this issue ...

-kwag

Hi to all,

After doing several tests on file prediction for the past 4 days, I believe I found the problems related to the innacurate prediction.
It's all related to the dynamic range of the encoder, when using a wide range as we normally do ( 300 MIN, 2,500 MAX )
Right now, with KVCDx3 528x480(576), there's really no need to go beyond 2,000Kbps, when using the MA script.
So I have found that using a MAX of 2,000Kbps and a MIN of (averageBitrate - 43%), produces extremely accurate results.
Here are the numbers on 4 different movies:



So you see, the worst case is about ~16MB, which is really negligible in visual quality.

The method is really simple:
Set your MAX bitrate to 2,000Kbps.
Set your MIN bitrate to Average bitrate (data from Moviestacker) - 43%.
Example: My K-Pax movie average bitrate is 800Kbps. So 800 - 43% = 456Kbps
That's it
Now the encoder's dynamic range will be 2000 - 456 = 1,544Kbps, instead of 2,500 - 300 = 2,200Kbps, and the results are far more accurate.
This is probably the reason why the MainConcept encoder is very poor when doing one pass encoding on resolutions greater than 352x480(576), because it's dynamic range is very narow ( way smaller than TMPEG ), but at 352x240(28 it works extremely well with a bitrate range of ~300 to ~1,500.
The file prediction data above was done manually with "Sampler()" at the end of the script. I didn't use ToK, because I wanted as consistent results as I could, so I did them with the manual method. ToK should behave the same with the changes too. Maybe now the "Fast" prediction will be as accurate as the "Full" prediction
So that has to be tested.
So there you have it I hope this works as good for PAL people, as it works for us here in NTSC land

----------------------------
@ovg64,
Thanks for your tests
----------------------------

-kwag

And here are the results of the same 4 movies, but using ToK to calculate CQ in "Fast" mode with the new method described above:

All calculations were done using: one sample per minute, 24 frames per GOP (Length of sample (Auto)), factor of 1.0 and speedup of 10 (Tenra's "Fast" method)

-kwag

Just wondering... I've never looked for average bitrate in MStacker before, but I just checked out a couple of my existing d2v files and most are around 1800-2200 kbps. So why is yours for K-Pax only 800??? Am I looking in the right place?

My K-Pax movie is ~120 minutes. When I load the .d2v in MovieStacker, the suggested average bitrate is exactly 800Kbps. That's for a target of one 80 minute CD-R.
You probably have MovieStacker set to 2 CD's You leave the MIN set exactly as you did with prediction. That is, -43% of average bitrate. And leave the MAX at 2,000.

-kwag

Hi jwo 800 is the average now take 800 - 43% = 456Kbps and that is the min. you are going to use, 2000 is the max. and you ll encode with those numbers too.

@Kwag,
Your prediction results look pretty good.

I`m wondering if we can get away with that low of a max bitrate,
on Mpeg2 vids... (visual quality wise)

MMMMM...more tests...more tests...



*******************************
The Devil`s always.....in the Details!

With the MA script, yes

-kwag

*******************************
The Devil`s always.....in the Details!

It's beer time
http://www.kvcd.net/boon-action.mpg

Edit: The sample is 1,115Kbps average bitrate

-kwag

means:
downstairs to the kitchen again!

I'm on my 4'th trip

Wow! You guys really are amazing!
Could someone please post a screenshot of where to find the average bitrate in MovieStacker? And how to set up MovieStacker correctly?
I've never really used this software before...
Thanks!

__________________
AudioSlave

audioslave,


without screenshot, it's easy!

run MovieStacker and if you are using avisynth2.5x
just click "ignore" in the warning advice.

in the "Resize & Video Stream" tab,
in "Source" under "MPEG Resizing" frame,
load your project file(*.d2v or *.avi).

the average bitrate(kbps) is under
"Video Stream" frame in the bottom of this tab!

Of course! Thank you very much for you help jorel!
Easy and simple. Like I said, I haven't been using MovieStacker that much before...

__________________
AudioSlave

HI,does anyone know if this works with avi's because when i load them into moviestacker the average bitrate is like 1000-1300 which in turn would make the min bitrate around 600 or so.Is 600 min going to make the encode like like crap.

Thanx