Nero recode & compressibility test

[el_rico]

Hello,

I'd like to try Nero recode but I am not been able to reproduce the process I use with my xvid encodes. I am not limited by the size - but do not want to waste to musch space... I then do a compressibility test (with GK) and set then the size target to 80%.

How can I achieve such a compressibility test to determine the size I should set in the Nero recode GUI?

Thanks!

[three_dee]

as far as I know, there's no real 'quality parameter' in recode, if there is, they've hid it well, because I couldn't find it. Everything's about bitrate, so what you're asking is impossible the way I see it atm.
However, what's really good about recode over the prev. versions are the ability to import avs, and the 'extra' quality encoding mode. For the average joe (and maybe even some quality freeks) it gives such a good quality that one dares compare it with xvid 1.0 and divx 5.1, but hard to prove without ei. a compressibility test - you have to rely on your vision.

[el_rico]

Then the only "solution" I can think of would be to make a compressibility test with Xvid to determine the size target and use this target in Recode.... This could make sense if compressibility difficulties are generally shared between all MPEG4-ASP codecs.

Or is there a "magic" AVS function that would calculate a sort of complexity value?

What do you think?

[Taurus]

Or is there a "magic" AVS function that would calculate a sort of complexity value?

Well, no!
Compressibility test in GordianKnot or AutoGk is just a special AVS script which determines (if I remember correctly) that every 240/14
or 300/15 frames get encoded.
So it should be easy to use it via AVS in Recode.
Just use the Compressibility AVS from a GordianKnot test-encode for your testing.
Just make sure your Recode settings suit your needs (might be not).
Never tried it.

Cheers

Taurus

[el_rico]

Indeed, I know how the crompressibility test is achieved, based on the actual compression of only slices of the input. But during compr. test, the codec is set to the maximum quality (ie quant=2 in xvid). Again, since I do not see any quant/quality input in Recode, I do not know how to workaround this...

[three_dee]

I always use the 2-pass option in recode, but then it struck me, what about 1-pass?
I believe this can help you in terms of testing compresability.

http://www.upload4free.com/files/2853.png

[babayaga]

Originally posted by el_rico
Indeed, I know how the crompressibility test is achieved, based on the actual compression of only slices of the input. But during compr. test, the codec is set to the maximum quality (ie quant=2 in xvid). Again, since I do not see any quant/quality input in Recode, I do not know how to workaround this...

A way to have an idea of the quality is to encode a hard part of the whole sequence at the requested bitrate (a high motion chapter for instance) and have a look at the result.

There is also to say that compressibility tests were very popular when encoding a whole movie took a very long time. This is no more the case, especially on modern PCs with Recode.