Procoder or QuEnc Mode?

TomBrookl · Sep 2, 2005

UncasMS's Guide for RB on this forum, Item 5. Options.

I set it to JCEnc because I think that is the free one that comes with Rebuilder. Is that right?

The guide discusses encoders as if the reader knows what an encoder is and understands what acronyms like CCE and HCEnc mean. I for one, do not.

TomBrookl · Sep 2, 2005

Correction to above...

Change JCEnc to HCEnc

UncasMS · Sep 2, 2005

hi tombrookl,

sorry if you got the impression i took too much for granted

ENcoders for example are cce, hc enc, procoder, nuenc, quenc, freeenc

TRANScoders are dvdshrink, dvd2one or rejig

trancsoders requantisize

dvdshrink (author of dvdshrink) on requantization:

Requantizing

The DVD Shrink transcode engine works by requantizing video data.

There are two kinds of data in an MPEG video stream:
1. Motion vectors
2. Pixel "residual" data (in the form of DCT coefficients)

Each decoded picture is formed by combining parts of previous decoded pictures (using the motion vectors) with new pixel information (residual data).

The basic idea is, that since each decoded picture is very similar to the previous, it can be fairly accurately described using pixels from the previously decoded picture, offset by some motion vectors to compensate for camera movement, or movement of objects in the scene.

The purpose of residual data is then to compensate for any errors in this process, since you are unlikely to get an exact match for the new picture using only the previous picture + motion vectors.

DVD Shrink achieves compression by removing some of the residual data. This process is called requantization. Selected DCT coefficients are scaled down (thus reducing the number of bits required to store them) and a corresponding scale value for these coefficients (quantizer scale) is scaled up. The result is a less accurate description of the same residual data, which takes up less space. Note motion vectors are left unmodified by this process.

With the exception of CCE encoder based applications (which do a full re-encode of the video and recompute all motion vectors), all DVD compression softwares are using this same requantizion algorithm. The difference between alternative software is, how they choose which residual data to requantize, and how they handle the subsequent errors or artifacts which occur in the video as a result of this process.

If you requantize all the residual data (DVD Shrink at maximum compression) then the resulting video will look bad - it will contain noticable artifacts. If you have some compression % to play with (e.g. maximum compression is not required), then the compression software has a choice of which residual data to process. This choice can heavily influence quality. The goal is to select the residual data to compress which minimizes the resulting errors or artifacts.

Picture Types

When choosing residual data, it is important to consider that there are three types of picture in an MPEG stream. They are called I, P and B-pictures. A typical DVD video contains pictures in the following sequence:

I-B-B-P-B-B-P-B-B-P-B-B-P-B-B-I-B-B-P-B-B.... and so on.

I pictures
These contain residual data only. There are no motion vectors, so they do not depend on (or "reference") any previously decoded pictures. Essentially, they are like standalone JPEG images. They occur at a rate of 1 in every 15 pictures (also they occur at the point of a scene change).

P pictures
These contain both motion vectors and residual data. The motion vectors always reference the previously decoded I or P picture. This is important, because it means that any error resulting from compression of the previous I or P picture will also be visible in this picture, and furthermore, if an additional error is introduced by compression of this picture, then the error will accumulate and artifacts will become more noticable. Note the accumulated error will also be visible in the next picture which references this picture, so things can get out of hand rather quickly. P-pictures occur 1 in every 3 pictures.

B pictures
Like P pictures, these also contain both motion vectors and residual data. The motion vectors always reference the last two decoded I or P pictures (data from two pictures is averaged). The important characteristic of b-pictures is, no picture will ever reference this b-picture (only I or P pictures are referenced), which means that any error introduced by compression of this picture will just be a one-off occurrence, visible in this picture, but not accumulated or carried forward into any other. Note also that B-pictures form the vast majority, occuring 2 in every 3 pictures.

If you are still following this, then you'll probably have figured out that when choosing residual data to compress, it makes sense to first select the data in b-pictures. This is because (a) they form the bulk of all pictures, and (b) any artifacts introduced by this compression will not be visible in any other picture.

This is what DVD Shrink does. If the resulting video size after compressing all b-pictures is still too large, then it will try to distribute the remaining compression over the remaining I and P pictures, and this is when artifacts start to become really noticable, because errors introduced into I and P pictures will be visible and compounded in all following pictures (until the next I-picture). Note that at low compression ratios, DVD Shrink will never need to touch I and P pictures. The exact % compression where this becomes necessary depends largely on the DVD, or more accurately, on the video encoder software used to encode it.
Click to expand...

encoder create complete new frames and do not only reduce the motion vectors or dct data and thus take much longer but can do a better job in many cases

agent-k · Sep 2, 2005

If you can get hold of CCE I suggest you use that.
It is by far the best of the bunch and definitley the quickest.

UncasMS · Sep 2, 2005

i wont agree to *the best* btw

fastest it is, best: not from my experience

compare these screenshots as one example out of many comparisons i made:

http://forum.digital-digest.com/showthread.php?t=54559
http://forum.digital-digest.com/showthread.php?t=54679
http://forum.digital-digest.com/showthread.php?t=54724

+++++++++++++

longer loading times to be expected!!!

agent-k · Sep 2, 2005

Interesting comparisons.

I may relent and give some of the other encoders a try.

Log in or Sign up

Procoder or QuEnc Mode?

TomBrookl Member

TomBrookl Member

UncasMS Regular member

agent-k Regular member

UncasMS Regular member

agent-k Regular member

Share This Page

Log in or Sign up

Procoder or QuEnc Mode?

TomBrookl Member

TomBrookl Member

UncasMS Regular member

agent-k Regular member

UncasMS Regular member

agent-k Regular member

Share This Page

Useful Searches