GSOC Ideas
Locked
 
|
Hi,
Besides the projects listed on the wiki (not saying that I wouldn't be interested in them), there are 2 other things that I think would work well as GStreamer plugins: 1. Crossfading 2. An improvement over the soundtouch BPM plugin. It is very inaccurate. Without going into any further detail, what does the community think of these features as plugins? Thanks, Neil ------------------------------------------------------------------------------ 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, Mar 6, 2009 at 2:59 AM, Neil Loknath <[hidden email]> wrote:
> Besides the projects listed on the GSoC ideas? How about GStreamer being able to split a graph over multiple systems in a cluster? -- 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 |
|
Administrator
|
On Fri, 2009-03-06 at 03:09 -0500, Donny Viszneki wrote:
> On Fri, Mar 6, 2009 at 2:59 AM, Neil Loknath <[hidden email]> wrote: > > Besides the projects listed on the > > GSoC ideas? How about GStreamer being able to split a graph over > multiple systems in a cluster? > It can already do that using: * GStreamer network clocks (http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-libs/html/gstreamer-net.html) * gdp elements (to (de)serialize buffers/events) along with tcp elements You can then split up your pipeline into sub-pipelines accross several machines, have the clocks synchronized and the data flow happening through tcp+gdp. That's how flumotion does distributed pipelines (one machine does capture, another encoding/muxing, another distributing, all of them appearing as one massive distributed pipeline). Another idea ? Edward ------------------------------------------------------------------------------ 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, Mar 6, 2009 at 3:25 AM, Edward Hervey <[hidden email]> wrote:
> You can then split up your pipeline into sub-pipelines accross several > machines, have the clocks synchronized and the data flow happening > through tcp+gdp. But the point is to control the entire graph from a single process using the regular GStreamer, and have GStreamer split up the work based on work load! -- 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 |
|
|
On Fri, Mar 6, 2009 at 4:04 AM, Donny Viszneki <[hidden email]> wrote:
> On Fri, Mar 6, 2009 at 3:25 AM, Edward Hervey <[hidden email]> wrote: >> You can then split up your pipeline into sub-pipelines accross several >> machines, have the clocks synchronized and the data flow happening >> through tcp+gdp. > > But the point is to control the entire graph from a single process > using the regular GStreamer, and have GStreamer split up the work > based on work load! And the networking-related elements would be transparent to the programmer unless they specifically asked to see them. -- 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 Neil Loknath
Date: Fri, 6 Mar 2009 03:09:17 -0500 Unfortunately, my condo didn't come with a cluster. ;) If Google buys me a few boxes, I'll think about it. Neil ------------------------------------------------------------------------------ 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, Mar 6, 2009 at 4:31 AM, Neil Loknath <[hidden email]> wrote:
> Unfortunately, my condo didn't come with a cluster. ;) If Google buys me a > few boxes, I'll think about it. Simpler solution: virtualization. -- 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 Donny Viszneki
Donny Viszneki schrieb:
> On Fri, Mar 6, 2009 at 4:04 AM, Donny Viszneki <[hidden email]> wrote: >> On Fri, Mar 6, 2009 at 3:25 AM, Edward Hervey <[hidden email]> wrote: >>> You can then split up your pipeline into sub-pipelines accross several >>> machines, have the clocks synchronized and the data flow happening >>> through tcp+gdp. >> But the point is to control the entire graph from a single process >> using the regular GStreamer, and have GStreamer split up the work >> based on work load! > > And the networking-related elements would be transparent to the > programmer unless they specifically asked to see them. > > This is all not so easy, I've been thinking about this from tiem to time and wonder if its worth the effort. Its certainly cool, but I just can't find enough use-cases :) In my thinking what you would need is: - a proxy element that could proxy any existing element (could probably use gstreamer dataprotocol library). - a gst_element_proxy_factory_make(type,name,host) to create remote elements - a daemon that can create pipelines+elements on remote machines - when adding the proxy to the pipeline, it would create the remote pipe as needed and plug the real element there. - smart ideas to avoid data going back and-forth Also some non-essential - discovery of daemons - load-balancing (autoselect host) Wanna try? Stefan ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |