By this logic, I need to have my application to convert CDROM-XA ADPCM
audio from a device into PCM just to talk to an interface, which in turn
must convert it back into ADPCM to play it back because the DMA
transfers to the audio hardware buffer require ADPCM.

the problem with supporting everything the hardware will
do is that it's quite expensive in terms of development time.
and that is the scarce resource that needs to be optimized.

It can be, but in this case you're literally talking about
the ability to parse "enc <format type>", a table mapping
format names to numbers, code to poke that into some
card-specific register, and possibly the ability to list out
all of the supported formats...  More code, to be sure, but
not a lot of it.

it also will make the interfaces much bulkier because you have
to make accomidations for the quirks of n formats.

I haven't been able to think of any.  Perhaps just my lack
of imagination.

- erik

Tim Newsham
http://www.thenewsh.com/~newsham/

Reply via email to