New DivX based on 8.0.0.4477 core, instead of 4.1.0.3917 core from DivX 3.11alpha

[xkodi]

New DivX(Nandub compatible) based on 8.0.0.4477 core,
instead of 4.1.0.3917 core from DivX 3.11alpha

I cracked new MS files from WinXP and Win2k SP3 and made this new DivX release(and much more(see below) than simply DivX release). It's also 100% Nandub compatible (both DivX and MPEG4v2, believe me, or if you don't make your own tests and see for yourself that this is true, or even look at Nandub source, it works, because 3920 and 3927 dlls have same variables positions that Nandub uses)

Download Here:
http://www.geocities.com/xkodi

or here(direct link for the pack):
http://www.geocities.com/xkodi/xkodi_pack/XkodiRC3.rar.zip

(I send RC2 version of the pack also to submission@doom9.net, but want you can also make parallel test of the pack)

Below I put Readme.txt from the pack to see what's new and different from DivX3.11alpha. For comments, questions, suggestions etc. post here.
Excuse me for my really bad English.

Readme.txt:
New MS MPEG4, DivX package (now 100% Nandub compatible) readme

Files in DivX package (what's new from DivX3.11alpha):

DivXc32.dll Video Codec Version 4.1.0.3927 (Low-Motion codec): updated from 4.1.0.3920
DivXc32f.dll Video Codec Version 4.1.0.3917 (Fast-Motion codec): same, it's latest version //now with new look
DivX_c32.ax DirectShow Decoder Version 8.0.0.4477 (Hi Quality decoder): updated from 4.1.0.3917
DivXa32.acm Audio Codec Version 4.1.00.3920alpha (Better than MP3 audio): removed, Remark1, updated to 8.0.0.4477
L3codeca.acm Fraunhofer-IIS MP3 Radium's audio codec Version 1.2.0.63: removed, Remark2

Remark1:

"Why alpha stage ?
Because the WMA audio crack is far from perfect (max 16bit/44KHz @ 64Kbit/s) and
the WMA direct show decoder have not been cracked yet..."
It's from DivX3.11alpha readme file...

This package contain cracked WMA DirectShow Decoder and WMA V2 Codec, which replace DivX3.11alpha audio engine(you also can play avi files with DivX and WMA audio, even WMA8 through DirectShow):

1) msadds32.ax Windows Media Audio DirectShow DecoderVersion 8.0.0.4477: latest from WinXP (WMP8)

This package contain cracked WMA V2 Codec, with same limitation as in DivX3.11alpha (max 16bit/44KHz @ 64Kbit/s), when use it in programs like VirtualDub, Nandub and others, but you can encode wav files at any bitrate up to 16bit/48KHz@160Kbit/s using CoolEdit and multiplex with video using programs like VirtualDub, Nandub and others:

2) msaud32.acm ACM Windows Media Audio V2 Codec 8.0.0.4477: latest from WinXP (WMP8)

/*(http://www.syntrillium.com - CoolEdit site; 1) File->Open->Files of type: Windows PCM(*.wav)->Filename: your_wav_file->Open
2) File->Save As->Save as type: ACM Waveform(*.wav)->Filename:your_comp_wav_file->Options->
Filter: Windows Media Audio V2->Attributes: as_you_wish->OK->Save)*/

Remark2:

Lame is better mp3 encoder, but this package contains Hi Quality mp3 decoders:

1) l3codecx.ax Fraunhofer IIS MPEG Layer-3 DirectShow Decoder Version 1.9.0.311 (even WinXP comes with 1.5.0.50, which has bugs in decoding)
2) l3codeca.acm Fraunhofer IIS MPEG Layer-3 ACM Codec Version 1.9.0.309: latest from WinXP(WMP8)

Also included:

1) mpg4c32.dll Cracked Microsoft MPEG-4 Video Codec (V1, V2, V3) Version 4.1.0.3927
2) mpg4ds32.ax Cracked Microsoft MPEG-4 Video DirectShow Decoder Version 8.0.0.4477
3) new inf install files for all included files

You can use them for creating and viewing avi files with Microsoft MPEG-4 Video V1, V2 or V3.

P.S. You can use mplayer2.exe (Program Files/Windows Media Player) to use WMP6.4 and control CPU slider and WMA DirectShow decoder Equalizer sliders(very cool).

xkodi_rc1:
Now also latest files from WMP7.x are included and some popular DivX3.11alpha patches adapted to this new release. I made analogical patches for Microsoft MPEG-4 Video Codec V1, V2, V3. See other readmes into other folders for more info.

xkodi_rc2:
Now also add WMP6.4 files in this version, because they are based engine for original DivX3.11alpha and may be used to test this new release and compare to DivX3.11alpha. (also if WMP6.4 users(NT4/9x) don't want to use files from WMP7.x,8 )

xkodi_rc3:
some I think and hope final fixes

Xkodi, 26.08.2002

[Chibi Jasmin]

Sounds interesting...

...just one question...why do you state not to use the vulture patch on yuv-yuv (avisynth) processing?

Did I get it right that the vulture patch affects divx's INTERNAL (when divx is fed with rgb-video) conversion? So it shouldn't harm, if vulture patch is applied, when feeding yuv into divx? Or does the patch somehow screw yuv-conversion in divx-codec? Please enlighten me... :-) Thanx in advance.

[xkodi]

I don't know exactly how vulture patch work, I only adapted the patch for the new DivXc32.dll 4.1.0.3927. Original author of the patch for DivX3.11alpha is vulture(vulture@cs.iastate.edu), so I included original docs in the pack from him. The patch is for RGB->YUV processing,so yes you get it right, it affects DivX's INTERNAL, when DivX codec work with RGB video source. I also have the same question like you, so I make test. Vulture patch affects also YUV->YUV processing, not only RGB->YUV, with and without patch using YUV->YUV processing in the end I had two avi files with different size. I think the vulture patch somehow screw YUV->YUV conversion in DivX codec, but I'm not sure.

[Chibi Jasmin]

Thanx for the information...and thanx for the pack...looks fine :-)

ah yeah, one more thing...maybe you could add a patched divx_c32.ax (raised filter priority) in the final release of the pack, see description below from divx5 forum (sticky), it's purpose is to make divx3-dsfilter play divx3 content, when divx5 is installed...

UPDATE: The below mentioned offset -174, where to find the '80' value doesn't seem to be true for the new filter (or I screwed something in a hurry)...but if you can crack these files, you can for sure find the right position and make the patch anyway?

BTW: What do you mean with 'new look' for the divx-dlls? I somehow didn't get...



quote:
--------------------------------------------------------------------------------
Originally posted by orulz
There's an easier (and somewhat more kosher, I believe) way to solve this problem.

The key lies in directshow filter priority (aka merit), which a simple edit of the registry can be used to set.

1. Install divx5 first, and then install divx3.11
2. Run regedit
3. Do 'find', tell it to look for "DivX MPEG-4 DVD Video Decompressor"
4. Keep doing 'find again' until you get to one that has a binary value titled "Filter Data" in the same key
5. Choose file menu -> Export and save the key to a .reg file. This backs the key up in case you mess up.
6. Double click that binary value "Filter Data" to edit it
7. The seventh byte (2 digit hex number) from the left on the first line should be "80".
8. Move your cursor onto it, hit delete, and then type "90" in its place (this should also get all the other bytes aligned back to the way that they were before).
9. Reboot
10. And once again enjoy 640x480 DivX3 movies with full postprocessing on a 800MHz system!

That bumps up the DivX3 filter's priority from x00800000 to x00900000 - DivX5's filter stays at x00800000 so DivX3's takes priority on everything that it is capable of playing. I have included a .reg file that performs this on my system but I do not guarantee that it will work on everyone's.

If you run 'regsvr32 DivX_c32.ax' again for whatever reason (or reinstall divx3.11) you will have to repeat this process.

This same method can be used to choose which MPEG2 filter you want to use by default in media/bs/zoom player to play MPEG2/VOB files if you have more than one such filter installed. Say you have windvd, pdvd, and ATI's player. Bump up the priority of the one that you like best, and that'll become the default directshow filter.

*****divx3.reg starts here*****
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11d0-BD40-00A0C911CE86}\Instance\{82CCD3E0-F71A-11D0-9FE5-00609778AAAA}]
"FriendlyName"="DivX MPEG-4 DVD Video Decompressor "
"CLSID"="{82CCD3E0-F71A-11D0-9FE5-00609778AAAA}"
"FilterData"=hex:02,00,00,00,00,00,90,00,02,00,00,00,00,00,00,00,30,70,69,33,\
00,00,00,00,00,00,00,00,08,00,00,00,00,00,00,00,00,00,00,00,30,74,79,33,00,\
00,00,00,d0,00,00,00,e0,00,00,00,31,74,79,33,00,00,00,00,d0,00,00,00,f0,00,\
00,00,32,74,79,33,00,00,00,00,d0,00,00,00,00,01,00,00,33,74,79,33,00,00,00,\
00,d0,00,00,00,10,01,00,00,34,74,79,33,00,00,00,00,d0,00,00,00,20,01,00,00,\
35,74,79,33,00,00,00,00,d0,00,00,00,30,01,00,00,36,74,79,33,00,00,00,00,d0,\
00,00,00,40,01,00,00,37,74,79,33,00,00,00,00,d0,00,00,00,50,01,00,00,31,70,\
69,33,08,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,30,74,79,\
33,00,00,00,00,d0,00,00,00,60,01,00,00,76,69,64,73,00,00,10,00,80,00,00,aa,\
00,38,9b,71,44,49,56,31,00,00,10,00,80,00,00,aa,00,38,9b,71,64,69,76,31,00,\
00,10,00,80,00,00,aa,00,38,9b,71,44,49,56,32,00,00,10,00,80,00,00,aa,00,38,\
9b,71,64,69,76,32,00,00,10,00,80,00,00,aa,00,38,9b,71,44,49,56,33,00,00,10,\
00,80,00,00,aa,00,38,9b,71,64,69,76,33,00,00,10,00,80,00,00,aa,00,38,9b,71,\
4d,50,34,53,00,00,10,00,80,00,00,aa,00,38,9b,71,6d,70,34,73,00,00,10,00,80,\
00,00,aa,00,38,9b,71,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

Any questions? let me know.

Get it from http://www4.ncsu.edu/~opevans/divx3fix.reg

-orulz
--------------------------------------------------------------------------------



UPDATE again (quoted from further down):


quote:
--------------------------------------------------------------------------------
Originally posted by Tsui
Here is a solution for all OS.
You needn't change the registry, just change the byte in the decompressor itself.

DivX 3.x Decompressor-Priority-Patch

FileName : divx_c32.ax
FileSize : 240.400 Bytes
FileVersion : 4.1.0.3917

0. If you are running Win9x then go to Windows\System
If you are running Win2k/XP then go to Windows\system32

1. deregister the current decompressor :
regsvr32 /u divx_c32.ax

2. change one byte in the file with an hex-editor
Offset 0xc4a (dezimal 3146)
change 80 to 90

3. register the patched decompressor :
regsvr32 /s divx_c32.ax

thats all


Maybe you have another version of the decompressor,
then you must search for 'div3' (lowercase, without '),
and substract 174 (dezimal) of the offset where the strin 'div3' was found.

In my version the offset of 'div3' is 0xcf8 (3320 dezimal).
3320 minus 174 is 3146 (dezimal) converted to hex : 0xc4a

'div3' is found 6 times, you must use the first one (lowest offset).

If you aren't firm in using an hex-editor,
I can make a patch or upload the patched version of the decompressor (look at geil.webpark.cz).
I also will integrate that patched decompressor in my filter-pack.


Greetings
Tsunami
mpeg2hq@lycos.de
geil.webpark.cz

[Chibi Jasmin]

One more thing...in addition to mpg4dmod.dll mp43dmod.dll and and wmadmod.dll, which are said to interfere with their directshow counterparts, I also have:

wmsdmod.dll (Windows Media Screen Decoder)
wmv8dmod.dll (Windows Media Video 8 Decoder)
wmvdmod.dll (Windows Media Video Decoder)

They look somehow suspicious to me...any info on what Screen Decoder is for? And the Video Decoders should have ds-parts and can/should be deleted/renamed/unregistered also? Or don't they do any harm?

BTW: Some versions of the old mpg4ds32.ax and/or divx_c32.ax had a slider patch to make the quality slider stick to one's own setting...guess this is not needed for your versions or already included? (I don't know how this patch was done...)

[xkodi]

Thanks, I will try to make priority patch.
About files:
wmv8dmod.dll (Windows Media Video 8 Decoder) : decode WMV8
wmvdmod.dll (Windows Media Video Decoder : decode WMV7
wmsdmod.dll (Windows Media Screen Decoder) : I don't know,
so they don't interfare with DirectShow decoders in the pack
and I think you don't bother about them.
'new look' means that config dialog of DivX dlls in the pack looks different than that from DivX3.11alpha and also DivXc32.dll is entirely new 4.1.0.3927, instead 4.1.0.3920 like in DivX3.11alpha, but DivXc32f.dll is the same(except config dialog look) in the pack and in the DivX3.11alpha, because it's latest version 4.1.0.3917.

[xkodi]

I fotgot about quality slider. I don't understand what you mean, so I explain what behaviour quality slider has, it has the same behaviour like quality slider of the MS DS decoder, when playing asf files:
1) until you touch the slider for the first time(after clean install of the pack) it changes dynamicly depending on video souce to an recommended position
2) after you touch the slider, it remember position that you set

[xkodi]

Thanks again Chibi Jasmin for the info and for the suggest, I adapted priority patch for the new 8.0.0.4477 decoder download here : http://www.geocities.com/xkodi/xkodi_pack/DivX_c32_priority_patch.zip
I will add this to the final release of the pack, until then test it, please.

[Koepi]

Hm, i didn't look at that yet and I've to install some registry watchers etc before I do, but this is the same old story:
These patches are _highly_ illegal :(
Interesting though that the variable runtime positions don't change as those dlls should be compiled with a new (:net) compiler.

As much as I like the revival idea, I can't get rid of my doubts yet.

Maybe this will change.

Regards,
Koepi

[Chibi Jasmin]

Originally posted by xkodi
Thanks again Chibi Jasmin for the info and for the suggest, I adapted priority patch for the new 8.0.0.4477 decoder download here : http://www.geocities.com/xkodi/xkodi_pack/DivX_c32_priority_patch.zip
I will add this to the final release of the pack, until then test it, please.

Okay, thanx, I will test it...

UPDATE: Seems to work fine... :-) Thanx!

[Chibi Jasmin]

Originally posted by Koepi
Interesting though that the variable runtime positions don't change as those dlls should be compiled with a new (:net) compiler.


I remember someone saying somewhere (don't know anymore) the compiler (VC6 and VC.NET) made exactly the same code on some test compiles or something...

BTW: I also thought about this being illegal and not belonging here, but then I remembered, Doom9 also links DivX3.11alpha...

[Chibi Jasmin]

Originally posted by xkodi
I fotgot about quality slider. I don't understand what you mean, so I explain what behaviour quality slider has, it has the same behaviour like quality slider of the MS DS decoder, when playing asf files:
1) until you touch the slider for the first time(after clean install of the pack) it changes dynamicly depending on video souce to an recommended position
2) after you touch the slider, it remember position that you set

I don't know too much about the issue, since I been using a 'slider patched' version from some Tsunami pack for a long time now...it was just said, that without the patch, the slider sometimes magically returned to zero...but if it behaves as you say, there's probably no patch needed...on some tests here, it always remembered its position, seems fine...

[Chibi Jasmin]

Originally posted by xkodi
Thanks, I will try to make priority patch.
About files:
wmv8dmod.dll (Windows Media Video 8 Decoder) : decode WMV8
wmvdmod.dll (Windows Media Video Decoder : decode WMV7
wmsdmod.dll (Windows Media Screen Decoder) : I don't know,
so they don't interfare with DirectShow decoders in the pack
and I think you don't bother about them.
'new look' means that config dialog of DivX dlls in the pack looks different than that from DivX3.11alpha and also DivXc32.dll is entirely new 4.1.0.3927, instead 4.1.0.3920 like in DivX3.11alpha, but DivXc32f.dll is the same(except config dialog look) in the pack and in the DivX3.11alpha, because it's latest version 4.1.0.3917.

Thanx for the info, but if I am not totally mistaken, the look of the config dialog for the dlls is the same :-) Does this have to do something with XP Themes or stuff like that? I am using classis style on WinXP...

[Chibi Jasmin]

Seems this filter also needs some kind of slider patch...not sure, but I have a movie here, where it seems to always reset...needs further testing...

[xkodi]

This filter already has slider patch. Without slider patch you can't use(move) CPU slider, because it is not enabled(look at picture: http://www.geocities.com/xkodi/xkodi_pack/slider_patch.gif) and you can't even touch the slider and move it, so the slider is always set to 0. With slider patch the slider changes dynamicly depending on video souce to an recommended position(until you touch the slider for the first time, then it remembers the position that you set), but if the video is with high quality it is normal to go to 0.

[Chibi Jasmin]

Originally posted by xkodi
This filter already has slider patch. Without slider patch you can't use(move) CPU slider, because it is not enabled(look at picture: http://www.geocities.com/xkodi/xkodi_pack/slider_patch.gif) and you can't even touch the slider and move it, so the slider is always set to 0. With slider patch the slider changes dynamicly depending on video souce to an recommended position(until you touch the slider for the first time, then it remembers the position that you set), but if the video is with high quality it is normal to go to 0.


What Tsunami writes about this in his filter packs is:

1. If there is a file called 'mpg4dmod.dll' in c:\Windows\System, rename it to 'mpg4dmod.dll.bak' or delete it. If you don't do so, the Slider in the Playback-Filter doesn't funktion.

2. If you use an avi which is encoded with the Scene-Detection-Patch, it can happen that the Slider in the Playback-Filter is resettet to Zero. In this case you can set te slider back to 3 or higher manually.

and something like this (it is only in German in the text, here my translation):

3. The playback filters have a fixed quality slider, the slider for cpu quality therefore sticks to the position it's set to.

---

So I think that the slider can be moved at all is not what the slider patch is about...it is about sticking to its position...I had it working sometimes and other times not...don't know what this depends on (except the hint at 2. above). Will need further testing...I don't know how the patch is made, but I can probably supply you with divx_c32.ax build 3917 with and without slider patch, if the slider patch was not also included in the original divx3.11alpha release. Will have to check that, let me know, if it would be of any use to you...

---

But what I'd be more interested in...I never seen a slider disabled completely like in your picture, what version of the filter is that? Did you make some patch to get it enabled?

---

But maybe I understood the slider patch wrong...I always thought it to remember the position not only for the current movie but also when loading new movie's (thereby building a new filter graph). And in most cases this worked with my old build 3917...maybe it's just the same with the new build and all is well...in some test cases it really seemed to stick...in one other it didn't...I will have to play a bit more with it...will go out now, but if I find the time, I will try a bit more...

UPDATE: Just loaded some movies, including the problematic one from before...in about ten cases it sticked now to the position I had set it to throughout several movies (also the one that dind't work before)...the only thing I did was rebooting...maybe it was that? Well, don't worry too much about this, it's probably alright the way it is...we'll see...later :)

[xkodi]

The version on the picture is 8.0.0.4477 without slider patch, but every filter without this patch looks like on the picture.
I think that is enough to unregister mpg4dmod.dll, but if you want rename it.
And I also think, that 'fixed quality slider' describes behaviour of the slider in versions of DivX before 3.11alpha, for example in 3.1 it is always set to 2, when start movie and this was bug fixed in 3.11alpha, look at 3.11alpha readme:
What's new in 3.11alpha :
- Only fixes the CPU slider issue in the Direct Show decoder...
thank to Maniakzi for this...

The slider of the new filter 8.0.0.4477 should wourk like that from 3.11alpha and even better.

[Chibi Jasmin]

Sounds good to me...thanx again...I will let you know, if I have any issues with the files from your pack...keep us updated with new versions :-)

[xkodi]

Final Release Download here:
http://www.geocities.com/xkodi/xkodi_pack/MAIA_pack_v1.0.rar.zip
new core 8.0.0.4487 and I named the pack "MAIA MPEG4, DivX PACK version 1.0"

[Chibi Jasmin]

Great...thanx for the pack!

Have any of the files changed since the priority patch and rc3 version? Well, I will see for myself...

BTW: Did you announce the pack somewhere else? Seems people here in the board are not too interested, I'm afraid...at least, they didn't reply here...

UPDATE: Just wanted to download the pack...page has exceeded its bandwidth... :(

[xkodi]

There are many new think since rc3 and yes, there are also new files, because the pack has new core 8.0.0.4487, but you see. Sorry, the page is out of traffic and temporarily turn off, check again, soon it will be OK or maybe you suggest me where else to upload the pack. No, I didn't announce the pack anywhere else, because I made it for my private use and for my friends use, but then I decided to post here, if someone else also is interested in this, so my goal isn't advertising the pack.

[Chibi Jasmin]

Originally posted by xkodi
There are many new think since rc3 and yes, there are also new files, because the pack has new core 8.0.0.4487, but you see. Sorry, the page is out of traffic and temporarily turn off, check again, soon it will be OK or maybe you suggest me where else to upload the pack. No, I didn't announce the pack anywhere else, because I made it for my private use and for my friends use, but then I decided to post here, if someone else also is interested in this, so my goal isn't advertising the pack.

Hi again...

Great...where does the new 8.0.0.4487 come from? BTW: Can you explain a bit more the divxc32.dll/mpg4c32.dll build 3927? You say it comes from wmp6.4 but is no more distributed? Did you ever spot any differences to build 3920 (the old divx)?

I will try again later to download it...and I appreciate the pack...I especially appreciate the MS audio filter and the new video dshow build 8.0.0.xxxx! Maybe you should announce it somewhere else :)

At the moment I have no idea, where to upload the pack...I will try again to download it later...

[Uli]

I have to object, i am interested in DivX 3.xx, cause it still has great quality and compatibility over the net. Unfortunately these builds still have the "mirrored block" problem :( but i wasn't able to spot a single "freeze frame" :)

greetz, Uli (interested ;) )

[Chibi Jasmin]

Originally posted by Uli
I have to object, i am interested in DivX 3.xx, cause it still has great quality and compatibility over the net. Unfortunately these builds still have the "mirrored block" problem :( but i wasn't able to spot a single "freeze frame" :)

greetz, Uli (interested ;) )

You mean the new version didn't produce a freeze frame, where the old version did?

[Uli]

Originally posted by Chibi Jasmin


You mean the new version didn't produce a freeze frame, where the old version did?

yup, exactly but i'm not absolutely sure for "freeze frames", cause many things changed since then (avisynth, dvd2avi, decomb, etc...) but the "mirrored blocks" came right at the same spot (burned in subtitles in X-files episode) where they were before.

greetz, Uli

deleted

[Chibi Jasmin]

Originally posted by Uli


yup, exactly but i'm not absolutely sure for "freeze frames", cause many things changed since then (avisynth, dvd2avi, decomb, etc...) but the "mirrored blocks" came right at the same spot (burned in subtitles in X-files episode) where they were before.

greetz, Uli

BTW: Why did you never gave credit to me finding/pointing you to the right registry settings for DivX 5 *not* playing DivX 3 content? ;)

Okay, thanx...keep us updated with your experiences with this pack...

[Chibi Jasmin]

@xkodi:

Got the new pack by now...just a question...you wrote in dmo.txt:

"I made test and the truth is that quality of
all DMO decoders (also these from WMP9) is
same as DirectShow decoders with CPU slider
set to 0 (for video decoder) and all Equalizer
sliders set to 0 (for audio decoder).
So they have lesser quality than DirectShow
decoders. Now all DirectShow (except l3codecx.ax)
filters included in the pack have priority patch,
so they are always used instead of the DMOs and
you don't need anymore to unregister manually
DMO decoders."

Great, that the priority patch also affects the dmo issue (besides the DivX5-Filter thing)...didn't know that...! Is this really fully tested? Just to be sure...

And as always...thanx for the great pack!

[xkodi]

8.0.0.4487 core comes from WinXP SP1 final build 1106

I must add this to install.txt:
In XP (maybe also in Win2K, I don't test) if you have installed Service Pack OS also keeps copies of dlls(from SP) for backup in <windir>\ServicePackFiles\i386(in <windir>/system32/dllcache are original OS dlls for backup), and if you install unrecognized version of dll OS rollback to version of dll in <windir>\ServicePackFiles\i386, so you must also delete mpg4c32.dll(if exist), mpg4ds32.ax, msadds32.ax, msaud32.acm (if exist) and from <windir>\ServicePackFiles\i386 and
of course from system32 and system32/dllcache before reinstall of MAIA pack.

About divxc32.dll/mpg4c32.dll build 3927: 3920 is from Win2K SP2, 3927 is from Win2K SP3, so it is bug fixed version of 3920. mpg4c32.dll is from WMP6.4 engine because WMTools4.x (which is WM encoder for 6.4) contains mpg4c32.dll up to 3920 (in Windows Media7 Resource Kit, which includes latest WMTools4.1). Also in some older versions of WMTools4.1 there are 3918 and 3917. Koepi write this in Nandub Options Explained: V1.0: "The high-motion codec is in fact nearly the same as the low-motion-codec (but has a better scene change detection core) with hardcoded DRFs from 5x to 16x. So you can emulate it by setting the DRFs according to that."
high-motion codec = 3917, low-motion-codec = 3920. 3918, 3927 are also from same generation like 3920, so they are "low-motion" codecs.

about priority patch: DMOs have bigger priority (merit) than DirectShow decoders, because this they are used instead of DirectShow decoders (I didn't notice that before Chibi Jasmin said me about DivX5 priority issue, thank you Chibi Jasmin) and this cause the dmo problem, so this is the dmo issue. Now all DirectShow decoders have priority patch and I test how things works with WMP9 dmos, so for me it is fully tested.

[Chibi Jasmin]

Well, there's nothing to add for now...thanx for taking the time to explain everything...

Let us know, if you ever release any new versions...

[sip]

I've setup this package and everything is ok with encoding but I've got strange bug with decoding. The video is playing but rotated on 180 degrees :) My config is WinXP SP1. I've checked all dlls in my system directory and they are from package. Any ideas ?

[Dark-Cracker]

be sure u don't have install the divxG400 filter (come in the namo pack) because this filter flip the picture from 180.

++

[xkodi]

What I know about the "video rotated on 180 degrees" problem:
if you use VobSub for subtitles overlay the problem appears and you need to check Flip Picture vertically option in VobSub filter Properties (Misc Tab) (VobSub 2.15+, I tested with 2.15).
You may also use VobSub 2.15+ to fix the problem, even if the problem is due to some other reason. (VobSub run, only if you have subtitles file for the avi file you want to play and both these files have the same name, if you have problem with avi without subtitles file, just use one from other avi and choose "Hide Subtitles" from VobSub filter Properties (Misc Tab), you must also rename subtitles file with the same name as file you want to play.)
Until now I have this "video rotated on 180 degrees" problem only with VobSub before 2.15, because 2.15+ have option to fix the problem.
(The problem is related to bug in DivX3.11alpha decoder (4.1.0.3917), which rotate the picture to 180 degrees and so to fix this and to be output correct other filters after decoder (in the graph) rotate video again. The new filter in the MAIA MPEG4, DivX pack haven't that bug, but filters like VobSub thinks that this is old DivX and rotate picture, but because we haven't first rotation the output is reversed.)

[sip]

thanks for the explanation, I have VobSub 2.14 so I'll upgrade to the most recent version.

[downloada]

hi,

great work, xkodi! it seems, that the new codecs play divx with a significantly better quality then the original 3.11a.

for encoding of my divx-movies i usually use gordianknot, shall i install one of the patches (vulture/vki)?
i didn't encode a movie with the new codec yet, but i'd like to know, if they would play with the original divx3.11a?

cu

[xkodi]

Yes, they will play with original DivX3.11a, my codec from MAIA MPEG4, DivX pack and DivX3.11alpha are fully compatible. In another thread (named "???", see it) I already said that I'm not familiar with Gnot, I've never used it. But as I know it uses Nandub and/or VirtualDub for encoding (I think VirtualDub is used only for DivX 5 encoding) and the problem described in "???" thread isn't related to Gnot and my DivX release, it's related to high Curve Compression value in Nandub and exist for both codecs (my codec form MAIA pack and DivX3.11a), so you can use Gnot with MAIA DivX, because my codec is fully compatible with Nandub, VirtualDub and DivX3.11a.
About Vulture/VKI patches:
VKI isn't compatible with Nandub, so you can't use VKI patch with Nandub. I think Gnot uses Nandub for DivX3 (2-pass) encoding, so don't use VKI with it.
Vulture is for VFAPI RGB->YUV processing, not for AVIsynth YUV->YUV processing (see what I was said in this thread to Chibi Jasmin about YUV->YUV processing and Vulture patch)(AVIsynth usually uses MPEG2DEC.dll for MPEG2(VOB) decoding and that is YUV->YUV processing). I think Gnot uses AVIsynth and MPEG2DEC.dll, so don't use Vulture patch with it.
Final words: don't use Vulture and VKI patches with Gnot.

[-h]

Is there anything quantitatively different about the newer build? What if you encode a fixed-DRF sequence (say all DRFs fixed to 3) with the new and old build.. is the new build any smaller? Better PSNR?

-h

[Chibi Jasmin]

Good question, I don't have the time to test this myself at the moment, but I am also interested...

[MoonWalker]

And another question.Do we still get "shit frames"..Because I dropped DivX just for this."Shit Frames" (And I didn't like anti-shit cause the movie needed to be converted to RGB)

MoonWalker

[xkodi]

I have already said in this thread that DRF settings of 3927 dll are the same like in 3920 dll(DivX 3.11a). I am know too busy in school and my work, so about other questions - you can find answers by yourself, test and see.

[E-Male]

sorry for teh dumb question, but:
what exactly is the advantage of this divx version??

[bond@doom9]

it is a great idea to update the divx3 components! big thanks to xkodi and everybody who helped you :)

did anybody had any problems caused by the updated versions during encoding with nandub (especially with gknot)? Or did anybody had no problems? ;)

ps: am i blind? but i cant find the updated DivXa32.acm file (8.0.0.4487) in the MAIA pack (v1.0)?

[E-Male]

hello? someone PLEASE tell me what makes this better than the original divx3

[Koepi]

Isn't it obvious? Different (e.g. higher) version numbers make it different and better ;)

SCNR

Koepi

[xkodi]

Bond, I replaced DivXa32.acm with msaud32.acm, read txt files in the MAIA pack for more info. You can still play avis with DivX audio using msaud32.acm, which is 4487 version.

[bond@doom9]

i already found it out for myself but thanks for your answer!

what about windows media 9? are there any new builds included?

[xkodi]

No, there aren't any new builds, because Microsoft uses DMO (DirectX Media Object) in WMP9 instead of DirectShow, Audio Compression Manager(ACM) and Video Compression Manager(VCM) codecs.

[JReiginsei]

I installed the MAIA pack v1.0 and encoded a movie with nandub. When I try to play it I get a gray screen no matter what player I use (WMP 6.4, WMP 7.1, BSPlayer). I sent it to my brother's computer and it plays fine on his comp though (his comp only has divx 5 non adware installed). I wonder if its an issue with WinXPHome?

[bond@doom9]

You have to go to the divx-options window (ie in BSPlayer right-click on the movie -> options -> "divx mpeg-4 dvd video decompressor" -> click on "reset" or move all sliders manually to position 50

[Prettz]

Ok I've read the whole thread, but I still can't tell what, if anything, is "better" about this version for encoding with nandub.

I guess if no one can really answer why you SHOULD use this version, here's possibly a better question: Is there any reason so far why you SHOULD NOT use this version? Has anything questionable at all been found with this version?

[Uli]

Originally posted by Prettz
...
Has anything questionable at all been found with this version?

No! :D

greetz, Uli