[gst-devel] gstreamer-devel Digest, Vol 47, Issue 50

[mohammmed akhil]

hi,
Can anybody please guide me as how can i play ".swf " files in gstreamer. I
am total noob for gstreamer,i started reading gstreamer manual and completed
till chap 10. Please take this consideration while answering.

A big thanks in advance

akhil.

On Tue, Apr 20, 2010 at 8:27 AM, <
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. Catching signal interrupt on gst-launch (John Tobias)
>   2. Playing remote file (Jeffrey Barish)
>   3. Re: Could not close resource error when using     gnomevfssrc
>      with ftp (Tiago Katcipis)
>   4. Re: Could not close resource error when using     gnomevfssrc
>      with ftp (Tiago Katcipis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 19 Apr 2010 17:50:28 -0700
> From: John Tobias <jtobias at viaas.com>
> Subject: [gst-devel] Catching signal interrupt on gst-launch
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID:
>        <j2p66b2b2311004191750g7e6b3c6o9fd177f160dca616 at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Guys,
>
> I have a problem running this command: gst-launch v4l2src ! tih264  !
> fakesink
> The gst-launch did not catch the signal interrupt when I hit the ctrl+c.
> The
> pipeline exited immediately instead of going through the _change_state
> transition of the pipeline.
>
> Then, I tried the gst-launch v4l2src ! fakesink, it works correctly.
>
> Setting pipeline to PAUSED ...
> Pipeline is live and does not need PREROLL ...
> Setting pipeline to PLAYING ...
> New clock: GstSystemClock
>
> <-- gst-launch detected the interrupt here..->
>
> Caught interrupt -- handling interrupt.
> Interrupt: Stopping pipeline ...
> Execution ended after 1710703481 ns.
> Setting pipeline to PAUSED ...
> Setting pipeline to READY ...
> clean stopped pipeline<6>
> Starting of vpfe_release...<6>
>  doing full release, started is 0
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
> I don't understand why the gst-launch giving me two different behavior with
> regards to the signal handling.
> Can anyone tell me why I am getting different behavior?
>
> Thanks,
>
> John
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Mon, 19 Apr 2010 19:15:51 -0600
> From: Jeffrey Barish <jeff_barish at earthlink.net>
> Subject: [gst-devel] Playing remote file
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <hqiv8d$7kd$1 at dough.gmane.org>
> Content-Type: text/plain; charset="ISO-8859-1"
>
> I play a sound file on the local machine using playbin2 by setting the uri
> parameter to file://path.to.file.  Where can I get information about what
> other network protocols can be used here?  I would like to be able to use
> the uri parameter to specify a sound file on another machine on the same
> LAN.  Both machines run Ubuntu.  I suppose that I could copy the file to a
> temporary directory on the local machine and then play it from there, but I
> suspect that there is a better way to do this.
> --
> Jeffrey Barish
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 19 Apr 2010 22:35:12 -0300
> From: Tiago Katcipis <katcipis at inf.ufsc.br>
> Subject: Re: [gst-devel] Could not close resource error when using
>        gnomevfssrc with ftp
> To: Discussion of the development of GStreamer
>        <gstreamer-devel at lists.sourceforge.net>
> Message-ID:
>        <m2l60a9403b1004191835i98135f01k4661d72de53263b9 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> trying to solve my problem i found another one :-).
>
> using a public ftp i run this:
> gst-launch -v gnomevfssrc location=
> ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! queue ! decodebin
> !
> fakesink
>
> and it works ok, the ftp is really slow...it takes a good time before it
> starts to download and decode....but works
>
> even if i try:
> gst-launch -v gnomevfssrc location=
> ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! queue ! decodebin
> !
> alsasink
>
> i can hear the music (it takes a while to go from paused to playing,
> something like 20-30 seconds....but if you wait it wil happen).
>
> But if i take the queue element out:
> gst-launch -v gnomevfssrc location=
> ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! decodebin !
> fakesink
>
> the pipe stays blocked for ever (on both cases)... is this behavior
> expected? have anyone faced something like that? is a good policy to always
> put a queue after a gnomevfssrc?
>
> if someone have other ftp server to test this i would appreciate.
>
> best regards,
> Katcipis
>
>
> On Fri, Apr 16, 2010 at 2:03 PM, Tiago Katcipis <katcipis at inf.ufsc.br
> >wrote:
>
> > now i got some interesting results, testing with a pipeline like this:
> >
> > gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> > ! filesink location="test.wav"
> >
> > im able to get the file and play it locally.
> >
> > even if i run:
> > gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> > !
> audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234
> > ! pulsesink
> >
> > it works(and i hear a lot of noise :-)).
> >
> > But if i run:
> >
> > gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> > !
> audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234
> > ! audioparse ! pulsesink
> >
> > or
> >
> > gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> > ! wavparse ! pulsesink
> >
> > or
> >
> >
> > gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> > ! decodebin ! pulsesink
> >
> > it gives the same error:
> >
> >
> > ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> > Could not close resource.
> >
> > it seems that every time i try to parse the file to get its type and play
> > it, it fails, but if i only play it raw or download it.... works fine.
> >
> > any toughts?
> >
> >
> >
> > On Fri, Apr 16, 2010 at 11:42 AM, Tiago Katcipis <katcipis at inf.ufsc.br
> >wrote:
> >
> >> Im having some trouble using gnomevfssrc and ftp, what troubles me is
> the
> >> error, a simple Could not open would make me understand that i did
> something
> >> wrong or something is wrong with the server.... but this error msg
> "Could
> >> not close"... i simply cant find anything about it, I'm not quite sure
> if
> >> this is something wrong on the ftp server i am using here or if it is a
> >> problem with gnomevfs or gstreamer.
> >>
> >> The test is simple:
> >>
> >> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >> ! decodebin ! pulsesink
> >>
> >> The output is:
> >> (gst-launch-0.10:2735): GLib-WARNING **: g_set_prgname() called multiple
> >> times
> >> Setting pipeline to PAUSED ...
> >>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
> >> caps = audio/x-wav
> >> Pipeline is PREROLLING ...
> >>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:
> >> caps = audio/x-wav
> >> ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> >> Could not close resource.
> >> Additional debug info:
> >> gstgnomevfssrc.c(889): gst_gnome_vfs_src_stop ():
> >> /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> >> Could not close vfs handle: Operation cancelled
> >> ERROR: pipeline doesn't want to preroll.
> >> Setting pipeline to NULL ...
> >>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:src:
> >> caps = NULL
> >>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:
> >> caps = NULL
> >>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
> >> caps = NULL
> >> Freeing pipeline ...
> >>
> >> Even the wav file header is being read, but on the prerolling this odd
> >> error happens. The same url that generates this error works just fine on
> >> wget (the file gets downloaded and i can hear it perfectly).
> >>
> >> can someone help me? I'm not very used to ftp...maybe I'm missing
> >> something.
> >>
> >> best regards,
> >> Katcipis
> >>
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Mon, 19 Apr 2010 23:57:15 -0300
> From: Tiago Katcipis <katcipis at inf.ufsc.br>
> Subject: Re: [gst-devel] Could not close resource error when using
>        gnomevfssrc with ftp
> To: Discussion of the development of GStreamer
>        <gstreamer-devel at lists.sourceforge.net>
> Message-ID:
>        <o2o60a9403b1004191957v2df37ae5p336424793f48f4fe at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> well it seems that is the same problem, i resolved to let the pipeline
> "blocked" for a long time...and after something like 23min it happens the
> same thing (Could not close resource.).
>
> i run a full debugged launch and attached the part where the error occurs
> (after 23 minutes).
>
> gst-launch -v gnomevfssrc location=
> ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! decodebin !
> fakesink --gst-debug=5 2> no_queue.log
> Setting pipeline to PAUSED ...
>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
> caps = audio/x-wav
> Pipeline is PREROLLING ...
> ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> Could not close resource.
> Additional debug info:
> gstgnomevfssrc.c(889): gst_gnome_vfs_src_stop ():
> /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> Could not close vfs handle: Operation cancelled
> Setting pipeline to NULL ...
>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
> caps = NULL
> Freeing pipeline ...
>
> any hints if this is normal and i have to always use a queue after using a
> vfs src element? maybe a bug on gnomevfssrc regarding an specific behaviour
> of the ftp server?
>
> On Mon, Apr 19, 2010 at 10:35 PM, Tiago Katcipis <katcipis at inf.ufsc.br
> >wrote:
>
> > trying to solve my problem i found another one :-).
> >
> > using a public ftp i run this:
> > gst-launch -v gnomevfssrc location=
> > ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! queue !
> decodebin
> > ! fakesink
> >
> > and it works ok, the ftp is really slow...it takes a good time before it
> > starts to download and decode....but works
> >
> > even if i try:
> > gst-launch -v gnomevfssrc location=
> > ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! queue !
> decodebin
> > ! alsasink
> >
> > i can hear the music (it takes a while to go from paused to playing,
> > something like 20-30 seconds....but if you wait it wil happen).
> >
> > But if i take the queue element out:
> > gst-launch -v gnomevfssrc location=
> > ftp://194.44.214.3/pub/music/Collection/ArtofNoise.mp3 ! decodebin !
> > fakesink
> >
> > the pipe stays blocked for ever (on both cases)... is this behavior
> > expected? have anyone faced something like that? is a good policy to
> always
> > put a queue after a gnomevfssrc?
> >
> > if someone have other ftp server to test this i would appreciate.
> >
> > best regards,
> > Katcipis
> >
> >
> >
> > On Fri, Apr 16, 2010 at 2:03 PM, Tiago Katcipis <katcipis at inf.ufsc.br
> >wrote:
> >
> >> now i got some interesting results, testing with a pipeline like this:
> >>
> >> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >> ! filesink location="test.wav"
> >>
> >> im able to get the file and play it locally.
> >>
> >> even if i run:
> >> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >> !
> audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234
> >> ! pulsesink
> >>
> >> it works(and i hear a lot of noise :-)).
> >>
> >> But if i run:
> >>
> >> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >> !
> audio/x-raw-int,signed=true,channels=1,rate=8000,width=16,endianness=1234
> >> ! audioparse ! pulsesink
> >>
> >> or
> >>
> >> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >> ! wavparse ! pulsesink
> >>
> >> or
> >>
> >>
> >> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >> ! decodebin ! pulsesink
> >>
> >> it gives the same error:
> >>
> >>
> >> ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> >> Could not close resource.
> >>
> >> it seems that every time i try to parse the file to get its type and
> play
> >> it, it fails, but if i only play it raw or download it.... works fine.
> >>
> >> any toughts?
> >>
> >>
> >>
> >> On Fri, Apr 16, 2010 at 11:42 AM, Tiago Katcipis <katcipis at inf.ufsc.br
> >wrote:
> >>
> >>> Im having some trouble using gnomevfssrc and ftp, what troubles me is
> the
> >>> error, a simple Could not open would make me understand that i did
> something
> >>> wrong or something is wrong with the server.... but this error msg
> "Could
> >>> not close"... i simply cant find anything about it, I'm not quite sure
> if
> >>> this is something wrong on the ftp server i am using here or if it is a
> >>> problem with gnomevfs or gstreamer.
> >>>
> >>> The test is simple:
> >>>
> >>> gst-launch gnomevfssrc location="ftp://user:password@ftp.myserver.com:
> /myfile.wav"
> >>> ! decodebin ! pulsesink
> >>>
> >>> The output is:
> >>> (gst-launch-0.10:2735): GLib-WARNING **: g_set_prgname() called
> multiple
> >>> times
> >>> Setting pipeline to PAUSED ...
> >>>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
> >>> caps = audio/x-wav
> >>> Pipeline is PREROLLING ...
> >>>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:
> >>> caps = audio/x-wav
> >>> ERROR: from element /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> >>> Could not close resource.
> >>> Additional debug info:
> >>> gstgnomevfssrc.c(889): gst_gnome_vfs_src_stop ():
> >>> /GstPipeline:pipeline0/GstGnomeVFSSrc:gnomevfssrc0:
> >>> Could not close vfs handle: Operation cancelled
> >>> ERROR: pipeline doesn't want to preroll.
> >>> Setting pipeline to NULL ...
> >>>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:src:
> >>> caps = NULL
> >>>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstWavParse:wavparse0.GstPad:sink:
> >>> caps = NULL
> >>>
> /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
> >>> caps = NULL
> >>> Freeing pipeline ...
> >>>
> >>> Even the wav file header is being read, but on the prerolling this odd
> >>> error happens. The same url that generates this error works just fine
> on
> >>> wget (the file gets downloaded and i can hear it perfectly).
> >>>
> >>> can someone help me? I'm not very used to ftp...maybe I'm missing
> >>> something.
> >>>
> >>> best regards,
> >>> Katcipis
> >>>
> >>
> >>
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> An embedded and charset-unspecified text was scrubbed...
> Name: log.txt
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 47, Issue 50
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20100420/27502c0a/attachment.htm>