gstreamer-devel Digest, Vol 29, Issue 69

[Marketing & Communication]

Hello everyone,

Just a brief message to let you know that Collabora and Fluendo are
happy to announce that the GStreamer SDK introduces iOS support for
GStreamer 0.10, allowing this framework to be leveraged by iOS
applications for advanced multimedia capabilities. The supported iOS
versions are 6.0 and newer for ARM and x86 (iOS simulator). Developing
applications with the GStreamer SDK for iOS requires XCode version 4
or newer. As usual, the SDK is available at www.gstreamer.com.

Cheers,
The Fluendo Team
www.fluendo.com


On Sun, Jun 16, 2013 at 9:00 PM,
<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. Re: Gstreamer v4l2src could not negotiate format (Michael Olbrich)
>    2. Re: Dynamically updating filesink location at run-time, on
>       the fly (Paddy)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 16 Jun 2013 08:58:26 +0200
> From: Michael Olbrich <m.olbrich at pengutronix.de>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: Gstreamer v4l2src could not negotiate format
> Message-ID: <20130616065826.GA23787 at pengutronix.de>
> Content-Type: text/plain; charset=us-ascii
>
> Hi,
>
> On Fri, Jun 14, 2013 at 09:42:35AM -0700, yemi wrote:
>> I am currently working on the IMx25 and trying to use the v4l2src element to
>> caputure images from a camera. However, i am getting this error. Below is my
>> pipeline:
>>
>> gst-launch -v --gst-debug=3 v4l2src ! ffmpegcolorspace ! ffenc_flv ! flvmux
>> ! filesink location=video3.flv
>>
>> Below is my error log:
> [...]
>> ERROR: Pipeline doesn't want to pause.
>> ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device
>> '/dev/video0' is not a capture device.
>
> Here is your problem. You need to specify the correct v4l2 device:
> gst-launch v4l2src device=/dev/video1 ...
> or whatever your camera device is.
>
> Michael
>
> --
> Pengutronix e.K.                           |                             |
> Industrial Linux Solutions                 | http://www.pengutronix.de/  |
> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 16 Jun 2013 10:20:23 -0700 (PDT)
> From: Paddy <pat.blanchon at gmail.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: Dynamically updating filesink location at run-time, on
>         the fly
> Message-ID: <1371403223460-4660577.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> I had much pain in getting this to work for audio & video - for one tho it
> was quite easy.
>
> Assuming you have a pipeline that looks like this:
> audiosrc -->  encoder --> mux --> filesink
>
> then you'll need to change it to:
> audiosrc --> encoder --> queue --> muxsink_bin
> where muxsink_bin is a bin
> ghostpad --> mux --> filesink
>
> then the procedure is:
> 1 - Block the queue srcpad using gst_pad_set_blocked_async()
> 2 - In the blocked callback:
> 2a - unlink muxsink_bin with gst_pad_unlink()
> 2b - send an EOS event to the muxsink_bin sink pad with gst_pad_send_event()
> 2b - create a new muxsink_bin
> 2c - set filesink location
> 2d - add the new bin to the pipeline with gst_bin_add()
> 2e - sync with parent using gst_element_sync_state_with_parent()
> 2f - link it to the queue srcpad with gst_pad_link()
> 2g - unblock the queue srcpad with gst_pad_set_blocked_async(). When the
> unblocked callback occurs you're recording again & no data has been lost. No
> action is required in the unblocked callback
>
> 3 - handle the EOS & delete the old muxsink_bin. I had a msg handler that I
> installed in my bin_init() function using "gstbin_class->handle_message =
> GST_DEBUG_FUNCPTR(msg_handler)" & in the handler:
> 3a - lock the bin state with gst_element_set_locked_state()
> 3b - set the state to NULL with gst_element_set_state()
> 3c - remove it from the pipeline with gst_bin_remove()
>
> That's it. The only thing to be mindful of is that data must be flowing thru
> the pipeline for this to work.
>
> Cheers
>
> Paddy
>
>
>
> --
> View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Dynamically-updating-filesink-location-at-run-time-on-the-fly-tp4660569p4660577.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 29, Issue 69
> ***********************************************