Divx4 - Low Motion : utility of two passes ?

[mystik_cool]

Hi,

I was wondering if there is any benefit in using two passes with the DivX ; -) MPEG-4 Low-Motion codec.
If yes, how should I configure first/second pass ?

Thanx :)

[jeremymacmull]

Yes a lot of benefit dont use low motion tho use NANDUB which uses a combination of high and low

or use GKNOT with 3.11

but the better alternative is use 5.1.1 much higher quality than 3.11 for newbies and easier to use

JEREMY

ps read the guides theyll help a lot

[esby]

DivX ; -) MPEG-4 Low-Motion codec.

= div3 or divX codec low motion...


DivX ; -) MPEG-4 High-Motion codec.
= div4 (fourCC) or divx codec high motion...

DivX4.X = initial codec developped by divx network
until they release 5.X version.

Now about two pass encoding...

two passes encoding was introduced by nandub...

there is no two pass encoding supported by the codec itself
in div3 or div4...

Originally nandub derivate from vdub vki
which was a combinaison of div3 // div4
meaning mixing hi motion & lo motion codec
during an encode.

We (as the testers and the people who were using it in this time)
found out that switching from a motion type to another was more
problematic than anything else...
(thanks to Demi9od who was the first to suggest to use only low motion...)

Since this time, low-motion codec is used exclusively...
especially in sbc encode (div3).
gknot only automatized the procedure initially in nandub.
Then it supported the other codecs,
including the build-in N passes mode available in the new codec...

So to answer the first question:

nandub is the implementation to benefits of two passes in DivX ; -) MPEG-4 Low-Motion codec.

Talking of two passes inside the codec has just no meaning,
since nothing is implemented. (or should be...)

And to quote the previous answer given:
"combination of high and low"
The actual guides (should i say definitives ones?) describing sbc encodes never talk of combining high & low motion codec.
It was more a possibility left during the developpement,
that was not useful that anything else,
since we had better result by modulating bitrate & drf.

If you have problems with nandub or gknot using nandub.

better indeed to use Divx5.X or XviD...
for this last codec, check the guides and the forum part related to XviD...


esby

[mystik_cool]

Thank you for all those precisions.

So, I should always use Divx5.X ? Ok... I was using the low motion codec because I made some tests (ok, it was a long time ago...) and found it provided the best quality/size ratio at this time...

But I'll try to find some guides about the last 5.X codecs to get the best out of them

Thank you again for taking the time to answer me

[esby]

Using a codec is the encoder choice.

For instance, i suggested divx 5.X or xvid,
(since it was a general encoding question)
personnaly i'll avoid using divx 5.X
but that's my choice.

esby

PS: I'm still using sbc,
but i might switch to xvid or to another way to encode...
sbc have some advantages when you know it,
and it has some huge disadvantages,
that makes me pro to switch to xvid...
sooner or later.

I won't use divx 5.X since i don't agree with some points.
And i have seen too much crap encoded with that codec.
(those who encoded anime raws know of what i m talking...)

[mystik_cool]

Yes I don't like Divx5.X, with all that I read about it and some personnal testing...

You say "using a codec is the encoder choice"... of course, but as I said my choice will simply be the codec producing the best quality/size ratio.
I'll try the new xvid codec to see what it gives now.