|
|
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, <[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. 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 <[hidden email]>
Subject: [gst-devel] Catching signal interrupt on gst-launch
To: [hidden email]
Message-ID:
<[hidden email]>
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 <[hidden email]>
Subject: [gst-devel] Playing remote file
To: [hidden email]
Message-ID: <hqiv8d$7kd$[hidden email]>
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 <[hidden email]>
Subject: Re: [gst-devel] Could not close resource error when using
gnomevfssrc with ftp
To: Discussion of the development of GStreamer
<[hidden email]>
Message-ID:
<[hidden email]>
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 <[hidden email]>wrote:
> now i got some interesting results, testing with a pipeline like this:
>
> gst-launch gnomevfssrc location="ftp://user:[hidden email]:/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:[hidden email]:/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:[hidden email]:/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:[hidden email]:/myfile.wav"
> ! wavparse ! pulsesink
>
> or
>
>
> gst-launch gnomevfssrc location="ftp://user:[hidden email]:/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 <[hidden email]>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:[hidden email]:/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 <[hidden email]>
Subject: Re: [gst-devel] Could not close resource error when using
gnomevfssrc with ftp
To: Discussion of the development of GStreamer
<[hidden email]>
Message-ID:
<[hidden email]>
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 <[hidden email]>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 <[hidden email]>wrote:
>
>> now i got some interesting results, testing with a pipeline like this:
>>
>> gst-launch gnomevfssrc location="ftp://user:[hidden email]:/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:[hidden email]:/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:[hidden email]:/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:[hidden email]:/myfile.wav"
>> ! wavparse ! pulsesink
>>
>> or
>>
>>
>> gst-launch gnomevfssrc location="ftp://user:[hidden email]:/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 <[hidden email]>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:[hidden email]:/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® 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
End of gstreamer-devel Digest, Vol 47, Issue 50
***********************************************
------------------------------------------------------------------------------
Download Intel® 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
|
Locked
