Post Reply 
MPEG-4 AVC/AAC
Perfect format?
Author Message
Assassinator
...

Posts: 6,646.6190
Threads: 176
Joined: 24th Apr 2007
Reputation: 8.53695
E-Pigs: 140.8363
Offline
Post: #24
RE: MPEG-4 AVC/AAC
bboy_sonik Wrote:You are encoding Anime. Anime compresses like a billion percent better than any "real footage" will!

Not necessarily. Depends on lots of factors. Real footage with little movement (like person sitting there talking) will compress FAR better than anime with craploads of motion. So you can just say "anime always compress better than real footage".

I know you said your thing was full of motion, and the anime you compared with is still. Well, it's the motion and still that's making the difference, not really the anime and film.

Another thing is that real footage "hides" compression artifacts better than anime imo, so you can get away with higher quantizers.

bboy_sonik Wrote:Srsly you can't compare them really you should know this man :) im not saying x264 sucks hey, I seriously am just getting better results from this encoder right now and I'm admitting being a noob at the AVC encoder its way mo0re tech than DivX! Just look at the video man and give me some advice if you have any i won't throw it back or anything lol im tryin to find out what is best is all for the good of all of us :) x264 is too crazy to tweak!

I'll have a look at it later. (too late now)

Also give me the source from which you encoded it. I'll try encoding it myself.

And what frame size are you going to encode Hellsing at? 640x480 or 480x272? (also for comparison purposes).

bboy_sonik Wrote:And is that 'CRF' anyway? 2-Pass VBR will produce a better result than 1-Pass CQ [Constant Quality/Quantization]for.... well it's self explainatory isn't it, it lowers the bitrate on repeated frames and raises it on high motion ones :P

Ok, you obviously didn't understand the concept of constant quantizer.

Simplified explaination: CQ mode will lower and increase bitrate according to the complexity of the frame in question so that everything is exactly the same quality (quantizer). So stuff that need more bitrate will get more bitrate, and stuff that needs less will get less.

Constant quantizer will lower/increase bitrate more than 2-pass will, which is exactly opposite to your argument (2-pass more than CQ). What you're thinking is constant bitrate (which, as the name implies, always uses the same bitrate). Constant bitrate and constant quantizer are 2 sides of the extreme, least flexible bitrate to most flexible. 2-pass is somewhere in between.

But varying bitrate more does not equate to better. 2-pass is generally better than CQ, because it distributes bits more optimally than forcing a constant quantizer every single instance. However, constant rate factor (crf) beats them both, with the only problem being that you cannot control output file size.

About Crf (what I understand. May not be 100.0000% accurate) --»
Spoiler:
ZiNgA BuRgA Wrote:This is my interpretation of what CRF is (may be wrong):
Here wee have two images, each compressed with JPEG @ 80% quality.
[Image: picture1ay8.jpg] [Image: picture2kf5.jpg]

Now, let's ramp down the quality to JPEG @ 15% quality:
[Image: picture1bea3.jpg] [Image: picture2bsq7.jpg]

This "quality" setting is like a quantizer, since you specify a rate and the compressor determines the number of bits to use.  As you can probably guess, the 2nd image is always smaller than the first.
However, although both look horrible at 15% quality, it "doesn't really matter" for the right image, since there's not much detail there anyway, as opposed to the left image.

So if wee assume wee have a video with just those two frames, and there's enough copies of each so that the encoder can't find them in its look ahead phase...
...a single pass ABR would most likely reduce the first image to a lower quality than the second.
...a single pass constant quantizer will give the results above.
...a two pass encode (ABR or CRF) would allocate a higher quality to the first image, and a lower quality to the second image.


Well, that's my guess anyway.

Crf mode basically is a complexity compensated CQ mode.

So that "quality" in your picture example is more equivalent of a CRF encode or an ABR encode than a "quantizer" encode.

A constant quantizer encode would distribute enough bits so that both the above pictures looks pretty much the same perceived quality. That is, a CQ encode would dump a lot more bits into the the more complex picture, and less into the second.

A CBR encode would dump an exact equal amount of bits into each picture. And ABR encode just slightly "wiser" distributed than CBR, but is not too different from CBR.

Now, it costs more bits to increase the perceived quality of the more complicated image than the simpler image. And putting additional bits into each will yield diminishing returns in quality.

Then imagine a distribution of bits between the two frames that can be said to be "optimal", that is, providing the best average quality. That optimal rate will lie somewhere in between CQ and CBR.

Imagine a distribution algorithm that decides what "optimal" quantizer to assign to frames of different complexity. Now assume this rate control equation is perfect. Therefore, for any given input rate factor, the quation will generate the best quantizer values to use in each frame of different complexity. With a higher rate factor giving more quality to each picture of different complexity.

It follows that if the 2 frames have the same rate factor, then the total amount of bits is distributed perfectly among the 2 frames to exactly compensate for their difference in complexity in the optimal way.

Now that distribution above is exactly what 2-pass encodes aim for. What 2-pass does is to attempt to use the recorded complexity values from the 1st pass to determine how to best distribute the set amount of bits in the 2nd pass. Then that would be equivalent of trying to achieve the exact same rate factor for each frame, according to what I previously defined the rate factor as.

So basically,
1-pass Crf = perfect distribution always achieved not caring about size.
2-pass size based = Tries to achieve perfect distribution for given size.

Now the rate control equation is not going to be perfect, be that doesn't matter, because both the Crf and the 2-pass are depending on the same equation, so any inaccuracies will effect both. And the 2-pass will NOT be able to achieve 100% accurate distribution.

Therefore 1-pass Crf > 2-pass if they have the exact same output size.

Therefore it is completely pointless to do any more than 1 passes for Crf. It is already more perfect than any 2-pass hopes to become.

Basically, in terms of flexibility:

Least Flexible -» Most Flexible
CBR » ABR » Multi-Pass «> CRF » CQ    where CRF is theoretically optimal.


ZiNgA BuRgA Wrote:Possibly - I've never seen anyone using 2 pass CRF.

But CRF and quantizer are different.  What you described basically, was quantizer.  A constant quantizer encode will be pretty much fixed.

Yeah, I did make my theory sound a bit like CQP in the previous posts. But the main point that the crf would give better results carries through.

And a constant rate factor encode will also be fixed. Fixed at a constant rate factor (that is, fixed quantizers for every complexity level). :P
bboy_sonik Wrote:But with anime I could set the ABR to 200kbps and it'd still look near DVD quality LOL!

Don't generalize. It all depends on the source. Some anime, yes, but I can find you an anime that will block worse than youtube if you use 200kbbps.
(This post was last modified: 07/11/2008 11:14 AM by Assassinator.)
06/11/2008 06:48 AM
Find all posts by this user Quote this message in a reply
Post Reply 


Messages In This Thread
MPEG-4 AVC/AAC - bboy_sonik - 01/11/2008, 07:49 PM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 02/11/2008, 12:39 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 02/11/2008, 02:24 AM
RE: MPEG-4 AVC/AAC - Assassinator - 02/11/2008, 03:29 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 04/11/2008, 01:37 AM
RE: MPEG-4 AVC/AAC - blessedhands - 04/11/2008, 02:56 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 04/11/2008, 04:58 AM
RE: MPEG-4 AVC/AAC - squee666 - 04/11/2008, 05:07 AM
RE: MPEG-4 AVC/AAC - blessedhands - 04/11/2008, 05:57 AM
RE: MPEG-4 AVC/AAC - squee666 - 04/11/2008, 06:05 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 04/11/2008, 06:49 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 04/11/2008, 07:11 AM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 04/11/2008, 06:15 PM
RE: MPEG-4 AVC/AAC - Assassinator - 04/11/2008, 06:43 PM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 04/11/2008, 07:02 PM
RE: MPEG-4 AVC/AAC - Assassinator - 04/11/2008, 07:25 PM
RE: MPEG-4 AVC/AAC - bboy_sonik - 04/11/2008, 08:01 PM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 04/11/2008, 08:07 PM
RE: MPEG-4 AVC/AAC - Assassinator - 04/11/2008, 08:27 PM
RE: MPEG-4 AVC/AAC - bboy_sonik - 06/11/2008, 02:03 AM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 06/11/2008, 02:57 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 06/11/2008, 04:15 AM
RE: MPEG-4 AVC/AAC - blessedhands - 06/11/2008, 05:33 AM
RE: MPEG-4 AVC/AAC - Assassinator - 06/11/2008 06:48 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 06/11/2008, 05:39 PM
RE: MPEG-4 AVC/AAC - Assassinator - 07/11/2008, 12:14 PM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 06/11/2008, 05:43 PM
RE: MPEG-4 AVC/AAC - squee666 - 06/11/2008, 06:05 PM
RE: MPEG-4 AVC/AAC - Assassinator - 18/11/2008, 09:34 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 06/11/2008, 06:13 PM
RE: MPEG-4 AVC/AAC - squee666 - 06/11/2008, 06:44 PM
RE: MPEG-4 AVC/AAC - ZiNgA BuRgA - 06/11/2008, 06:50 PM
RE: MPEG-4 AVC/AAC - bboy_sonik - 19/11/2008, 06:01 PM
RE: MPEG-4 AVC/AAC - squee666 - 06/11/2008, 06:53 PM
RE: MPEG-4 AVC/AAC - bboy_sonik - 19/11/2008, 05:57 PM
RE: MPEG-4 AVC/AAC - Shadarr - 04/12/2008, 08:23 AM
RE: MPEG-4 AVC/AAC - Assassinator - 04/12/2008, 02:17 PM
RE: MPEG-4 AVC/AAC - bboy_sonik - 05/12/2008, 03:33 AM
RE: MPEG-4 AVC/AAC - Assassinator - 05/12/2008, 05:08 AM
RE: MPEG-4 AVC/AAC - bboy_sonik - 26/01/2009, 08:16 AM
Thread Revived!!! - Necro-Bot - 26/01/2009, 08:16 AM

Forum Jump:


User(s) browsing this thread: 15 Guest(s)

 Quick Theme: