GStreamer-devel

Re: gstreamer-devel Digest, Vol 51, Issue 53

Classic

List

Threaded

2 messages Options

franchan

Re: gstreamer-devel Digest, Vol 51, Issue 53

On 8/25/10, [hidden email]
<[hidden email]> wrote:

> Send gstreamer-devel mailing list submissions to
> [hidden email]
>
> 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
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> 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 <[hidden email]>
> Subject: Re: [gst-devel] Is AIFF support really -bad?
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 25 Aug 2010 18:35:27 +0300
> From: Stefan Kost <[hidden email]>
> Subject: Re: [gst-devel] How to include audio file in compiled code?
> To: [hidden email]
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=windows-1252
>
> On 09.08.2010 16:12, [hidden email] 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
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 25 Aug 2010 08:38:45 -0700 (PDT)
> From: Abraham Due?as <[hidden email]>
> Subject: [gst-devel] amrnb IF1/IF2 support
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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 <[hidden email]>
> Subject: Re: [gst-devel] Open URL by GSTREAMER
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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 <[hidden email]>
> Subject: Re: [gst-devel] gst-launch CPU load on arm 9
> To: Discussion of the development of GStreamer
> <[hidden email]>
> Cc: stuart68 <[hidden email]>
> Message-ID: <[hidden email]>
> 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 <[hidden email]>
> Subject: Re: [gst-devel] Change Framerate of recorded stream
> To: Discussion of the development of GStreamer
> <[hidden email]>
> Message-ID:
> <AANLkTi=Ttu5Gj6Y6=[hidden email]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Wes,
>
> On Wed, Aug 25, 2010 at 5:23 AM, Wes Miller <[hidden email]> 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 <[hidden email]>
> Subject: Re: [gst-devel] Change Framerate of recorded stream
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 51, Issue 53
> ***********************************************
>

--
Sent from my mobile device

------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

franchan

Re: gstreamer-devel Digest, Vol 51, Issue 53

On 8/25/10, [hidden email]
<[hidden email]> wrote: