Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
16th July 2002, 17:09 | #82 | Link |
Registered User
Join Date: Oct 2001
Location: france
Posts: 521
|
ffdshow got decode error with div3 content too
a very few but noticable. according to the ffdshow coders, it comes from libavcodec ... esby PS: you can find two samples showing the bugs there : http://www.chez.com/esbyphp/sample.rar ( if you got an error - copy paste the link in a blank navigator) Update - with divx 5.05+ the bugs won't show anymore. Last edited by esby; 4th November 2003 at 09:01. |
1st August 2002, 00:10 | #83 | Link |
Registered User
Join Date: Feb 2002
Location: Toronto, Canada
Posts: 407
|
FFDSHOW has a bug in its post-processing... I posted about it in this thread:
http://forum.doom9.org/showthread.php?s=&threadid=29434 if you read the last 3-4 posts, you will get an idea about what I am talking about.. |
1st August 2002, 00:18 | #84 | Link | |
Registered User
Join Date: Feb 2002
Location: Toronto, Canada
Posts: 407
|
Quote:
|
|
28th September 2002, 00:47 | #85 | Link |
Registered User
Join Date: Sep 2002
Posts: 1
|
copied from the readme.txt...
If you can play all of these clips without any glitches, you dont need to read this. This is a fix to the divx3fix.reg originally posted to the doom9.org forum. It allowed you to install divx 5 and continue playing divx 3.11 with the original codec. You can check this with the sample divx 4.12 video, since the divx 5 codec also has the glitch. The problem was that with the fix, AntiFreeze stopped working, so this new fix changes the priority of 80 to 85 in both the divx 3.11 and AntiFreeze registry. Also works in Win98 now, as well as Win2k and WinXP. Make sure divx 3.11, divx 5, and AntiFreeze (DivxAF) is installed, before doubleclicking on the .reg files. http://www2.hawaii.edu/~rnakahar/Divx_3-5-AF_fix.zip |
15th July 2004, 23:48 | #88 | Link |
Registered User
Join Date: Feb 2002
Posts: 154
|
i just installed divx 5.2 and it plays all divx3 files
i tried the methods from the first post but i can't get divx3 back. i patched the divx_c32.ax, i edited the registry to increase the priority and i checked the priority of the divxdec.ax from divx5.2 (its 80 in the registry, divx311 got 90) but it still gets chosen by bsplayer and mplayer for div3 or DIV3 files. i tried to patch the 4cc's in the divx 5.2 ax-file but it's got a crc-check. since it worked for the 5.1.1 decoder but not for this one i wonder what the cause of this problem might be. how can he override the ds-filter priority? UPDATE: i tried the first method again (overwriting all 4cc codes manually in the registry) and this worked (after a reboot). don't know why the priority-thing didn't work though. Last edited by Arcon; 16th July 2004 at 00:25. |
8th September 2004, 16:33 | #89 | Link |
Registered User
Join Date: Oct 2001
Location: france
Posts: 521
|
Well that might now please some people:
but there is still a somewhat elegant solution: do not install divx5. if you want divx5 decoding, decode with xvid, ffdshow or even ffvfw. if you want div3 decoding by divx3.11 codec, just set it correctly in ffdshow or ffvfw, depending in which context you are. But most of the decoding related problems we were talking of in this thread are gone long since... esby PS: of course, the smarter solution would be that divx5 people release a version of the codec decoding only divx5. |
8th September 2004, 16:46 | #90 | Link |
Registered User
Join Date: Oct 2001
Posts: 800
|
If you want to make the DivX3 Priority Patch work again with DivX 5.2, you can do the following:
Look here: [HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11d0-BD40-00A0C911CE86}\Instance\{78766964-0000-0010-8000-00AA00389B71}] and here: [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{083863F1-70DE-11d0-BD40-00A0C911CE86}\Instance\{78766964-0000-0010-8000-00AA00389B71}] in the filter data entries...the 8th byte now reads FF instead of 00 which it reads in the other 4 locations mentioned in first post...replacing the FF with 00 in these two locations makes the priority patched Div3 work again...bit easier than to overwrite the fourccs in the filter data entry, but still not an elegant solution. Better alternative: Do the exact opposite to the Div3 Priority Filter Data (leaving the DivX5 Filter data alone), that means in these two locations replace the 8th byte 00 with FF: [HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11d0-BD40-00A0C911CE86}\Instance\{82CCD3E0-F71A-11D0-9FE5-00609778AAAA}] [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{083863F1-70DE-11d0-BD40-00A0C911CE86}\Instance\{82CCD3E0-F71A-11D0-9FE5-00609778AAAA}] This is the better version in my opinion, because Div3 don't get updated anymore and you won't have to repeat this process, every time you install a new DivX5 (as you would have with first version) Still no ideal thing, maybe someone can patch DivXC_32.ax again to include the 90 FF (7th-8th byte filter data) now instead of 90 00... Last edited by Chibi Jasmin; 26th January 2005 at 14:33. |
Thread Tools | Search this Thread |
Display Modes | |
|
|