KDE4 MM, a view from usability and general applicaiton development

[Christian Fredrik Kalager Schaller]

This is not true, the GStreamer pipeline was designed taking real-time
concerns into special consideration (pipeline introduce no overhead in
itself) as the original author (Erik Walthinsen) main goal was to use it
in a real-time application he was making.

Andy Wingo, who is our current ´pro-audio´ developer, has some comments
on the real-time capabilities of GStreamer on the homepage of his
application SoundScrape:
http://ambient.2y.net/soundscrape/

Christian

On Tue, 2004-09-07 at 17:57, Arnold Krille wrote:
> On Monday 06 September 2004 23:40, Aaron J. Seigo wrote:
> > However, some media apps, especially the sort we are currently missing in
> > KDE (think Garage Band =) need access to a full-featured multimedia API.
> 
> Afaik, as soon as you will start developing such a realtime recording and 
> playing application, you will notice that neither of the discussed 
> mediaframeworks are suitable and will soon come to Jack, which is perfect for 
> professional uses but not usable for the "simple" things kde needs.
> An example is the development of Rosegarden which at first had support for 
> aRts as well but soon dropped it as aRts was not fast enough like every other 
> frameworked discussed on this list...
> 
> My vote:
>  - Configurable Backends, backend-choosing done via textfile...
>  - Simple API for multimedia (including video, sound, etc)
> 
> And please don't dream of doing professional audio (needing low-latency) with 
> a framework chosen for complex multimedia.
> 
> Back to learning,
> 
> Arnold
-- 
Christian Fredrik Kalager Schaller
Business Manager
Fluendo S.L.
Office phone: +34 933175153
Email: Christian at fluendo.com