[gst-devel] gstreamer-devel Digest, Vol 51, Issue 53
franchan
francis.meyvis at gmail.com
Wed Aug 25 21:52:24 CEST 2010
On 8/25/10, gstreamer-devel-request at lists.sourceforge.net
<gstreamer-devel-request at lists.sourceforge.net> wrote:
> Send gstreamer-devel mailing list submissions to
> gstreamer-devel at lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> or, via email, send a message with subject or body 'help' to
> gstreamer-devel-request at lists.sourceforge.net
>
> You can reach the person managing the list at
> gstreamer-devel-owner at lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gstreamer-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: Is AIFF support really -bad? (Stefan Kost)
> 2. Re: How to include audio file in compiled code? (Stefan Kost)
> 3. amrnb IF1/IF2 support (Abraham Due?as)
> 4. Re: Open URL by GSTREAMER (Stefan Kost)
> 5. Re: gst-launch CPU load on arm 9 (Stefan Kost)
> 6. Re: Change Framerate of recorded stream (Robert Powell)
> 7. Re: Change Framerate of recorded stream (Wes Miller)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 25 Aug 2010 18:32:17 +0300
> From: Stefan Kost <ensonic at hora-obscura.de>
> Subject: Re: [gst-devel] Is AIFF support really -bad?
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <4C753781.6070903 at hora-obscura.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 24.08.2010 10:00, Cedric Hombourger wrote:
>> Hi all,
>>
>> Developing a commercial product using GStreamer for media playback, we
>> have to support AIFF which is currently shipped with
>> gstreamer-plugins-bad.
>>
>> Can someone shed some light on why this plugin is currently belonging to
>> -bad: is the code that bad? are there licensing issues? patent issues?
>> Something missing (we could contribute?) for this plugin to go -good?
>>
>
> Please start using it. If you encounter problems problem file bug
> reports. Also if it works great for you, you could file a request to
> move the plugin to gst-plugins-good. This is the check list:
> http://cgit.freedesktop.org/gstreamer/gstreamer/tree/docs/random/moving-plugins
>
> It would be a nice contribution to go thru the list and help with the
> missing pieces.
>
> Stefan
>
>> Your feedback will be greatly appreciated
>>
>> Thanks
>> Cedric
>>
>>
>> ------------------------------------------------------------------------------
>> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
>> Be part of this innovative community and reach millions of netbook users
>> worldwide. Take advantage of special opportunities to increase revenue and
>>
>> speed time-to-market. Join now, and jumpstart your future.
>> http://p.sf.net/sfu/intel-atom-d2d
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 25 Aug 2010 18:35:27 +0300
> From: Stefan Kost <ensonic at hora-obscura.de>
> Subject: Re: [gst-devel] How to include audio file in compiled code?
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <4C75383F.3040608 at hora-obscura.de>
> Content-Type: text/plain; charset=windows-1252
>
> On 09.08.2010 16:12, Ole.Kirkeby at nokia.com wrote:
>> This is probably not so much related to GStreamer but more about how
>> to link resources into projects. I have a .wav file used as an
>> alertsound in a Qt project, and I want to include it with the
>> executable so that I don?t have to distribute it separately. There is
>> a mechanism for doing this in the Qt Resource System, with an alias
>> tag in the file attribute, but it doesn?t work, presumably because
>> GStreamer bypasses the Qt framework when it sees filesrc in
>> gst_parse_launch. More specifically, the code
>> pipeline = gst_parse_launch("filesrc location=alertsound1.wav !
>> wavparse ! autoaudiosink", &error);
>> always causes the file alertsound1.wav to be read from the working
>> directory regardless of which alias I have set up for it.
> Filesrc always reads from the filesystem. If you use fdsrc you could use
> a pipe and cat the file from the ressource into it. If you can easily
> access the binary data from the ressource, you might be able to push
> this into appsrc and use that as a starting point of your pipe.
>
> Stefan
>> I also tried fdsrc instead of filesrc but I couldn?t make that work
>> either.
>> ole
>>
>>
>> ------------------------------------------------------------------------------
>> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
>> Be part of this innovative community and reach millions of netbook users
>> worldwide. Take advantage of special opportunities to increase revenue and
>>
>> speed time-to-market. Join now, and jumpstart your future.
>> http://p.sf.net/sfu/intel-atom-d2d
>>
>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 25 Aug 2010 08:38:45 -0700 (PDT)
> From: Abraham Due?as <abraham.duenas at yahoo.com>
> Subject: [gst-devel] amrnb IF1/IF2 support
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <188162.41407.qm at web58207.mail.re3.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
> I'm not sure if this is the proper channel to ask this...
> Can I use 'amrnbdec' element to decode 3GPP TS 26.104 V 7.0.0 IF2 samples?
> I've never read/have this 3GPP blah blah blah but I have an encoder
> (http://www.penguin.cz/~utx/amr) which claims to create IF2 samples
> according to
> this standard...after encoding amr-IF2, with the mentioned encoder, and
> decode
> them with amrnbdec I can only hear noise
> AMR samples created without IF2 format play fine with amrnbdec.....
>
> How can I test IF1/IF2 samples with amrnbdec?
> thanks!
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Wed, 25 Aug 2010 18:40:51 +0300
> From: Stefan Kost <ensonic at hora-obscura.de>
> Subject: Re: [gst-devel] Open URL by GSTREAMER
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <4C753983.9010205 at hora-obscura.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> hi,
>
> On 19.08.2010 23:29, Pedro.henrique wrote:
>> I need to open a URL by GStreamer.
>> Pipeline which should I use to locate that GStreamer?
>>
>> Thanks in advance!
>>
> please start reading the included documentation and search the email
> list archives. playbin2 is the element you want to use and the docs for
> it have examples.
>
> Stefan
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 25 Aug 2010 18:42:33 +0300
> From: Stefan Kost <ensonic at hora-obscura.de>
> Subject: Re: [gst-devel] gst-launch CPU load on arm 9
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Cc: stuart68 <stuart68 at gmail.com>
> Message-ID: <4C7539E9.4060108 at hora-obscura.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 10.08.2010 09:46, stuart68 wrote:
>> Hi,
>>
>> I have been successfully decoding a flac audio file being streamed to an
>> arm
>> 9 processor, OMAPL-138 @ 372MHz, running openembedded Linux. This is using
>> the latest release of OE.
>>
>> When I look at the CPU load it cycles, it is not steady. It can go as low
>> as
>> 0% right up to 99% CPU load.
>>
>> I would have expected the load to maintain a steady percentage.
>>
>> Can anyone offer me some advice? If not to stop this varying load, then
>> what
>> changes can I make to improve the efficiency of the pipeline?
>>
>> I have tried using queue, but that makes no difference.
>>
>> My pipeline is as follows:
>>
>> gst-launch souphttpsrc location=http://<ip address>/<path to flac file> !
>> decodbin ! alsasink
>>
>> Thanks in advance,
>> Stuart
>>
>>
> Is the CPU set to a fixed frequency? How are you meassuring the CPU load?
>
> Stefan
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 25 Aug 2010 09:05:57 -0700
> From: Robert Powell <rob at yorba.org>
> Subject: Re: [gst-devel] Change Framerate of recorded stream
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID:
> <AANLkTi=Ttu5Gj6Y6=JrcHdxCQ+i9-q1y0uPT2+zfhxOq at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Wes,
>
> On Wed, Aug 25, 2010 at 5:23 AM, Wes Miller <wmiller at sdr.com> wrote:
>
>> Neither, however, give me fast playback.
>>
>> If you want fast playback, the easiest pipeline might be
> gst-launch gnlfilesource duration=10000000000 media-duration=100000000000
> location=2.mkv ! autovideosink
>
> Adjust the durations to get the rate you want, of course.
>
> Hope that helps,
>
> Rob
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 7
> Date: Wed, 25 Aug 2010 09:38:37 -0700 (PDT)
> From: Wes Miller <wmiller at sdr.com>
> Subject: Re: [gst-devel] Change Framerate of recorded stream
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <1282754317897-2338536.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> Rob,
>
> Well, it looks like a good start, but it doesn't quite work. Any
> suggestions based on the following?
>
> Wes
>
>
> As written (with filename fixes):
> gst-launch-0.10 gnlfilesource duration=10000000000000 \
> media-duration=100000000000 \
> location="file:///c:/gstreamer/bin/2.mkv"
> \
> ! autovideosink
>
> I get:
>
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> ERROR: from element
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0: Could not perform
> seek on resource.
> Additional debug info:
> ..\..\..\Source\gnonlin\gnl\gnlsource.c(332): ghost_seek_pad ():
> /GstPipeline:pipeline0/Gn
> lFileSource:gnlfilesource0:
> Sending initial seek to upstream element failed
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
>
> If I replace autovideosink with fakesink -v I get:
>
> Setting pipeline to PAUSED ...
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin:
> source = (GstFileSrc) source
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstTypeFindElement:typefind.GstPad:src: caps
> = video/x-matroska
> Pipeline is PREROLLING ...
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMatroskaDemux:matroskademux0.GstPad:sink:
> caps = video/x-matr
> oska
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0.GstPad:sink0: caps
> = image/jpeg, width
> =(int)640, height=(int)480, framerate=(fraction)25/1
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0: max-size-buffers =
> 5
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0: max-size-bytes =
> 2097152
> ERROR: from element
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0: Could not perform
> seek on resource.
> Additional debug info:
> ..\..\..\Source\gnonlin\gnl\gnlsource.c(332): ghost_seek_pad ():
> /GstPipeline:pipeline0/Gn
> lFileSource:gnlfilesource0:
> Sending initial seek to upstream element failed
> ERROR: pipeline doesn't want to preroll.
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0.GstPad:src0: caps =
> image/jpeg, width=
> (int)640, height=(int)480, framerate=(fraction)25/1
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstJpegDec:jpegdec0.GstPad:sink: caps =
> image/jpeg, width=(int)6
> 40, height=(int)480, framerate=(fraction)25/1
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0.GstGhostPad:src0:
> caps = video/x-raw-y
> uv, format=(fourcc)I420, width=(int)704, height=(int)480,
> framerate=(fraction)25/1
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin.
> GstGhostPad:src0: caps = video/x-raw-yuv, format=(fourcc)I420,
> width=(int)704, height=(int
> )480, framerate=(fraction)25/1
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20.GstDecodePad:src0: caps = video/x-raw-yuv,
> format=(fourcc)I420,
> width=(int)704, height=(int)480, framerate=(fraction)25/1
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstJpegDec:jpegdec0.GstPad:src: caps =
> video/x-raw-yuv, format=(
> fourcc)I420, width=(int)704, height=(int)480, framerate=(fraction)25/1
> Setting pipeline to NULL ...
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0.GstGhostPad:src0:
> caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin.
> GstGhostPad:src0: caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20.GstDecodePad:src0: caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstJpegDec:jpegdec0.GstPad:src: caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstJpegDec:jpegdec0.GstPad:sink: caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0.GstPad:sink0: caps
> = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMultiQueue:multiqueue0.GstPad:src0: caps =
> NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
>
> GstDecodeBin2:decodebin20/GstMatroskaDemux:matroskademux0.GstPad:video_00:
> caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstMatroskaDemux:matroskademux0.GstPad:sink:
> caps = NULL
>
> /GstPipeline:pipeline0/GnlFileSource:gnlfilesource0/GstURIDecodeBin:internal-uridecodebin/
> GstDecodeBin2:decodebin20/GstTypeFindElement:typefind.GstPad:src: caps
> = NULL
> Freeing pipeline ...
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Change-Framerate-of-recorded-stream-tp2336869p2338536.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 51, Issue 53
> ***********************************************
>
--
Sent from my mobile device
More information about the gstreamer-devel
mailing list