Bug 486141

Summary: gstreamers autovideosink outputs video in wrong color.
Product: [Fedora] Fedora Reporter: Fabian Deutsch <fabian.deutsch>
Component: gstreamerAssignee: Adam Jackson <ajax>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 10CC: ajax, bnocera
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-11-11 12:43:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Picture taken, using recent gstreamer. none

Description Fabian Deutsch 2009-02-18 16:35:31 UTC 
Description of problem:
Running 
$ gst-launch v4l2src device=/dev/video ! autovideosink
gives me a "greenish" picture.

Running
$ gst-launch v4l2src device=/dev/video ! pngenc ! filesink location=a.png
gives me the image in correct colors.

Version-Release number of selected component (if applicable):
$ rpm -qa | grep gst
gstreamer-plugins-flumpegdemux-0.10.15-4.fc10.i386
totem-gstreamer-2.24.3-1.fc10.i386
gstreamer-plugins-good-0.10.11-4.fc10.i386
gstreamer-plugins-schroedinger-1.0.5-3.fc10.i386
PackageKit-gstreamer-plugin-0.3.14-1.fc10.i386
gstreamer-plugins-farsight-0.12.9-3.fc10.i386
gstreamer-tools-0.10.21-2.fc10.i386
gstreamer-devel-0.10.21-2.fc10.i386
gstreamer-plugins-base-0.10.21-2.fc10.i386
gstreamer-0.10.21-2.fc10.i386
gstreamer-python-0.10.12-1.fc10.i386


How reproducible:
Always.

Steps to Reproduce:
1. (Get a MacBook - just tested on that device)
2. Run gst-launch v4l2src device=/dev/video ! autovideosink
3.
  
Actual results:
A "greenish" video appears. No other side effects.

Expected results:
A "real-color"-coloured video appears.

Additional info:
Comment 1 Fabian Deutsch 2009-03-21 15:39:31 UTC 
It seems as if it's not the videosink beeing responsible as previously recorderd videos are displayed correct.

This problem still occurs in rawhide.
Comment 2 Fabian Deutsch 2009-03-21 15:45:39 UTC 
Created attachment 336165 [details]
Picture taken, using recent gstreamer.

[fabiand@proprietary ~]$ rpm -qa | grep gst
gstreamer-plugins-flumpegdemux-0.10.15-4.fc10.i386
gstreamer-plugins-good-0.10.13-1.fc10.i386
totem-gstreamer-2.24.3-1.fc10.i386
PackageKit-gstreamer-plugin-0.3.14-1.fc10.i386
gstreamer-plugins-farsight-0.12.9-3.fc10.i386
gstreamer-plugins-schroedinger-1.0.5-5.fc11.i586
gstreamer-tools-0.10.21-2.fc10.i386
gstreamer-devel-0.10.21-2.fc10.i386
gstreamer-plugins-base-0.10.21-2.fc10.i386
gstreamer-0.10.21-2.fc10.i386
gstreamer-python-0.10.12-1.fc10.i386
Comment 3 Bastien Nocera 2009-05-09 12:39:06 UTC 
This is very likely to be a bug in the video driver, not GStreamer. Which video card is in that computer?
Comment 4 Fabian Deutsch 2009-05-09 13:10:51 UTC 
Video: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller

Affected system:
http://www.smolts.org/client/show/pub_bcbb45d6-dba9-4ee6-a9f0-11fa14620ae7
Comment 5 Bastien Nocera 2009-11-10 11:08:18 UTC 
Try replacing the "autovideosink" by "xvimagesink" and "ximagesink" in your tests, and let us know whether any of those works.
Comment 6 Fabian Deutsch 2009-11-11 01:10:06 UTC 
Seems to be fixed.I can not reproduce this error.
Comment 7 Bastien Nocera 2009-11-11 12:43:17 UTC 
Cool, closing then.