Bug 486141 - gstreamers autovideosink outputs video in wrong color.
Summary: gstreamers autovideosink outputs video in wrong color.
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: gstreamer
Version: 10
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-02-18 16:35 UTC by Fabian Deutsch
Modified: 2009-11-11 12:43 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-11 12:43:17 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Picture taken, using recent gstreamer. (7.67 KB, image/jpeg)
2009-03-21 15:45 UTC, Fabian Deutsch
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.