After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 681308 - videotestsrc: different image with different videoformat
videotestsrc: different image with different videoformat
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-06 15:24 UTC by Oleksij Rempel
Modified: 2012-10-17 12:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (69.20 KB, image/png)
2012-08-07 08:53 UTC, Oleksij Rempel
Details

Description Oleksij Rempel 2012-08-06 15:24:47 UTC
It is easy to reproduce:
with this pipe i get one image:
gst-launch-1.0 -v videotestsrc ! 'video/x-raw, format=I420' ! videoconvert ! autovideosink


with this two i get other:
gst-launch-1.0 -v videotestsrc  ! autovideosink

gst-launch-1.0 -v videotestsrc ! 'video/x-raw, format=RGB' ! tee name=t ! videoconvert ! 'video/x-raw, format=I420' ! videoconvert ! autovideosink .t ! queue ! videoconvert ! autovideosink

the colors on bottom part of image are different.
Comment 1 Sebastian Dröge (slomo) 2012-08-07 08:49:56 UTC
Your last pipeline is not correct, has a syntax error. Should be

> gst-launch-1.0 -v videotestsrc ! 'video/x-raw, format=RGB' ! tee name=t ! queue ! videoconvert ! 'video/x-raw, format=I420' ! videoconvert ! autovideosink   t. ! queue ! videoconvert ! autovideosink


I can't reproduce the problem here though, could you attach a screenshot maybe?
Comment 2 Oleksij Rempel 2012-08-07 08:53:43 UTC
Created attachment 220519 [details]
screenshot
Comment 3 Sebastian Dröge (slomo) 2012-08-07 08:58:08 UTC
Which videosink is used here? Could you try with a different one? Does it also happen when encoding to a JPEG file for example?
Comment 4 Oleksij Rempel 2012-08-07 09:05:19 UTC
I can reproduce it with autovideosink, ximagesink and "jpegenc ! filesinc".

The left one is rgb and right is i420
Comment 5 Tim-Philipp Müller 2012-08-07 11:01:13 UTC
This is with up-to-date git master of -base?
Comment 6 Oleksij Rempel 2012-08-07 13:35:11 UTC
yes. latest update was yesterday. today i was not able to do an update. are there any relevant changes?

I just reproduce it it with gst-0.10 on my stable machine with this pipes:

gst-launch-0.10 videotestsrc num-buffers=1 ! video/x-raw-rgb ! ffmpegcolorspace ! video/x-raw-yuv ! jpegenc ! filesink location=1.jpeg

gst-launch-0.10 videotestsrc num-buffers=1 ! video/x-raw-yuv ! jpegenc ! filesink location=2.jpeg
Comment 7 Tim-Philipp Müller 2012-10-17 11:58:22 UTC
I can reproduce this with 1.0.x:

 $ gst-launch-1.0 videotestsrc num-buffers=1 ! video/x-raw,format=RGB ! videoconvert ! video/x-raw,format=I420 ! jpegenc ! filesink location=1.jpeg
 $ gst-launch-1.0 videotestsrc num-buffers=1 ! video/x-raw,format=I420 ! jpegenc ! filesink location=2.jpeg 
 $ eog 1.jpeg 2.jpeg &

then press right/left arrow to switch between images.

The blue squares (bottom left and third from the left at the bottom) have different shades of blue.

Don't know which element is at fault here.
Comment 8 Wim Taymans 2012-10-17 12:01:10 UTC
This is not a bug. The colors are supposed to be different for each colorspace
(yes I spend a day figuring this out).