| Do you think it would be a good idea to use the PortAudio code to manage format conversions? It's open source, we could just copy it.
Regards,
Mike
-----Original Message-----
From: Istvan Varga
Sent: May 17, 2005 5:32 PM
To: csound-devel@lists.sourceforge.net
Subject: Re: [Cs-dev] API discrepancies
Anthony Kozar wrote:
> This is almost definitely the problem! The Cs4 code assumed that outBuf and
> inBuf had the format specified on the commandline (in this case, almost
> always AE_SHORT). Why is there a sampleFormat member in the csRtAudioParams
> struct if Csound always sends MYFLTs? Wouldn't it make more sense to have a
> single piece of code (in Csound) for doing the type conversions so that each
> implementor of a set of RT audio callbacks does not have to reimplement this
> same code?
Csound5 was originally intended to be limited to use PortAudio only, the
feature of being able to override rtplay etc. with user defined callback
functions was added later. PortAudio can convert from floats to any format
supported by the audio hardware, with clipping and dithering (probably better
implemented than could be in Csound), so none of these are done by Csound.
Also, some newer interfaces (like JACK) are limited to floats only and assume
a range of +/- 1.0.
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net |