Hi,
If I have a audio sink with decoding functions, that means this audiosink can decode encoded data and render it to audio device. Can playbin handle this type audio sink well?
From code, I find playbin is using decodebin to build pipeline, and decodebin finds decoders from the caps in registry. In playbin, it will add audiobin to route the decoded data to audio sink. But if the decoder is already a sink, the playbin still handles it well?
I hope guys can give me some helps.
Thanks
-- BRs. Zhao Liang ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Fri, Feb 20, 2009 at 5:28 PM, Liang Zhao <[hidden email]> wrote:
> Hi, > > If I have a audio sink with decoding functions, that means this audiosink > can decode encoded data and render it to audio device. Can playbin handle > this type audio sink well? No. playbin2 should be able to handle this sort of situation, though, if you configure it to. Mike ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi Mike,
Thanks.
so playbin must add a audiobin after decoder? If that, that means our audiosink can not work with playbin?
playbin2 is not stable in its description, and not used by many players such as totem, so what can I do?
2009/2/21 Michael Smith <[hidden email]>
-- BRs. Zhao Liang ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Fri, Feb 20, 2009 at 5:35 PM, Liang Zhao <[hidden email]> wrote:
> Hi Mike, > > Thanks. > > so playbin must add a audiobin after decoder? If that, that means our > audiosink can not work with playbin? playbin always decodes the audio fully, to raw PCM. So you probably can't use it in your case. > > playbin2 is not stable in its description, and not used by many players such > as totem, so what can I do? It's not guaranteed to be entirely API-stable (properties, signals, might change in future versions), but as far as code stability goes, it's perfectly ok. Some players do use it (e.g. Songbird, the player I work on, uses it on windows, linux, and macos). Mike ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Liang Zhao
On Fri, Feb 20, 2009 at 8:28 PM, Liang Zhao <[hidden email]> wrote:
> If I have a audio sink with decoding functions, that means this audiosink > can decode encoded data and render it to audio device. Can playbin handle > this type audio sink well? Probably not. > From code, I find playbin is using decodebin to build pipeline, and > decodebin finds decoders from the caps in registry. In playbin, it will add > audiobin to route the decoded data to audio sink. But if the decoder is > already a sink, the playbin still handles it well? > I hope guys can give me some helps. It sounds like you may be working on a gstreamer element for some kind of hardware decoder on a display adapter (video card.) The *most* ideal way to do this (IMHO) would be to use new caps to represent the APIs needed to move data in or out of this special area (the video card.) This would be a good first step IMO toward getting the GStreamer developers to include support for such a thing in official GStreamer playbin elements. I can't really speak on behalf of the GStreamer guys, but if they are similar open source advocates as I am, they probably are not too excited to support something like, say, a hardware DVD decoder. Can you tell us more about what you're working on? -- http://codebad.com/ ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by michael smith-6-3
Hi Mke,
Thank you.
So the only way is to use playbin2? what is the difference on intefaces, properties and signals between playbin2 and playbin?
I find most of them are same.
2009/2/21 Michael Smith <[hidden email]>
-- BRs. Zhao Liang ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Donny Viszneki
Hi Donny,
Yes, I am working on the device with HW acceleration. My concern is how to be compatible with playbin or playbin2, if the sinks are not standard as the available sinks in community, such as the sink with decoding functions.
I think this may be a trend in embedded devices as these devices don't have powerful cpu but strong DSP or GPU, and with HW limits, some data such as audio and video can not be picked up after decoding.
Zhao Liang
2009/2/21 Donny Viszneki <[hidden email]>
-- BRs. Zhao Liang ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
I have another alternative, if I configure my original audiosink as audio decoder.
This audio decoder element also has srcpad, but actually no data is through the srcpad to downstream elements, the data goes down to HW audiodevice in it, and it also provides clock.
when I use playbin, I set fakesink as audio-sink, so can playbin still work except some functions disabled (such as volume) ?
BRs.
Zhao Liang
------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by michael smith-6-3
> -----Original Message----- > From: Michael Smith [mailto:[hidden email]] > Sent: Friday, February 20, 2009 5:31 PM > To: Liang Zhao > Cc: [hidden email]; gstreamer- > [hidden email] > Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sink > withdecoding functions? > > On Fri, Feb 20, 2009 at 5:28 PM, Liang Zhao <[hidden email]> > wrote: > > Hi, > > > > If I have a audio sink with decoding functions, that means this > audiosink > > can decode encoded data and render it to audio device. Can playbin > handle > > this type audio sink well? > > No. playbin2 should be able to handle this sort of situation, though, > if you configure it to. > > Mike Since the function of playbin is to decide what decoders to use, and this platform already IS the decoder, why isn't this element simply replacing playbin in the pipeline? I don't understand the logic of using a decoder- match-and-connect element to front-end a decoder, unless there's an option of additional decoders, and this hardware is just one of the many. source->[demux->]queue->hw_decoder->audio_sink > > ------------------------------------------------------------------------ -- > ---- > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, > CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source code: > SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Fri, Feb 20, 2009 at 9:41 PM, Liang Zhao <[hidden email]> wrote:
> Yes, I am working on the device with HW acceleration. My concern is how to > be compatible with playbin or playbin2, if the sinks are not standard as the > available sinks in community, such as the sink with decoding functions. > > I think this may be a trend in embedded devices as these devices don't have > powerful cpu but strong DSP or GPU, and with HW limits, some data such as > audio and video can not be picked up after decoding. Sounds very interesting. What device are you working with? I understand what you're saying about how the media "cannot be picked up after decoding." I was originally thinking that the situation could be solved well with caps. My hope was that for each type of media you have hw acceleration for, you could create a hw decoder element and a hw sink element. Caps could be used to make sure that the hw decoder element's src could only be connected to either the hw sink element, or to a hw-land-to-sw-land "download" element, which would basically retrieve the decoded media so that it is available to most other elements. But your case looks like that much complexity is not desireable at all, as you seem completely unable to retrieve the decoded media. One example situation I would like to compare your situation to is someone's project with the SNES APU: http://www.raphnet.net/electronique/snes_apu/snes_apu_en.php The APU for all intents and purposes may not even *have* a digital representation of the decoded audio. For all we know, the APU may contain digitally controlled analog synthesizer elements (on the SNES I don't believe this is actually the case as it's all DSP, but one can dream.) This is another situation where you would not want a decoder nor an "output sink" (hey GStreamer people: what is the appropriate GStreamer vernacular for the final output sinks that actually allow you to hear or see the result of the pipeline?) In this case, my next thoughts have already been posted by someone else: On Fri, Feb 20, 2009 at 10:37 PM, Dan Taylor <[hidden email]> wrote: > Since the function of playbin is to decide what decoders to use, and > this > platform already IS the decoder, why isn't this element simply replacing > playbin in the pipeline? I don't understand the logic of using a > decoder- > match-and-connect element to front-end a decoder, unless there's an > option > of additional decoders, and this hardware is just one of the many. > > source->[demux->]queue->hw_decoder->audio_sink Why do you want to use a playbin at all? One reason occurs to me: to be compatible with applications which use playbin? If you do want playbin compatibility, I believe that my suggested method above can be used, with the exception that there will be no hw-land-to-sw-land "download" element to pull the decoded media back into main RAM from the hw decoder. To get it to work with playbin though, I think you'd still need a "dummy output sink" to satisfy playbin's preconceptions about what a playbin pipeline is supposed to look like I hope all this information is accurate, I would appreciate corrections from more experienced GStreamer people. -- http://codebad.com/ ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Liang Zhao
On Fri, Feb 20, 2009 at 6:03 PM, Liang Zhao <[hidden email]> wrote:
> Hi Mke, > > Thank you. > > So the only way is to use playbin2? what is the difference on intefaces, > properties and signals between playbin2 and playbin? > I find most of them are same. The only sensible approach (assuming you want to reuse existing code, rather than writing something from scratch yourself) is to switch to playbin2. The documentation can help you with the differences - you're right, most things are similar. Mike ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Donny Viszneki
Hi Donny and all,
My final goal is my elements can be complatible with playbin maximumly, as many players are using playbin or playbin2. I didn't want to modify the application more.
For normal scenario, all decoders and sinks should do as their behaviors, that is ideal, but fact is not like I imagine. If I can not pull the decoded data back to RAM, that means all downstream elements should not receive any data from it.
But to be compatible with playbin, I need to make playbin working like (it is also playbin normal pipeline)
filesrc -> demuxer -> decoder -> queue ->audioconvert -> audioresample -> volume ->alsasink
My plan is I don't change the playbin code, and make my elements working as the pipeline above. but data flows as
filesrc -> demuxer -> decoder -> queue ->audioconvert -> audioresample -> volume-> fakesink
|
|____DSP__audiodevice
no any data go through the elements after decoder. but that means decoder should also possess some functions of audiosink, such as clock provider. fakesink is just for pipeline integrality.
so how about my proposal? are there any other solutions?
-- BRs. Zhao Liang ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Dan Taylor-2
Dan Taylor schrieb:
> >> -----Original Message----- >> From: Michael Smith [mailto:[hidden email]] >> Sent: Friday, February 20, 2009 5:31 PM >> To: Liang Zhao >> Cc: [hidden email]; gstreamer- >> [hidden email] >> Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sink >> withdecoding functions? >> >> On Fri, Feb 20, 2009 at 5:28 PM, Liang Zhao <[hidden email]> >> wrote: >>> Hi, >>> >>> If I have a audio sink with decoding functions, that means this >> audiosink >>> can decode encoded data and render it to audio device. Can playbin >> handle >>> this type audio sink well? >> No. playbin2 should be able to handle this sort of situation, though, >> if you configure it to. >> >> Mike > > Since the function of playbin is to decide what decoders to use, and > this > platform already IS the decoder, why isn't this element simply replacing > playbin in the pipeline? I don't understand the logic of using a > decoder- > match-and-connect element to front-end a decoder, unless there's an > option > of additional decoders, and this hardware is just one of the many. > > source->[demux->]queue->hw_decoder->audio_sink > playbin{,2} does more that. dump the pieplien graph and see yourself. To give some hints, which source-element, parsers, ... Stefan ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by michael smith-6-3
Hi Mike,
Can I use decodebin2 in playbin and resolve this problem? Thanks Zhao Liang 2009/2/21 Michael Smith <[hidden email]>
------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Sun, Feb 22, 2009 at 6:30 PM, Liang Zhao <[hidden email]> wrote:
> Hi Mike, > > Can I use decodebin2 in playbin and resolve this problem? No. It doesn't matter how many times you ask the same question, I'll continue to recommend that you use playbin2. Mike ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Thanks Mike.
I find in nokia maemo, it also contains such design, which is called dspxxxsink, seems it supports playbin, so how does it implement ? does it modify playbin or playbasebin? Zhao Liang 2009/2/23 Michael Smith <[hidden email]>
------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Liang Zhao schrieb:
> Thanks Mike. > > I find in nokia maemo, it also contains such design, which is called > dspxxxsink, seems it supports playbin, so how does it implement ? > does it modify playbin or playbasebin? Look at the source :) Imho both have patches. But they are dropped in favour of playbin2. Stefan > > Zhao Liang > > 2009/2/23 Michael Smith <[hidden email] <mailto:[hidden email]>> > > On Sun, Feb 22, 2009 at 6:30 PM, Liang Zhao > <[hidden email] <mailto:[hidden email]>> wrote: > > Hi Mike, > > > > Can I use decodebin2 in playbin and resolve this problem? > > No. > > It doesn't matter how many times you ask the same question, I'll > continue to recommend that you use playbin2. > > Mike > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > ------------------------------------------------------------------------ > > _______________________________________________ > Gstreamer-embedded mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by michael smith-6-3
My gst version is 0.10.18 (Ubuntu hardy).
I saw that playbin has the property of "video-sink", but my try fails: gst-launch playbin -v -v uri=file:///home/halley/media/video/test.avi video-sink=xvimagesink The error message is: WARNING: erroneous pipeline: could not set property "video-sink" in element "playbin10" to "xvimagesink" Even when I try to use playbin2 and fakesink, it always give the same error. Where is my problem, thanks. >-----Original Message----- >From: Michael Smith [mailto:[hidden email]] >Sent: 2009年2月21日 12:31 >To: Liang Zhao >Cc: [hidden email]; >[hidden email] >Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sink with >decoding functions? > >On Fri, Feb 20, 2009 at 6:03 PM, Liang Zhao <[hidden email]> wrote: >> Hi Mke, >> >> Thank you. >> >> So the only way is to use playbin2? what is the difference on intefaces, >> properties and signals between playbin2 and playbin? >> I find most of them are same. > >The only sensible approach (assuming you want to reuse existing code, >rather than writing something from scratch yourself) is to switch to >playbin2. > >The documentation can help you with the differences - you're right, >most things are similar. > >Mike > >----------------------------------------------------------------------- >------- >Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, >CA >-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >-Strategies to boost innovation and cut costs with open source participation >-Receive a $600 discount off the registration fee with the source code: SFAD >http://p.sf.net/sfu/XcvMzF8H >_______________________________________________ >gstreamer-devel mailing list >[hidden email] >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
The type of Video-sink is GstElement, not string.
-----Original Message----- From: Zhao, Halley [mailto:[hidden email]] Sent: Tuesday, February 24, 2009 10:46 AM To: Discussion of the development of GStreamer; Michael Smith Cc: [hidden email] Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sinkwith decoding functions? My gst version is 0.10.18 (Ubuntu hardy). I saw that playbin has the property of "video-sink", but my try fails: gst-launch playbin -v -v uri=file:///home/halley/media/video/test.avi video-sink=xvimagesink The error message is: WARNING: erroneous pipeline: could not set property "video-sink" in element "playbin10" to "xvimagesink" Even when I try to use playbin2 and fakesink, it always give the same error. Where is my problem, thanks. >-----Original Message----- >From: Michael Smith [mailto:[hidden email]] >Sent: 2009年2月21日 12:31 >To: Liang Zhao >Cc: [hidden email]; >[hidden email] >Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sink with >decoding functions? > >On Fri, Feb 20, 2009 at 6:03 PM, Liang Zhao <[hidden email]> wrote: >> Hi Mke, >> >> Thank you. >> >> So the only way is to use playbin2? what is the difference on intefaces, >> properties and signals between playbin2 and playbin? >> I find most of them are same. > >The only sensible approach (assuming you want to reuse existing code, >rather than writing something from scratch yourself) is to switch to >playbin2. > >The documentation can help you with the differences - you're right, >most things are similar. > >Mike > >----------------------------------------------------------------------- >------- >Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, >CA >-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >-Strategies to boost innovation and cut costs with open source participation >-Receive a $600 discount off the registration fee with the source code: SFAD >http://p.sf.net/sfu/XcvMzF8H >_______________________________________________ >gstreamer-devel mailing list >[hidden email] >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
video-sink is GstElement? But I saw the following codes:
gst_play_bin_class_init (GstPlayBinClass * klass) { ... g_object_class_install_property (gobject_klass, ARG_VIDEO_SINK, g_param_spec_object ("video-sink", "Video Sink", "the video output element to use (NULL = default sink)", GST_TYPE_ELEMENT, G_PARAM_READWRITE)); ... } >-----Original Message----- >From: Zhao Liang-E3423C [mailto:[hidden email]] >Sent: 2009年2月24日 10:56 >To: Discussion of the development of GStreamer; Michael Smith >Cc: [hidden email] >Subject: Re: [gst-embedded] [gst-devel] can playbin handle the sinkwith >decoding functions? > >The type of Video-sink is GstElement, not string. > >-----Original Message----- >From: Zhao, Halley [mailto:[hidden email]] >Sent: Tuesday, February 24, 2009 10:46 AM >To: Discussion of the development of GStreamer; Michael Smith >Cc: [hidden email] >Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sinkwith >decoding functions? > > My gst version is 0.10.18 (Ubuntu hardy). > I saw that playbin has the property of "video-sink", but my try fails: > gst-launch playbin -v -v uri=file:///home/halley/media/video/test.avi >video-sink=xvimagesink > The error message is: > WARNING: erroneous pipeline: could not set property "video-sink" in >element "playbin10" to "xvimagesink" > > Even when I try to use playbin2 and fakesink, it always give the same >error. > > Where is my problem, thanks. > > >-----Original Message----- > >From: Michael Smith [mailto:[hidden email]] > >Sent: 2009年2月21日 12:31 > >To: Liang Zhao > >Cc: [hidden email]; > >[hidden email] > >Subject: Re: [gst-devel] [gst-embedded] can playbin handle the sink >with > >decoding functions? > > > >On Fri, Feb 20, 2009 at 6:03 PM, Liang Zhao <[hidden email]> >wrote: > >> Hi Mke, > >> > >> Thank you. > >> > >> So the only way is to use playbin2? what is the difference on >intefaces, > >> properties and signals between playbin2 and playbin? > >> I find most of them are same. > > > >The only sensible approach (assuming you want to reuse existing code, > >rather than writing something from scratch yourself) is to switch to > >playbin2. > > > >The documentation can help you with the differences - you're right, > >most things are similar. > > > >Mike > > > >>---------------------------------------------------------------------- >- > >------- > >Open Source Business Conference (OSBC), March 24-25, 2009, San >Francisco, > >CA > >-OSBC tackles the biggest issue in open source: Open Sourcing the >Enterprise > >-Strategies to boost innovation and cut costs with open source >participation > >-Receive a $600 discount off the registration fee with the source code: >SFAD > >http://p.sf.net/sfu/XcvMzF8H > >_______________________________________________ > >gstreamer-devel mailing list > >[hidden email] > >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >----------------------------------------------------------------------- >------- >Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, >CA -OSBC tackles the biggest issue in open source: Open Sourcing the >Enterprise -Strategies to boost innovation and cut costs with open source >participation -Receive a $600 discount off the registration fee with the >source code: SFAD http://p.sf.net/sfu/XcvMzF8H >_______________________________________________ >gstreamer-devel mailing list >[hidden email] >https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > >----------------------------------------------------------------------- >------- >Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, >CA >-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >-Strategies to boost innovation and cut costs with open source participation >-Receive a $600 discount off the registration fee with the source code: SFAD >http://p.sf.net/sfu/XcvMzF8H >_______________________________________________ >Gstreamer-embedded mailing list >[hidden email] >https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |