DivX4 encode different in YUV and RGB sources (and... can't append!)

[unplugged]

Trying to join two DivX4 AVIs with "append" option in Virtual Dub (direct-stream copy enabled) you can notice that AVIs encoded with same parameters BUT with different color-space (YUV and RGB) cannot be joint!
This could mean that at creation time DivX4 generate "different" files for YUV input and RGB input.

These files cannot be joint!

my question is Which is the best solution for final quality?
In DivX4 engine there must be different encoding procedures for RGB and YUV source, in which can we find less approximation?


sorry for BAD english

[philippas]

What audio do the divx files got ? If it's vbr mp3 that's your problem.

[unplugged]

no no...

the files contains video stream only

if these (RGB and YUV) files don't join together this isn't strange because I have just verified that DivX4 create two different format streams (ok, append will not work...).
the main question that i have is how DivX encode from RGB or YUV sources.
I'm not interested about speed, I know working with YUV is faster...
but talking about encoding/decoding quality is YUV "frame-serving" (like MPEG1 or MPEG2) the better way?

YUV or RGB?

If we create two DivX4 AVIs from same source-content, but one with YUV frame-serving and the other with RGB frame-serving

we have "input.m2v" and a "filters sequence"

input.m2v -> YUV (already) -> filters sequence -> outputA.DivX.avi
input.m2v -> RGB -> filters sequence -> outputB.DivX.avi

outputA and outputB have different structure
which look better?

And same question without filters?

[philippas]

I don't really know. The only way to be sure is either ask the creators of divx4 or do some testing on your own. If i've got time i'll do some testing myself.

[ElFarto]

Yes, you can't join YUV and RGB avis since the sample size is different (12bit for YUV and 24 for RGB), the sound sometimes screw up even with CBR at 128 in such cases you gotta use the Compensate for Fraunhoffer bugs options in XMPEG