[gst-devel] Distributed pipelines and modular synthesis ramble
bucky at phantom.realshell.com
bucky at phantom.realshell.com
Mon Feb 26 16:21:07 CET 2001
Owen,
Judging from Erik's interview on linuxpower, distributed processing is
definitely in the works. If you scroll down a bit, to the question about
scalability ("Christian: GStreamer is a framework for both sending..."),
the second paragraph is about pipelines that span multiple machines. He
primarily discusses it from the perspective of a video render farm, but
audio shouldn't be any different.
David B.
On Mon, 26 Feb 2001, Owen Fraser-Green wrote:
> Hi,
>
> I'm new to this list and in fact to gstreamer as a whole. I found my way
> over here from Slashdot as I suddenly became convinced gstreamer offers the
> best stream processing architecture I've seen on Linux so far. In
> particular I like the seperation of filters from the sinks and sources.
>
> One thing that occured to me was that there are two big benefits of such a
> pipeline architecture one of which has been thoroughly explored, plugins,
> but the other I havn't seen much mention of. That is the ability to
> distribute components in the pipeline to a network of machines beyond a
> simple client-server model.
>
> The reason I see this as a useful feature is because, as far as I can tell,
> the gstreamer architecture would lend itself perfectly to real-time modular
> synthesis e.g. Reaktor ( http://www.native-
> instruments.de/english/2_products/1_reaktor/1_reaktor.html )whereby audio
> signal generators (sources) are connected to a network of filters and out
> through an audio channel (sink). One of the limitations I've found using
> Reaktor extensively is that when I have a couple of synthesizers running
> simultaneously alongside a sequencer, my machine practically freezes. I've
> started thinking recently about the posibility of making a distributed
> modular synthesizer so I can put the processor intensive parts on some
> other machine(s) that doesn't affect the rest of the applications running.
>
> In fact, maybe you guys are sitting on a revolution in music production as
> a whole whereby the traversal of sound processing from dedicated hardware
> to computer software could become complete with just a few PCs sitting
> around the studio with gstreamer pipelines doing all the number crunching.
>
> Has this been brought up before? Would this be a viable application for
> gstreamer? Or should I go back on the medication?
>
> Regards,
> Owen
>
> ---------------------------------------------------------------------------
> Owen Fraser-Green "Hard work never killed anyone,
> owen at discobabe.net but why give it a chance?"
> ---------------------------------------------------------------------------
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
More information about the gstreamer-devel
mailing list