Re: [boost] Library suggestion - audio IO

Subject: Re: [boost] Library suggestion - audio IO
From: Philip Bennefall (philip_at_[hidden])
Date: 2011-06-16 16:11:16

Hi Greg,

I feel personally that both of these things may be quite useful. If compiled 
as a separate library there would be no bloating for existing Boost users, 
considering the extreme modularity that Boost already enjoys. It is exactly 
because of the fact that different audio hardware abstractions are so hard 
to do portably, that I am suggesting it. It might save months of work for 
developers looking to add cross platform audio to their application and who 
are already using Boost.

Kind regards,

Philip Bennefall
----- Original Message ----- 
From: "Greg Rubino" <bibil.thaysose_at_[hidden]>
To: <boost_at_[hidden]>
Sent: Thursday, June 16, 2011 10:07 PM
Subject: Re: [boost] Library suggestion - audio IO

On Jun 16, 2011 2:29 PM, "Philip Bennefall" <philip_at_[hidden]> wrote:
>
> Hi all,
>
> My name is Philip Bennefall, and I am very new to Boost. I have only been
learning the basics of it over the last few weeks but am highly impressed
with its performance thus far. so a big thanks to the Boost developers for
their excellent efforts!
>
> I was wondering whether the discussion of a portable audio I/O library as
part of Boost has ever come up? I would very much like to see a library that
handles streaming audio, input and output, in a cross platform way.
>
> Any thoughts on this?
>
> Kind regards,
>
> Philip Bennefall
> P.S. I do hope that this is the right list to post this question on.
Apologies if it should have been directed to Boost users instead.
> _______________________________________________
> Unsubscribe & other changes:
http://lists.boost.org/mailman/listinfo.cgi/boost

If you're talking about standardizing algorithms and data structures for
manipulating audio data (like Boost.Gil, but for audio data), then I second
your suggestion.

However, it sounds to me like you suggesting a library to abstract away the
details of dealing with audio hardware.  That would be a nightmare to
maintain and it would bloat the heck out of Boost, so I vote no for that.

Greg
_______________________________________________
Unsubscribe & other changes: 
http://lists.boost.org/mailman/listinfo.cgi/boost