Subject: Re: [linux-audio-dev] LAAGA proposal, part ??
From: Abramo Bagnara (abramo_AT_alsa-project.org)
Date: Thu Jun 07 2001 - 16:40:31 EEST
Paul Davis wrote:
>
> In message <3B1F2884.4F08AA73_AT_alsa-project.org>you write:
> >Paul Davis wrote:
> >>
> >> >> This creates a very simple audio application that accepts a mono
> >> >> input audio data stream and copies it to a single mono output audio
> >> >> data stream. This is actually an inefficient way to do this, but it
> >> >> will illustrate the basic idea of the API.
> >> >
> >> >Hardly...
> >> >
> >> >Please try again.
> >>
> >> the application calls audioengine_open(), registers some ports, and
> >> provides callbacks to handle data processing. what's missing?
> >
> >??? I guess that we're talking about design of different things, I think
> >it's better I close my mouth and stay behind the window.
>
> i don't want you to be behind the window.
>
> what I'm talking about is an API that (correctly) removes interaction
> with h/w from the work done by 95%+ of all audio applications. It
> provides an abstraction for dealing with audio that massively
> simplifies the work of the application *and* allows for
> inter-application data sharing and cooperation. this is provided for
> in a way that supports real-time low latency systems as well as more
> traditional applications. fundamentally, its based on what some people
> call a "pull" model but i prefer to call a "callback" mode.
>
> what i presented was the API used by clients. thats all.
>
> so, i ask again, what's missing?
Can you show me:
1) a C++ header that show classes and method
2) a main with C++ pseudo-code that run an hard disk recorder (i.e.
input from disk, hw PCM, synthesizer all passed through some plugin
chains and output to disk, hw PCM). I think it's a sample application
you find comfortable, don't you? ;-)
I hope to not abuse of your patience, but I think that you need to write
1) anyway and I suppose that 2) is a simple good way to explain and
study in depth the implications of your model.
I've specified C++ to make your work easier and more readable, but if
you think that definitive header will be in C and you prefer to write
from beginning in such a way, it's perfectly fine for me.
-- Abramo Bagnara mailto:abramo_AT_alsa-project.orgOpera Unica Phone: +39.546.656023 Via Emilia Interna, 140 48014 Castel Bolognese (RA) - Italy
ALSA project http://www.alsa-project.org It sounds good!
This archive was generated by hypermail 2b28 : Thu Jun 07 2001 - 17:56:13 EEST