divx5 makes sbc uses fastmotion codec

[movmasty]

divx5 installation troubles (http://forum.doom9.org/showthread.php?s=&threadid=19316)

[Acaila]

Do you have any evidence to support that claim?

It is known that the DivX5 decoder replaces the DivX3 decoder, so you'll have awfull looking playback. But I've never heard anyone say that it replace the actual encoder.

[Uli]

Gosh! :mad:

If that's true, i know from where the claims come: 'Hey, my DivX 5 rip looks better than my SBC rip'
Normally you do comparisons on the same machine. They replace the decoder with their own crap and torpedoed NanDub to use fastmotion codec.
Wow, what a great conspiration theory :eek:
But if it's true, i think DivXNetworks had completely turned to the dark side :angry:

greetz, Uli

[gldblade]

I don't know if this is related, but DivX 5 messes up my XviD playback. Some sort of conflict maybe?

[movmasty]

hey! i didnt say that divx5 replaces the divx3 encoder!
i just gave a look at the nandub graph while encoding,and it was showing green color,not the usual blue of the low motion.

removed divx5 color is blue again,but.....
the fourcc code of that clip is "vidsdiv3"
that should be the code of low motion, then all is ok
just the graph showed the green color of fast motion.

i didnt look the fourcc code the first time,
but in accord with doom9 guide, green is the color of fast motion codec

@Uli
use of fast motion code by nandub doesnt mean low quality,
nandub was using the right DRFs,
and like nando said,nandub can override the limitations of the fast motion codec.
is a genaral opinion that fast motion is exactly the same than low motion, except the limit at drf 5,
nandub can remove that limit

[Uli]

@gldblade:

Have a look at this

http://forum.doom9.org/showthread.php?s=&threadid=19439

DivX 5 totally screwed my system. Even MPEG2 playback was messed :(
XviD was'nt filtered anymore and so on and so on...

Simply uninstall of DivX 5 and all issues vanished :D

DivX 5 -> recycle bin

greetz, Uli

[The_Bozo]

I just finnished a week of testing and if anyone here has tested DivX5 and SBCDivX, it would take 2 seconds for you to realize that this information is absolutly incorrect!

DivX5 DOES NOT effect DivX 3.11a's ability to encode AT ALL!!!

All your SBCDivX files still report as:

Compressor: 'DIV3', DivX MPEG-4 (Low-Motion)

I did tests of SBCDivX before and after installing DivX5 Pro and there's absolutely no difference. They both are encoded correctly, they both encoded at the same framerate and they both playback Identically.

Don't believe every idiot with a computer who posts bogus information here.

[Uli]

Originally posted by The_Bozo
Don't believe every idiot with a computer who posts bogus information here.

Wow, another 1 post wonder...
Have you ever heard of netiquette, or were you talking about yourself?
You cannot extrapolate your experiences onto others, thats why this thread asks for others, that had similiar experiences.

anyway...

greetz, Uli

[The_Bozo]

Understood however this thread is being used by other boards and people are interpereting it to mean that This is what happens when you install DivX 5 Pro. Which is not true.

People who believe anything without testing it themselves are idiots to start with, but you can't just claim that things are one way without others proving you wrong if you are.

I welcome you to test as I did and find that the statement that installing DivX5 Pro changes 3.11 SBC Encoding provess is not true.
Most people are not willing to test for themselves so someone has to correct this missinterpretation.

[Uli]

Agreed ;)

But if you read this thread (and the one i linked) once again, you'll see, that i am more on the XviD side. I made intense tests with DivX 5 wich were very promising. But DivX 5 really screwed my system, no matter what. If i only used DivX 5 alone there was no problem, but i like to have other codecs around, especially XviD ( give it a try, it's great ;) ), wich were seriously influencend by having DivX 5 installed. I tried DivX 5 standard, DivX pro adware, even DivX Pro alone, to no avail. So i uninstalled it and reinstalled DivX 4.12, wich btw. works flawless one the very same system.


Forgot:
With DivX 5 installed, i indeed had no problems encoding DivX 3.11 in NanDub but problems decoding. So i can't verify the claim, that NanDub uses Fastmotion. That's why i posted: If that's true...


PEACE

greetz, Uli

[philippas]

@movmasty
When you set up your nandub encode press ctrl+L and you will see which codec nandub uses. But when i was experimenting with nandub i remember that it worked fine with divx3 fast motion and the delta frames in the graph were blue.
I guess divx5 is selected instead of divx3 low motion. If that's the case just select divx3 low motion with ctrl+L

[philippas]

A known issue with nandub: if you don't change the bitRate from 910kbits to something else, the first codec in the codec list is selected. In my case it's uncompressed RGB and the graph in nandub is yellow.

[Prosper]

Nandub doesn't use "Fast Motion" and "Low Motion" Divx. Everyone should know this, else you don't understand Nandub.

[philippas]

@Prosper You made me laugh :D :D
I think that you don't have a clue about nandub.

[Prosper]

Funny, its only the fact that the only difference between FM and LM is the DRF (which is fixed). Nandub can constantly vary the DRF, thus making the idea of FM and LM obsolete. It's in the damn readme.

Edit: OK so its not in the Nandub readme

[movmasty]

nandub can use both the divx codecs
in motion tab you can set at what level of motion to switch between.
since seems that the two codecs are the same,i disabled the fast motion(motion 300),
BUT
nandub showed a green graph,was always blue before the installation of divx5,and is blue again after disinstallation.
BUT
despite of this nandub was using the low motion
so just the colour changed.
now....i could take a shoot of the graph...and copy the fourcc of the encoded movie....then....i could reinstall divx5....take a shoot of the graph...and copy the fourcc of the encoded movie...and zip all that and post here like attachment...
....but really you want me to do all this?????? :scared:

@philippas
i guess you are using the lumafix version,
it is the only version of nandub that warns me that i am saving an uncompressed movie,while ndub should use divx3 by default
so make a fix to the fix please.....

[Prosper]

I do realize that Nandub does allow you to switch between the FM and LM DLL, but when you set the DRF's via the Compression Levels, it makes no difference. In the FM DLL, the DRF is permanently set at a higher valus than the LM DLL. But who cares, Nandub overrides these once you set your own DRF's. That's why most Nandub users disable DLL switching: its pretty much useless.

[philippas]

@Prosper irrelevant info. We were talking about the error.
do realize that Nandub does allow you to switch between the FM and LM DLL, but when you set the DRF's via the Compression Levels, it makes no difference. In the FM DLL, the DRF is permanently set at a higher valus than the LM DLL. But who cares, Nandub overrides these once you set your own DRF's. That's why most Nandub users disable DLL switching: its pretty much useless.

Off course we know that divx low motion has hardcoded drf 2-31 and kf=4 and divx fast motion has hardcoded drf 4-16(or 4-31 not sure)and kf=4 and its the only difference between the codecs.
And also that nandub changes the DRF on the fly accordingly to the values that you set.

@movmasty I have installed divx5 but it didn't screw up anything in my system, except that it doesn't gives you the ability to play divx3 videos with the divx3 decoder, but instead the files are playing with the divx5 decoder. You have to manually edit the registry to avoid playing divx3 with the divx5 decoder.
Also if you check in the file>file information in nandub all the divx3 files are reported as divx5 which is not the case.

[movmasty]

Also if you check in the file>file information in nandub all the divx3 files are reported as divx5 which is not the case

AHA !!!!!!!!!!!!!!!!!!:D

min quantizer in divx3 fast motion is the 5 however.