Blue image

[AstaRoth]

Hi,

I have a little problem with the gamr's build

With 200401310010 build and superior, my video is bluish and this with any settings

http://users.skynet.be/Asta666/Bleu.jpg

no problem with the builds lower or equal than 30/01

an idea ?

Thx

[P0l1m0rph1c]

Did you use chroma optimizer in that video? I had the same problem with a clip yesterday. Once i disabled chroma optimizer, the problem disapeared.

[sysKin]

Gamer has automatic build system on the core and VfW libraries, but he can't compile directshow under linux. As a result, he just adds a pre-compiled directshow to his installer.

There was a small colorspace change very recently and directshow has to be built again with these changes. I'll compile it myself and add here (just not yet, wait some hours),

Radek

[Koepi]

U and V channel are swapped. Which player did you use for playback? Winamp is known to do that.

Koepi

[AstaRoth]

No, I don't use the chroma optimizer :(

And when i reinstall a build of 30/01, the video is perfect

But > 30/01, it is blue

[AstaRoth]

Ok sysKin, I will wait :)


Thank you for your answers

[Leak]

Originally posted by Koepi
U and V channel are swapped. Which player did you use for playback? Winamp is known to do that.

Actually, I think it's the DirectShow decoder that's doing this, not the player; using sysKin's latest decoder with Gamr's latest CVS build does exactly that (in GraphEdit, AviSynth and MPC), while it works perfectly with RC1.

np: Ulrich Schnauss - Gone Forever (A Strangely Isolated Place)

[P0l1m0rph1c]

If is from the dsf, try ffdshow for that, and hope not to have used packed bitstream. ;)

[virux]

I've noticed this too since I usualy compile the newest cvs for fun...

In my case UV channels are swapped when forcing yv12 output and is normal when forcing yuy2, this is when i am using the latest xvidcoredll and the latest xvid.ax(from cvs)

I also tried using the cvs compile xvid.ax over koepi's rc1 build and videos play normally so i think its not in the directshow filter

now i did an experiment... i encoded a vid from the cvs compile of mine then uninstalled that version and installed the rc1 from koepi...
when i watched the video the channels are swapped, the channels are swapped too when i view the clip in mplayer...

I hope this helps

[Koepi]

The videos with latest CVS get stored with UV channels swapped already, just open an old video you encoded, they work correctly.

Thinking about the easiest fix...

Regards
Koepi

[sysKin]

Originally posted by me
There was a small colorspace change very recently and directshow has to be built again with these changes. I'll compile it myself and add here (just not yet, wait some hours)Ok that was wrong. It's a bug with YV12 colorspace in encoding (like "fast recompress" in vdub) and in decoding (like if you force YV12).

If you encode something, check if it's right with ffdshow/divx/mplayer/whatever. If not, avoid that build - we've never added workaround for old bugs so I doubt we'll add it for this one.

Radek

[AstaRoth]

Sorry, my english is bad, so i have difficult to follow

euh .. it is a bug in Xvid, or in my configuration ?

[Koepi]

It _was_ a bug in XviD cvs, just fixed in this minute i'm posting.

You rely on your own when using straight CVS compiles, you know the risks (CVS can always be broken...).

So far support here only is given for the builds more or less "officially" spit out - CVS is always work in progress and can be i.e. unfinished with features or something. :)

Regards
Koepi

[AstaRoth]

ok thank you for these precisions