Subject: Re: [boost] media > audio project (gsoc or future boost)
From: adrien courdavault (adrien.courdavault_at_[hidden])
Date: 2013-04-22 05:55:36
Thank you in advance, Yes I would be really pleased by any help on this.
First I have to make some progress on the understanding of Boost ASIO
and see if this is the best direction.
Anyway again any help is welcome.
On 22 April 2013 10:51, Philip Bennefall <philip_at_[hidden]> wrote:
> ----- Original Message ----- From: "adrien courdavault"
> To: "boost" <boost_at_[hidden]>
> Sent: Monday, April 22, 2013 10:27 AM
> Subject: Re: [boost] media > audio project (gsoc or future boost)
> @Boris S: Thank you a lot for the presentation.
> @Lars V: Yes I totally agree with you, I remember that when I
> discovered Bosst some years ago I event thought it was for Steinberg
> ASIO, I think I will try to specify Steinberg or Boost.ASIO all the
> time to be clear.
> @Brendon C: Yes this is my first concern. In fact I have more
> experience in audio threads, than in Boost.ASIO.
> I suppose it should be possible, basically I think this is a compmlete
> kind of new Boost.ASIO service (not networking, neither, serial or
> anything else).
> Also the purpose of the lib would be to provide a socket equivalent
> that can request the audio service to open an audio device, and then
> connect on it an audio callback which will be called in the audio
> I don't expect any of the service, or socket to be called in the audio
> thread. i suppose that the user will open the device from a user
> thread. and connect his audio callback.
> The only thig that I may implement in the audio thread is the buffer
> desinterleaving, or the format conversion, but this will be specific
> function not related to the rest of Boost.ASIO and should not be a
> I'm also wondering how to selec the driver family.
> On MAC there is Coreaudio, which handles all the devices
> On Win, there is wasapi, directx, Steinberg ASIO familys of driver
> which can all map any device (as long as the manufacturer provided a
> compatible driver).
> On Linux, there is Alsa and PulseAudio I think.
> I guess this should be choosen when creating the socket.
> Thank you for your feedbacks
> Hi Adrien,
> I just wanted to chime in and say that I think this is a fabulous idea. I
> have wanted something like this to be available in Boost for a long time. I
> would be more than willing to help contribute code if I can, as I have done
> some work with audio I/O under Windows. I can also do testing, should you
> find it useful.
> Kind regards,
> Philip Bennefall
> Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk