gstreamer-devel Digest, Vol 34, Issue 75

Joshua Kurland joshua.kurland at adtecdigital.net
Wed Nov 20 07:46:01 PST 2013 

Hi Tim, thanks for always helping out.  I feel like my questions are always
very novice, but this is my first go at gstreamer.

Streamsynchronizer, what does that do?  The reason I am using multiple
sinks is because it seems to take roughly five seconds between the end of
the first video and the start of the second.  If I launch both videos at
the same time and switch which one plays when I reach the EOS, the
switching is quick but the window closes then comes up again.  Will
streamsynchronizer allow me to feed new sources onto the same sink without
ever stopping the pipeline?  If that is possible, I think that is what I
need to use.

For the about-to-finish issue, as I said the code works in 0.10.
 Summarizing what I have a little:

   g_signal_connect (data.pipeline1, "about-to-finish", G_CALLBACK
(about_to_finish_cb), &data);  // In my main
   static void about_to_finish_cb(GstElement *element, CustomData &data){do
stuff here}  // As the callback

When I run this in 1.21, I immediately see a warning:
   (dtrans:12075): GLib-GObject-WARNING **:
/build/buildd/glib2.0-2.32.4/./gobject/gsignal.c:2459: signal
`about-to-finish' is invalid for instance `0x7fec4000a130'
Then when the video reaches the end the pipeline just hangs.

Thank you for the help,
Josh Kurland




On Wed, Nov 20, 2013 at 10:14 AM, <
gstreamer-devel-request at lists.freedesktop.org> wrote:

> Send gstreamer-devel mailing list submissions to
>         gstreamer-devel at lists.freedesktop.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> or, via email, send a message with subject or body 'help' to
>         gstreamer-devel-request at lists.freedesktop.org
>
> You can reach the person managing the list at
>         gstreamer-devel-owner at lists.freedesktop.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gstreamer-devel digest..."
>
>
> Today's Topics:
>
>    1. Videomixer to h.264 to udp (buzzy)
>    2. error in removing demux element's sinkpad (Yogesh Tyagi)
>    3. Playing RTSP with gstreamer 1.2.1 (kashif at devdesks.com)
>    4. Fwd: RELEASE: GStreamer 1.2.0 binaries for iOS (kashifmehmood)
>    5. Re: Questions regarding GstVideoOverlay and about-to-finish
>       for       Seamless application (Tim M?ller)
>    6. Re: Error Playing RTSP with gstreamer 1.2.1 (distran)
>    7. Using videomixer and alpha channel (Eric Trousset)
>    8. Re: Error Playing RTSP with gstreamer 1.2.1 (kashif at devdesks.com)
>    9. RTP payloaders and streaming over UDP/TCP (distran)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 20 Nov 2013 00:38:47 -0800 (PST)
> From: buzzy <zygjys at gmail.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Videomixer to h.264 to udp
> Message-ID: <1384936727388-4663434.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hello,
>
> I need to make a stream from 2 different pictures, encode it with h.264 and
> stream it in multicast or unicast.
> So far I have this line:
>
> gst-launch-1.0 videomixer name=mix ! videoconvert ! xvimagesink
> multifilesrc
> name = "fl2" location="img0.png" caps="image/png,framerate=30/1" ! pngdec !
> videoscale ! video/x-raw, width=1280, height=384 ! imagefreeze ! alpha
> method=0 alpha=0.5 ! videobox border-alpha=0 top=-300 left=0 ! mix.
> multifilesrc name = "fl" location="img3.png"
> caps="image/png,framerate=30/1,width=1280,height = 720" ! pngdec !
> videoscale ! video/x-raw, width=1280, height=720 ! imagefreeze ! mix.
>
> Stream must be in 720p resolution and I should be able to change the
> pictures dynamically. With the line above I can see that pictures are
> mixed,
> alpha is working and I can change the pictures in real time. However, I
> can't seem to be able to encode this videomixer to H.264 and stream it over
> the network. I know that this part should look something similar to:
>
> ... x264enc key-int-max=20 cabac=false ! mpegtsmux ! udpsink host=224.0.0.5
> auto-multicast=true port=1234
>
> But it's not working the way I want (if I add this line to the end of the
> first line): I still can see one of my picture on my screen when the other
> is probably being streamed seperately over the network.
>
> Any help would be great.
>
> Thank you.
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Videomixer-to-h-264-to-udp-tp4663434.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 20 Nov 2013 14:14:19 +0530
> From: Yogesh Tyagi <yogesh.bit2006 at gmail.com>
> To: Discussion of the development of and with GStreamer
>         <gstreamer-devel at lists.freedesktop.org>
> Subject: error in removing demux element's sinkpad
> Message-ID:
>         <CADL-HDiGU=SOt4wWt6M=
> 4OX5sLsohbwPVVLPEOJFDAEKZUEuOw at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> Is it not required to remove element's sink pad using
> "gst_element_remove_pad" function. I am getting following error:
>
> (im_gst_play:3650): GLib-GObject-WARNING **: invalid uninstantiatable type
> `(null)' in cast to `GstPad'
>
> (im_gst_play:3650): GStreamer-CRITICAL **: gst_element_remove_pad:
> assertion `GST_IS_PAD (pad)' failed
>
> on calling
>
> gst_element_remove_pad(GST_ELEMENT_CAST(demux),
> GST_PAD(smd_element->sink_pad);
>
> from demux elements's finalize method.
>
>
> Thanks,
> Yogesh
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131120/f611ec70/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Wed, 20 Nov 2013 00:05:25 -0800 (PST)
> From: "kashif at devdesks.com" <kashif at devdesks.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Playing RTSP with gstreamer 1.2.1
> Message-ID: <1384934725650-4663433.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hi all
>  i am using macOS 10.8.5 for making applications for iphone... since 0.10
> version of gstreamer it played RTSP streams fine but now i have downloaded
> and installed gstreamer 1.2.1 from this link
> http://gstreamer.freedesktop.org/data/pkg/ios/1.2.1/
> first of all the installer finished with an error that installation
> failed...
> after that i installed the 0.10 version, deleted the folder of 0.10 inside
> version while the other installation remained intact, then again installed
> 1.2.1 and it installed fine with 1.0 folder inside version...
> and my code is also shifted to new version of gstreamer
> but nnow when i try to play an rtsp stream. it says that Error received
> from
> element decodebin0: Your GStreamer installation is missing a plug-in.
>
> Please help me in this regard.
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Playing-RTSP-with-gstreamer-1-2-1-tp4663433.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 20 Nov 2013 09:29:56 +0500
> From: kashifmehmood <kashif.bsse532 at iiu.edu.pk>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Fwd: RELEASE: GStreamer 1.2.0 binaries for iOS
> Message-ID:
>         <CAA18vxy8tvKFtJ-j2gcb8Kv7zb2ttSyk1vU=xDVVvc1z+khE=
> w at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi
>
> I downloaded the .dmg and whenever i try to install it, it says the
> installation failed... :(
>
> m on MacOS 10.8.5 ...
> and i have downloaded this dmg
> http://gstreamer.freedesktop.org/data/pkg/ios/1.2.0/
>
> i also have 0.10 version of gst available but even after removing that i am
> still not able to install...
>
> any help will be appreciated..
>
> Regards
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131120/4038b1e1/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 5
> Date: Wed, 20 Nov 2013 09:51:27 +0000
> From: Tim M?ller <tim at centricular.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: Questions regarding GstVideoOverlay and about-to-finish
>         for     Seamless application
> Message-ID: <1384941087.12826.3.camel at zingle>
> Content-Type: text/plain; charset="UTF-8"
>
> On Tue, 2013-11-19 at 18:01 -0500, Joshua Kurland wrote:
>
> Hi Joshua,
>
> > When the pipeline sees the end of the video, it has to stop and load
> > the next URI.  When this happens, the display window also breaks
> > down.  When the pipeline plays the next video it must open a new
> > window, which takes a noticeable amount of time.  I just moved from
> > using version 0.10 to 1.x (support is finally coming out for the
> > board!) and I would to use GstVideoOverlay to manage the window issue,
> > but I am having trouble determining exactly what is needed to do
> > that.  I know the sink element (mfw_isink) so I think I can just use
> > gst_video_overlay_set_window_handle(), but I don't know HOW I need to
> > use it.  Would anyone be able to explain it to me like I am a child?
> >  It would be much appreciated.
>
> I think it would be easier to keep using the same sink, and simply
> switching the inputs. In 1.x the streamsynchronizer element is exposed,
> so you can use it yourself too even if you don't want to use playbin.
>
>
> > I also tried experimenting with the about-to-finish signal.  I was
> > able to use this signal in version 0.10 to do my switching
> > successfully (although still not seamless).  With the upgrade to 1.21,
> > with the same code running I never go to the about-to-finish
> > callback.  Was this once again disabled in the latest version of
> > gstreamer?
>
> Not that I'm aware of, and gst-play-1.0 --gapless file1 file2 works fine
> for me with 1.2 (about-to-finish signal gets fired fine at least). Could
> you give us more details what no longer works exactly? (code, what
> element, etc.)
>
>  Cheers
>   -Tim
>
>
> --
> Tim M?ller, Centricular Ltd - http://www.centricular.com
>
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 20 Nov 2013 02:05:38 -0800 (PST)
> From: distran <distran.sensors at gmail.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: Error Playing RTSP with gstreamer 1.2.1
> Message-ID: <1384941938272-4663438.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Could you post the pipelines you are trying to use?
>
> I had similar problem on Android and I resolved it modifying Android.mk
> file, that lists gstreamer plugins that need to be included in a given
> program. In my case it turned out that some of the plugins that were there
> in 0.10 version were called differently or moved to other packages. Do you
> have something like that for iOS?
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Error-Playing-RTSP-with-gstreamer-1-2-1-tp4663433p4663438.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 20 Nov 2013 12:10:55 +0100
> From: Eric Trousset <etrousset at awox.com>
> To: "gstreamer-devel at lists.freedesktop.org"
>         <gstreamer-devel at lists.freedesktop.org>
> Subject: Using videomixer and alpha channel
> Message-ID:
>         <B670FA1DB6CA6E4A945001BA08E200CE5063A7DCC9 at TENERIFE.awox.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> I am using, videomixer to mixer to streams, but it seems the alpha channel
> is not used for the mixing, eg, part of the image with a 0 alpha aren't
> transparent...
>
> Is there a way to enable alpha transparency in the video mixer?
>
> Also, I am using imagefreeze to display a still image. Is there a way to
> make this element to ask the source for a new image at some point?
>
> Cheers,
> Eric TROUSSET.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131120/f014d3ac/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 8
> Date: Wed, 20 Nov 2013 04:03:08 -0800 (PST)
> From: "kashif at devdesks.com" <kashif at devdesks.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: Error Playing RTSP with gstreamer 1.2.1
> Message-ID: <1384948988400-4663440.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> the problem is that i dont have .mk file in iOS ... by posting pipline u
> mean
> logging the pipeline and posting it here...?
>
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Error-Playing-RTSP-with-gstreamer-1-2-1-tp4663433p4663440.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 9
> Date: Wed, 20 Nov 2013 07:13:49 -0800 (PST)
> From: distran <distran.sensors at gmail.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: RTP payloaders and streaming over UDP/TCP
> Message-ID: <1384960428959-4663441.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hello.
>
> I am trying to stream a video over UDP. The format is not chosen yet (I
> want
> to compare different formats and codecs). I am stuck on evaluations Theora
> codec. The problem is connected with the fact that maximum payload of UDP
> packet is 65535 (0xffff). From the pipeline below I am getting packets that
> are larger, therefore cannot be sent over UDP.
>
> The pipeline is the following:
>
>
> it's simplified version:
>
> I am getting an error from rtptheorapay, saying:
>
>
>
> I was getting similar error when I was trying to send directly jpg frames
> (MJPG) over UDP, using pipeline:
>
>
> but in that case using correct payloader helped. The pipeline below behaves
> correctly:
>
>
> I am intentionally using snow pattern, which, as far as I understand coding
> theory, is the worst case scenario for codecs, which base on sending deltas
> (differences) between consecutive frames.
>
> It seems that Theora payloader (rtptheorapay) is not able to encode one
> Theora frame into multiple UDP packets. Is there a way to fix it? Maybe I
> should use another element? I have no issue like that using other codecs,
> such as H264 or VP8. I assume that image resulting from compression should
> be more or less similar in all cases, cause there are not many ways to
> compress random picture. However, all the other payloaders are able to
> successfully map all the frames into UDP packets. Is there something I am
> missing using theora codec? How can I fix that issue? I know I could
> compress the stream so that frames fit into UDP packets (the same issue
> exists when streaming over TCP). Is it possible to stream if I want to
> avoid
> compressing the stream?
>
> Thanks for any help.
>
> Best regards,
> Michal
>
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/RTP-payloaders-and-streaming-over-UDP-TCP-tp4663441.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 34, Issue 75
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20131120/d9ba3152/attachment-0001.html>

More information about the gstreamer-devel mailing list