Hello,
The question might sound completely silly for you but does gstreamer needs a video card to generate video output on command line with its gst-launch command ? I'm asking this question because we use gst-launch to generate video output. On one of the server, with identical command, the output is black-and-white. One of the server doesn't have any video card because it is hosted on Amazon EC2. Ubuntu versions are different also so it might be another cue. But it is the same gstreamer version on both servers. Thanks 10 000 $ de magasinage avec Hotmail. Inscrivez-vous! ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
On Wed, May 12, 2010 at 7:11 PM, Louis-Simon Houde <[hidden email]> wrote:
it shouldn't matter as long as you're not rendering the output on the card itself.. can you please post the gst-launch command you're using? Regards
------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Thanks for you reply,Thanks ! Date: Sat, 15 May 2010 09:44:04 +0300 From: [hidden email] To: [hidden email] Subject: Re: [gst-devel] Black-and-white output Hi, On Wed, May 12, 2010 at 7:11 PM, Louis-Simon Houde <[hidden email]> wrote:
it shouldn't matter as long as you're not rendering the output on the card itself.. can you please post the gst-launch command you're using? Regards
30 jours de prix : Hotmail vous simplifie la vie! Inscrivez-vous! ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
On Sat, May 15, 2010 at 8:57 PM, Louis-Simon Houde <[hidden email]> wrote:
looks like the first two ffmpegcolorspace elements are converting the images to grayscale. As they're unneeded (you're already specifying the color space in the previous caps) you can safely remove them. I modified your pipeline for my tests as follows: gst-launch-0.10 -v \ input1. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! videobox right=-340 ! ffmpegcolorspace ! vmix.sink_0 \ input2. ! queue ! ffmpegcolorspace ! videoscale ! video/x-raw-yuv,width=320,height=240 ! vmix.sink_1 \ vmix. ! ffmpegcolorspace ! ffenc_flv ! ffmux_flv ! filesink location='test.flv' \ videotestsrc name='input1' num-buffers=100 \ videotestsrc name='input2' num-buffers=100 \ videomixer name=vmix background=black sink_0::xpos=0 sink_0::ypos=0 sink_0::zorder=0 sink_1::xpos=340 sink_1::ypos=0 sink_1::zorder=1 the effect on the output file is the same as you described. Removing the first two color space converters (unneeded AFAIK): gst-launch-0.10 -v \ input1. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! videobox right=-340 ! vmix.sink_0 \ input2. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! vmix.sink_1 \ vmix. ! ffmpegcolorspace ! ffenc_flv ! ffmux_flv ! filesink location='test.flv' \ videotestsrc name='input1' num-buffers=100 \ videotestsrc name='input2' num-buffers=100 \ videomixer name=vmix background=black sink_0::xpos=0 sink_0::ypos=0 sink_0::zorder=0 sink_1::xpos=340 sink_1::ypos=0 sink_1::zorder=1 it works nicely. It remains to understand why the color space converters are defaulting to grayscale :\. Regards.
------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Thank you.
I will remove the first two ffmpegcolorspace. At least I find a solution to get it working (changing Ubuntu version) even if it is not the ideal solution. From what you understand, do you think it is more of a gstreamer or ubuntu bug ? I would guess it is related to Ubuntu because gstreamer version is 0.10 on both Ubuntu version. Date: Sat, 15 May 2010 21:42:02 +0300 From: [hidden email] To: [hidden email] Subject: Re: [gst-devel] Black-and-white output Hi, On Sat, May 15, 2010 at 8:57 PM, Louis-Simon Houde <[hidden email]> wrote:
looks like the first two ffmpegcolorspace elements are converting the images to grayscale. As they're unneeded (you're already specifying the color space in the previous caps) you can safely remove them. I modified your pipeline for my tests as follows: gst-launch-0.10 -v \ input1. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! videobox right=-340 ! ffmpegcolorspace ! vmix.sink_0 \ input2. ! queue ! ffmpegcolorspace ! videoscale ! video/x-raw-yuv,width=320,height=240 ! vmix.sink_1 \ vmix. ! ffmpegcolorspace ! ffenc_flv ! ffmux_flv ! filesink location='test.flv' \ videotestsrc name='input1' num-buffers=100 \ videotestsrc name='input2' num-buffers=100 \ videomixer name=vmix background=black sink_0::xpos=0 sink_0::ypos=0 sink_0::zorder=0 sink_1::xpos=340 sink_1::ypos=0 sink_1::zorder=1 the effect on the output file is the same as you described. Removing the first two color space converters (unneeded AFAIK): gst-launch-0.10 -v \ input1. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! videobox right=-340 ! vmix.sink_0 \ input2. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! vmix.sink_1 \ vmix. ! ffmpegcolorspace ! ffenc_flv ! ffmux_flv ! filesink location='test.flv' \ videotestsrc name='input1' num-buffers=100 \ videotestsrc name='input2' num-buffers=100 \ videomixer name=vmix background=black sink_0::xpos=0 sink_0::ypos=0 sink_0::zorder=0 sink_1::xpos=340 sink_1::ypos=0 sink_1::zorder=1 it works nicely. It remains to understand why the color space converters are defaulting to grayscale :\. Regards.
10 000 $ de magasinage avec Hotmail. Inscrivez-vous! ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
On Sat, May 15, 2010 at 10:24 PM, Louis-Simon Houde <[hidden email]> wrote:
event though the most significant version numbers are the same, the minor has changed. Many things may change between one (minor) release and the other. Given that the following pipeline works as expected (explicit color space format): gst-launch-0.10 -v \ input1. ! queue ! videoscale ! video/x-raw-yuv,width=320,height=240 ! videobox right=-340 ! ffmpegcolorspace ! "video/x-raw-yuv,format=(fourcc)AYUV" ! vmix.sink_0 \ input2. ! queue ! videoscale ! ffmpegcolorspace ! "video/x-raw-yuv, format=(fourcc)AYUV,width=320,height=240" ! vmix.sink_1 \ vmix. ! ffmpegcolorspace ! ffenc_flv ! ffmux_flv ! filesink location='test.flv' \ videotestsrc name='input1' num-buffers=100 \ videotestsrc name='input2' num-buffers=100 \ videomixer name=vmix background=black sink_0::xpos=0 sink_0::ypos=0 sink_0::zorder=0 sink_1::xpos=340 sink_1::ypos=0 sink_1::zorder=1 I'd say the "regression" has been caused by some changes in the caps negotiation. Not being in direct touch with the code I cannot say whether this is a feature or a bug, but I'd suggest you to file anyway a bug to GStreamer Bugzilla and then let a more authoritative developer speak, (s)he may even mark it as INVALID, but a proper explanation for the reasons will be given. Regards
------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |