PDA

View Full Version : green pixels in leftmost column, but only when using Virtualdub to decode XviD fourCC


blivit
28th September 2002, 01:44
I've attached a zip of some avi files that show green pixels in the left most column when played back with Virtualdub. Below is the included description of the bug:

The following three avi files all showed alternating green pixels on the
leftmost column of every frame, but only when played in Virtualdub.
The green pixels persist throughout the entire For The Birds clip that I
took this from, it isn't just this one scene. I was using uManiac's
23.09.2002.0840 build. But I also tried a uManiac build as far back as June,
and a Koepi build from August 3rd, so it looks like the problem has been
around for a while, and is independant of the compiler used. I am using the
latest Virtualdub, and haven't tested older versions.

pixar_green1.avi (Virtualdub encode, default XviD prefs)
pixar_green2.avi (Virtualdub reencode, default XviD prefs)
pixar_divx5_xvid4cc.avi (Virtualdub encode, default DivX 5.02, 900 kbps,
forced fourCC codes to xivd/XVID)

pixar_green1.avi:
Shows green pixels when played with Virtualdub. Windows Media Player plays it
just fine. Avisynth frameserving to Virtualdub (via AVISource()) works just
fine. But Virtualdub decoding with the XviD codec has the green pixels.
Forcing the fourCC codes to divx/DIVX works fine too, in everything.

pixar_green2.avi:
Reencoded pixar_green1 in Virtualdub. Notice that the green pixels are
encoded in the resulting stream, you can see the blocking/blurring/ringing
artifacts that come from them. This shows that it isn't just a display
problem in Virtualdub, but a decoding problem, since the green pixels are
definately in the decoded video stream.

pixar_divx5_xvid4cc.avi:
Encoded original source with Divx5, then changed the fourCC codes to
xvid/XVID. Windows Media Player plays it fine, frameserving Avisynth to
Virtualdub plays it fine. Virtualdub has the green pixels. Original div5
fourCC worked fine in everything.



Summary:

Green pixels show up in Virtualdub if XviD is used to decode. It does not
matter if the avi was encoded with DivX 5.02 or XviD to begin with, so this
doesn't look like an encoding issue. Windows Media Player and Avisynth both
decode using XviD just fine, which points to something screwy with
Virtualdub, or with whatever functions in XviD Virtualdub is calling to
decode. All avi files that exhibit the green pixels in Virtualdub play fine
in everything when the fourCC codes are forced to divx/DIVX. This looks
like an XviD decoding issue and/or Virtualdub decoding issue to me.

Any ideas on which program is at fault, and what to do to fix it?

MoonWalker
28th September 2002, 01:47
In the resize method do you use SimpleResize?Can you post your avs?

MoonWalker

-h
28th September 2002, 03:58
I think this is the "yv12_to_rgb24 green pixel of death" bug which has been present in rgb output for a long time now, but never fixed. Your actual encode is fine, it's just XviD's colourspace conversion that's faulty. Note that playing through a YUV-capable player like, well, anything else, doesn't exhibit this issue.

I do believe Isibaar has a fix for this on his todo list..

-h

blivit
28th September 2002, 04:51
Originally posted by -h
I think this is the "yv12_to_rgb24 green pixel of death" bug which has been present in rgb output for a long time now, but never fixed. Your actual encode is fine, it's just XviD's colourspace conversion that's faulty. Note that playing through a YUV-capable player like, well, anything else, doesn't exhibit this issue.

I do believe Isibaar has a fix for this on his todo list..

-h

OK, that all makes sense and fits my observations. Thanks for clearing that up for me. It's good to know it's a known issue and will be fixed eventually.

blivit
24th May 2003, 13:19
Originally posted by -h

I do believe Isibaar has a fix for this on his todo list..

-h

Just wondering how far down the todo list this bug still is... :) Now that more people are starting to use xvid, I'm starting to see this problem in a few anime fansubs, when xvid encoded raws were used for the subtitling. Sure, it's easy to get around, but not everyone knows the problem is there to be avoided. As of uManiac's XviD.Alpha.14.05.2003.2340 build, the bug is still there.

-Eric