>Remember: an hardware PCM *is* a soundbox and no hardware PCM known
>handle float.

this is a detail that should not be apparent in an API that aims at
abstracting an audio system. the same comment applies to stuff like:

#define SOUNDBOX_PORT_PROPERTY_BUFFER_SHAPE     /* interleaved, noninterleaved, 
complex */

if a hardware PCM "component" exports this kind of stuff, we're in no
better shape than using ALSA when it comes to abstraction.

>> 1. The API will be easier to understand and use, less worrying about
>> implementing for multiple data-types or worrying about conversion.
>
>No conversion, no difficulties, only
>
>soundbox_port_set_property(port, SOUNDBOX_PORT_PROPERTY_FORMAT, FLOAT32)

what is supposed to call this? when is it supposed to be called? when
a connection is being attempted?

--p

Reply via email to