Paul Davis wrote:
On Mon, 2007-02-05 at 22:34 -0500, carmen wrote:
it solves a number of problems that nobody
else has bothered to solve.
Like what? I play media stuff of all kinds without GStreamer even installed.
what happens when your card doesn't have dmix, and gstreamer is
already playing a stream at 48khz to hw:0,1, and another app wants to
play a 44.1 khz beep to the same output. does it via some mutex/IPC
magic switch over to software mixing the two streams, without
requiring a resident sound daemon? if so, i'd consider that a solved
problem that nobody else wanted to tackle..
gstreamer doesn't solve that problem. far from it. other than the fact
that it can talk to some audio sinks that do solve it.
the kinds of problem i am referring to have to do mostly with complex
sync cases when an app is playing two streams (e.g. video + audio) and
needs to maintain careful sync no matter what the downstream data
pathway looks like. also, it has some abilities to split and recombine
data streams in ways that are not useful for everyday use but can be
very handy in a toolbox.finally, the existence of *legal* MP3 codecs for
gst from fluendo (with other codecs to come) should not be overlooked.
i am by no means a gstreamer fanboy, but i do think that the gst
architecture has evolved over quite a significant period to be able to
do things that, AFAIK, no other media framework on linux does.
ok, sort of sounds like a solution in search of a problem to me. I guess
I've not encountered anything needing it's abilities.
--
David
gnome@xxxxxxxxxxxxx
authenticity, honesty, community
