ffdshow xvid playback bug...

[erdie]

hope this hasn't been reported yet [YES I did search]:

pls take a look at the attached pics.
The one with the errors was taken when playing back using
ffdshow-20020617.exe xvid content encoded with XviD-08082002-1.exe
the other one without errors had the "use xvid for decoding" check box checked...

so, is there any fix for this apart from using xvid for decoding, since ffdshow needs less CPU Power...?

http://erdie.supereva.it/ffdshow.jpg
http://erdie.supereva.it/xvid.jpg

[Blueseb]

[YES I did search]

I did too ;)

http://forum.doom9.org/showthread.php?s=&threadid=27778&highlight=ffdshow+xvid

[erdie]

ok, thx
i tried searchin for
ffdshow black
or
ffdshow errors

...

if think it's safe to say a mod can delete this post now, sorry...

but there still is no fix out yet, right? ;)

[oddball]

Have you tried the latest build compiled by athos?

Can be downloaded here http://ffdshow.sekxx.org/ffdshow-20020906.exe

[Defiler]

Using the test clip posted in the linked thread, I get the corruption even with athos's ffdshow build. Checking "Decode with XviD" avoids the problem.

[iago]

@everybody,

When decoding XviD, if you do not want extra ugly blocks and artifacts in your encodes do not use postprocessing deblock/dering options with either "presets" or "custom" in ffdshow! You can just use Codecs -> "Xvid" and "decode using XviD" and Miscallenous -> IDCT: XviD with no postprocessing at all. However, if you "really" want/need postprocessing for some reason in ffdshow, only and only use "automatic quality control", without touching the rest.

P.S.: You may not notice the negative effect due to your monitor settings and illumination. For best testing: either watch "on TV" or for PC monitor "full brightness and contrast / higher resolution such as 1024*768 / completely dark environment - if possible at night ;)"

Both ffdshow-20020617 and ffdshow-20020906 are tested with an XviD constant quantizer 2 encode, focusing on very dark scenes, and both managed to ruin the encode, producing heavy blockiness, when decoding with postprocessing deblock/dering options enabled in "presets" or in "custom".

regards,
iago

[Sharro]

Originally posted by iago
@everybody,

Both ffdshow-20020617 and ffdshow-20020906 are tested with an XviD constant quantizer 2 encode, focusing on very dark scenes, and both managed to ruin the encode, producing heavy blockiness, when decoding with postprocessing deblock/dering options enabled in "presets" or in "custom".

regards,
iago

Hi iago,

Ehehehe whenever I read a thread about xvid ... U'r there! :-)

What ffdshow build would u reccomend then?

http://forum.doom9.org/showthread.php?s=&threadid=31301&pagenumber=2

I don't take any conclusion about ffdshow used for the above thread.

Take care.

All the best,


Sharro

[iago]

@Sharro,

AFAIK there are only two versions of ffdshow atm, which I mentioned before, one the original 20020617 version: http://sourceforge.net/projects/ffdshow, the other compiled by athos and linked here in the thread. My advice is that for XviD playback, use ffdshow with the settings: Codecs -> "XviD" and "Decode using XviD" selected, Miscallenous -> "IDCT: XviD", postprocessing either disabled or *ONLY* with "automatic quality control", and optionally, concerning the blocks in dark areas, Noise-> "Old noise algorithm" and "Uniform noise" with a "Luminance noise stregth" of ~7-8 depending on the source, "chroma noise strength" untouched (0).

Using the above parameters, actually I don't see much difference between the two; but maybe there is a difference I haven't noticed yet ;).

Hope it's clearer now ;).

ciao
iago

[Wuntvor]

Maybe Im wrong, but if you choose "Decode with XVID" you dont have to set IDCT: XVID aswell, because ffdshow then uses XVIDs decoder, and the combo with iDCT only affects the libavcodec decoding.

Or am i wrong?

regards
/wuntvor

[iago]

Originally posted by iago
for XviD playback, use ffdshow with the settings: Codecs -> "XviD" and "Decode using XviD" selected, Miscallenous -> "IDCT: XviD", postprocessing either disabled or *ONLY* with "automatic quality control", and optionally, concerning the blocks in dark areas, Noise-> "Old noise algorithm" and "Uniform noise" with a "Luminance noise stregth" of ~7-8 depending on the source, "chroma noise strength" untouched (0). I must add/admit that Nic's decoder filter used with deblock and dering options enabled also causes the same (more) blockiness-in-dark-areas problem. Maybe it's better with no postprocessing at all, either in ffdshow or with Nic's decoder filter.

kindest regards,
iago