Color breakup on the latest builds?

[Gazza]

Dear all,
I have noticed that uManiacs latest builds XviD.Alpha.14.06.2002.exe and XviD.Alpha.19.06.2002.1420.exe generate a lot of color breakup. This is particularly true with red objects. I have attached a sample snapshot of the effect. I have a short avi which can show it better but request the assistance of the moderators to forward this to all.

I re-ran the test using Koepi's XviD-22052002-1.exe but that was fine.

Gazza

[Bulletproof]

I don't know if this is the same problem I'm thinking about, but I have recently took a closer look at some videos i've done (22nd's build) and noticed too that there seem to be weird colors appearing in very very small dots. The best one I can see is green dots appearing, and some faint red color also. They arent sharp dots, like blurred out green spots.

[Gazza]

Bulletproof
What you are seeing could be part of the same thing. In normal view you might not see too much unless you take real attention to some of the detail. However, for some reason the latest builds show some pretty dramatic effects. The worse I saw was when an person moved across the screen, they left a 'comets tail' of color behind.

Can you tell me if you are able to download the sample screenshot OK?

Gazza

[Gazza]

@Bulletproof

By disabling ffdshow the color breakup issue disappears for me. What filter are you using?

[edit] though it is strange that the same problem did not arise with encodes done with Koepi's build of 22 May?

Must be a combination of the latest ffdshow and the latest uManiacs builds???

:confused:

Gazza

[Bulletproof]

Unfourtunatly I can't see the screenshot yet, I've never installed ffdshow, only Nic's build once then uManiac's builds, but i've used the uninstaller on each occasion. I'm not sure but I think the spots dissapear if I use the H.263 quantizer, the MPEG quantizer seems to only show them. If I can i'll try to make a screenshot as well.

[Teegedeck]

@Gazza: There's no attachment awaiting validation for this forum. So if you've tried to attach a picture, try again.

[Gazza]

@Teegedeck

Sample picture is zipped and attached. Please confirm that you can see the attachment and that picture can be viewed OK at your end.

Gazza

[kilg0r3]

The attachment does not work for me. no matter if downloaded with opera or ie, i get a 3k zip-file which claims to contain a 3mb bitmap.

[Gazza]

I'm having problems attempting to capture a single frame out of the small avi. I will zip the avi and try that instead. Note that color problem seems to prevalent when ffdshow is active for xvid.

Gazza

[kilg0r3]

Try disabling the hardware accelaration of your video card.

[Gazza]

I've found what could be causing these weird color effects. Within ffdshow if xvid is ticked but 'Decode using xvid' is not ticked then the problems are evident. However, ticking this box corrects the strange effects.

Thanks kilg0r3, I will give your suggestion a go to see if I can get a decent screendump of what the problem looks like.

[Blueseb]

Originally posted by Gazza
I've found what could be causing these weird color effects. Within ffdshow if xvid is ticked but 'Decode using xvid' is not ticked then the problems are evident. However, ticking this box corrects the strange effects.



I also had colours problems (a kind of 'colour tearing' from the right border of th movie)
'decode using xvid' resolved, performance is just a bit worse but still great: ~20% less cpu eating respect original xvid decoder

[sherpya]

I have a similar problem... try to encode a clip with quality setting of 100% then watch with ffshow... seems like the decoder loses keyframes... images are "morphing" like obtaining frames from bad key frame. Selecting "Decode with XVid" the problem will disappers...
I think it is related to ffmpeg decoding ... I will check my clips with mplayer (linux), using the same lib...
I've attached a sample...
Yes is interlaced but deinterlacing does same results... I dunno with other sources...

[Koepi]

You can even select the IDCT in ffdshow.

Try to use the XviD IDCT instead the "simple 16<and other random numbers ;) >" IDCT, mabe this helps it a bit as well.

As ffmpeg already progressed in the last 6 weeks, ffdshow reflects an older version, this might be ffmpeg bugs which are solved in the meantime.

Regards,
Koepi

[sherpya]

Using xvid idct is the same... It only works using xvid.dll for decoding... mplayer has same problem if using ffmpeg (with cvs snap).

[rui]

Well, it's a long shot, but you guys could try this:
donwload the latest Nic's build, extract the xvid.ax file, and then overwrite the exsiting one in windows\system.

This way you will be using Nic's ds filter. Since we don't have b-frames anymore, it will decode alright.

[sherpya]

Wait boy... :D I have no problem at all if I tell ffdshow to Decode XVid content with xvid.dll... (I already have nic ds filter, but I prefer to use ffdshow). The problem is related only to libavcodec
However I've posted to mplayer ml the problem, look at this msg
to see details... ffmpeg says "overflow"

mplayer bug report (http://mplayerhq.hu/pipermail/mplayer-users/2002-August/019016.html)

[sherpya]

Seems to be fixed into latest cvs ffmpeg... Btw I can get libavcodec.dll working, i.e. ffdshow crashes...
Milan can you update ffdshow? I've tried but nothing...
there is a block_permute into mpegvideo.c
so I've tried to use a global "config_use_simple_idct"