The VideoLAN Forums

This is also a Linux issue!!! Please move thread to "all"
(ticket http://trac.videolan.org/vlc/ticket/3288)
(mplayer ticket http://bugzilla.mplayerhq.hu/post_bug.cgi)
(possible related topic viewtopic.php?f=2&t=72022&p=237898)
(original authors to input codec: gbazin@netcourrier. com, fenrir@videolan. org, seguin@via. ecp.fr, sam@zoy. org, fenrir@via. ecp.fr, trac.videolan. org/vlc/changeset/15320badc65db2f751ceb0b8db7277aa249346ac, trac.videolan. org/vlc/changeset/9803dc4610d12f49440b9dca80ac6bb173863956)
VLC version: 1.0.5 (updated from 1.0.3, seeing if it would solve the problem. It didn't.)
~Edit 1: Found out it is a hue setting. Setting it to around 200-210 works to my liking, but it messes with other videos by inverting the blue/red spectrum.
Is there a way to save this setting to this file only?
~Edit 2: I beleive the bottom picture is a cause of over-saturation. Is this true?
~Edit 3: mplayer gets it right. http://mplayerhq.hu Does this mean a bad codec or implementation for vlc?
~Edit 4: added more info, including codec details.
~Edit 5: (Note from editor) "Actually think I compressed them in indeo video raw 5. At that time it was one of my favorite codecs so I used it for my final renders because it gave a decent enough picture and worked well in Bink. Our machines and hard drive space at DFI was limited. (circa 1999)"
~Edit 6: Error report.
[0x8dab180] extract filter error: Unsupported input chroma (YVU9)
[0x859e0d8] main video output error: Failed to create video filter2 'extract'
[0x859e0d8] main video output error: Failed while trying to append 'extract' to filter chain
[0x859e0d8] main video output error: Video filter chain creation failed
~Edit 7: (copy pasta from ticket trac.videolan. org/vlc/ticket/3288)
Videos that use YVU9 colors, don't show correct colors in VLC 1.0.5 (bad hue) and don't show up at all in nightlies (tested with VLC 1.1.0-git-20100128-0002). Tested on Win32. With nightlies the playback tells following on messages:
rawvideo warning: invalid frame size (124416 < 165888)
rawvideo warning: invalid frame size (124416 < 165888)
rawvideo warning: invalid frame size (124416 < 165888)
Linux:
Screencap from Linux machine.
Windows XP 32bit Home:
mplayer
vlc
MPC/WMP/divx/youtube/etc

VLC plays the movie nice and crisp. What's wrong then? The colours are almost opposite of what they are supposed to be. Blue=red.

Fortunately, every OTHER player has the right colour. UNFORTUNATELY, the quality is crap, very pixelated and block and blurry. Over-saturation?

Codec detail:
File: system32\tsbyuv.dll
FourCC: vidc.yvu9
Version: 5.1.2600.0 (XPClient.010817-1148)

File detail:
Size: 390 MB
Time: 3m25s

-Stream 1
type: audio
codec: araw
channels: 2
Sample rate: 32000Hz
Bits per sample: 16
Bitrate: 1024kb/s

-Stream 0
Type: Video
Codec: YVU9
Resoloution: 512x216
Display Resoloution: 512x216
Framerate: 15

File in question: http://www.megaupload.com/?d=26U8UTR0 (please do not use or keep this file for anything other than helping me out)
Message me on aim (outoftimeagain) or yahoo (chootomix) or msn (MIX120@msn.com) if you are truly intrested in the file if it would help you. My email is chootomix@yahoo.com

If that file is only one showing that behavior, I would guess there is a decoding bug in video decoder that VLC uses. If all videos have wrong colors, then
http://wiki.videolan.org/WindowsFAQ-1.0 ... _output.3F

If that file is only one showing that behavior, I would guess there is a decoding bug in video decoder that VLC uses. If all videos have wrong colors, then
http://wiki.videolan.org/WindowsFAQ-1.0 ... _output.3F

I have about 16 videos. Same for each.

If that file is only one showing that behavior, I would guess there is a decoding bug in video decoder that VLC uses. If all videos have wrong colors, then
http://wiki.videolan.org/WindowsFAQ-1.0 ... _output.3F

OK, here's the deal:

Colour's fixed for this set of videos when pushing the hue to (-around-) 200, from 0.

Unfortunately, it messes up the hue for everything else.

Is there a way, to save this select hue, to this select file?

Bug in VLC decoder. I opened trac ticket for this.
trac.videolan.org/vlc/ticket/3288

Bumping with updates.

viewtopic.php?f=2&t=72022&p=237898 might be related.

This should be fixed now on nightlies.

This should be fixed now on nightlies.

nightlies?

http://nightlies.videolan.org/build/win32/?C=M;O=D and trunk folder which has date newer than yesterday (none exists ATM).

http://nightlies.videolan.org/build/win32/?C=M;O=D and trunk folder which has date newer than yesterday (none exists ATM).

OK, I've tested various ones... still the same error.

There aren't new enough trunks folders available. So when there is trunk folder newer than 9th of February 2010 it should work.

Just to confirm, since there was no confirmation yet: seems to work with newer nightlies. Was having to manually set hue (or having to use openGL, which was WAY too slow) since ages, now no longer. Always thought it was a specialty of my Matrox MGA in 16 bit colour mode;-)

Cool.