Seems that you are getting BGR output instead of RGB.

I have the same problem running GSMovie.
The files where rendered uncompresed using TIFF/PNG...
What should be the workaround in that situation?
Ubuntu 10.10
files .mov

thx !!

DX

I found this:

http://www.wiredrevolution.com/ubuntu/fix-blue-tinted-video-in-ubuntu

and this:
https://bugs.launchpad.net/totem/+bug/395476

mplayer and totem works ok using the default setting (autodetect)
trying "videobalance hue=-1 ! autovideosink" turns video reproduction blueish..

:(

Not sure what is going on. On my machine with ubuntu 10.04 I don't see any tinting issue (neither with camera capture or movie playback). From the bug reports you linked, this could be due to a bug in the nvidia drivers. I have myself an nvidia card, so in case this is of any use, here you have the versions of gstreamer and nvidia-drivers installed on my system:

nvidia driver: 260.19.29
gstreamer base: 0.10.28-1
gstreamer plugins good: 0.10.21
gstreamer plugins bad: 0.10.18
gstreamer plugins ugly: 0.10.14

A while ago, people were discussing a problem in gstreamer that apparently resulted in the R and B channels being swapped. I don't know if this is related, but gstreamer-java was patched with a workaround for this, which should be part of gsvideo in the latest test release.

Hi andres, I am having the same problem, trying to playback movies. Using matroska, and mp4, h264. Am on ubuntu kde 10.10, with newest gstreamer, gstreamer-java and gsvideo. Am not at my computer now, so I can't look up the actual versions. Gst-launch and dragon player works fine. If I use the test.pde in your example and launch videotestsrc I can see that the color is swapped. Any workaround I can try? Thanks Zaros

Ok, I added this as an issue in the sourceforge tracker of gsvideo. I guess solving this problem will involve going down to the level of the java bindings, or maybe gstreamer itself. I'll update as things come along.

Here is my full log:

I uploaded a new test package of gsvideo that includes the latest version of the gstreamer-java bindings. According to this discussion, this version should solve the color swapping issue.

I uploaded a new test package of gsvideo that includes the latest version of the gstreamer-java bindings. According to this discussion, this version should solve the color swapping issue.

Hi Andres, 

Make sure you are using GSVideo 20110108 (uploaded yesterday) because this is the one that includes the latest fixes from gstreamer-java. It is a test package, so grab from here.

-- oops my test was correct, my  report  was wrong; copied and pasted  my previous post and forgot to change it. 

I did some more tests on a couple of Linux boxes, one running Ubuntu 9.10 with Processing 1.1 (32 bits), and the other one running Ubuntu 10.04 with Processing 1.2.1 (64 bits). In both cases, the version of GSVideo was the latest from the test packages (20110108). In both cases, the comparison of the videotestsrc output between the test sketch in GSVideo and gst-launch from command line yields that colors are correctly rendered by GSVideo. Inspecting the versions of GStreamer installed on these boxes I got:
on the Ubuntu 10.04 box, and

gstreamer 0.10.25
on the Ubuntu 9.10 machine.

My suspicion is that gstreamer 0.10.30 introduced some change in the handling of the color channels that is breaking things in the java bindings... I will try to upgrade to 0.10.30 on one of these machines to see what happens.

Ok, upgrading to gstreamer 0.10.31, which is the version available on the launchpad PPA for gstreamer right now, finally creates the color swap artifact on my machine. Good times.

After some coding, I think the problem is finally fixed in this package. Please test it out and let me know.

I was trying to downgrade to an earlier version of Gstreamer to see if the problem would appear, but it got quite messy. My setup is a little exotic it seems. Thanks for verifying it would be ok with those setups.