File source from memory
Locked
 
|
Hi,Guys,
I met a issue that how can I get source from memory but not by local file and network file I have a *pBuffer in my memory, I expect use Gstreamer decoder to deal with it Thank you, Jack, Best Regards ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
|
|
Use appsrc plugin to feed buffer to pipeline --Ramana -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Jack Sent: Friday, April 25, 2008 2:40 PM To: [hidden email] Subject: [gst-devel] File source from memory Hi,Guys, I met a issue that how can I get source from memory but not by local file and network file I have a *pBuffer in my memory, I expect use Gstreamer decoder to deal with it Thank you, Jack, Best Regards ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel **************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS*** ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
|
|
Ramana Reddy Polaka ??:
> Use appsrc plugin to feed buffer to pipeline > > --Ramana > > > -----Original Message----- > From: [hidden email] [mailto:[hidden email]] On Behalf Of Jack > Sent: Friday, April 25, 2008 2:40 PM > To: [hidden email] > Subject: [gst-devel] File source from memory > > Hi,Guys, > > I met a issue that how can I get source from memory but not by local > file and network file > > I have a *pBuffer in my memory, I expect use Gstreamer decoder to > deal with it > > Thank you, > > > Jack, > Best Regards > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > **************** CAUTION - Disclaimer ***************** > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. > ***INFOSYS******** End of Disclaimer ********INFOSYS*** > > plugin ^_^ ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
|
|
In reply to this post by Jack-131
Hi Guys,
I'm not an experienced user, but I really agree with that. There should'nt be any difference between filesrc and a hypothetic 'memsrc'. Feeding from a file - which is a byte-sequence with seek feature - is the same as feeding the same data from a memory area (identified by a pointer). So I think, using appsrc (and the complex protocol of it in the user's code) is not what we need for this. Anything what I have read about this (appsrc, mmap) seems to be a blind alley for me. I have the mp3 data in the memory. I'd like to play it, instead of the original file. Maybe fakesrc is a better approach? But that also seems to have a lot of unnecessary parameters. Am I wrong? Thanks... gstqlt |
|
|
"gstqlt [via GStreamer-devel]" <[hidden email]> írta:
Hi Guys, |
Re: File source from memory
|
|
In reply to this post by gstqlt
On Tue, 2012-07-03 at 14:03 -0700, gstqlt wrote:
Hi, > I'm not an experienced user, but I really agree with that. > There shouldn't be any difference between filesrc and a hypothetic 'memsrc'. > Feeding from a file - which is a byte-sequence with seek feature - is the > same as feeding the same data from a memory area (identified by a pointer). Well, I'm sure you can always find a level of abstraction where everything is the same as everything else ;) > So I think, using appsrc (and the complex protocol of it in the user's code) > is not what we need for this. Anything what I have read about this (appsrc, > mmap) seems to be a blind alley for me. I have the mp3 data in the memory. > I'd like to play it, instead of the original file. > Maybe fakesrc is a better approach? But that also seems to have a lot of > unnecessary parameters. Ok, so you find appsrc too complicated for your special case where you have the data in memory as one giant blob already. That's fair enough, I wouldn't object to an element that makes this easier. Basically something like the "dataurisrc" element without the URI diversion. Feel free to file a feature request in bugzilla. Cheers -Tim _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On 07/03/2012 11:35 PM, Tim-Philipp Müller wrote:
> On Tue, 2012-07-03 at 14:03 -0700, gstqlt wrote: > > Hi, > >> I'm not an experienced user, but I really agree with that. >> There shouldn't be any difference between filesrc and a hypothetic 'memsrc'. >> Feeding from a file - which is a byte-sequence with seek feature - is the >> same as feeding the same data from a memory area (identified by a pointer). > Well, I'm sure you can always find a level of abstraction where > everything is the same as everything else ;) > > >> So I think, using appsrc (and the complex protocol of it in the user's code) >> is not what we need for this. Anything what I have read about this (appsrc, >> mmap) seems to be a blind alley for me. I have the mp3 data in the memory. >> I'd like to play it, instead of the original file. >> Maybe fakesrc is a better approach? But that also seems to have a lot of >> unnecessary parameters. > Ok, so you find appsrc too complicated for your special case where you > have the data in memory as one giant blob already. That's fair enough, I > wouldn't object to an element that makes this easier. Basically > something like the "dataurisrc" element without the URI diversion. Feel > free to file a feature request in bugzilla. I have a memoryaudiosrc in buzztard, that can also handle trickmodes easily. Another work around is to use mmap + fdsrc. Stefan > > Cheers > -Tim > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: File source from memory
|
|
In reply to this post by Tim-Philipp Müller-2
On 3 Jul 2012, at 22:35, Tim-Philipp Müller wrote:
> On Tue, 2012-07-03 at 14:03 -0700, gstqlt wrote: >> So I think, using appsrc (and the complex protocol of it in the user's code) >> is not what we need for this. Anything what I have read about this (appsrc, >> mmap) seems to be a blind alley for me. I have the mp3 data in the memory. >> I'd like to play it, instead of the original file. >> Maybe fakesrc is a better approach? But that also seems to have a lot of >> unnecessary parameters. > > Ok, so you find appsrc too complicated for your special case where you > have the data in memory as one giant blob already. That's fair enough, I > wouldn't object to an element that makes this easier. Basically > something like the "dataurisrc" element without the URI diversion. Feel > free to file a feature request in bugzilla. Apologies if I have misunderstood, but what about shmsrc / shmsink? --Dave. _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
In reply to this post by Tim-Philipp Müller-2
Hi Tim, and you all,
I am glad that I could stirr up the still water. To tell the truth, currently I work with pygst. So I wait for the python binding as well. Have a good job, and thanks. Zoltan |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |