On Sun, Sep 20, 2015 at 10:21 AM, Andrew Kelley
wrote:
> On Fri, Sep 4, 2015 at 11:47 AM Andrew Kelley
> wrote:
>
> A ringbuffer introduces a buffer's worth of delay. Not good for
>>> applications that require low latency. A DAW would be a better
On 21/09/2015 10:34 AM, Bjorn Roche wrote:
I noticed that PortAudio's API allows one to open a duplex stream
with different stream parameters for each device. Does it actually
make sense to open an input device and an output device with...
* ...different sample rates?
PA
On Fri, Sep 4, 2015 at 11:47 AM Andrew Kelley wrote:
> >>
>> >> And an observation: libsoundio has a read and a write callback. If I
>> was
>> >> writing an audio program that produced output based on the input (such
>> as a
>> >> reverb, for example), do I have any
A short note on the Linux sound APIs (or that they should be called) like
pulseaudio/alsa/jack. The difference as far as I know is that pusleaudio tried to be a
general interface that would work for all applications, intended for general use. Alsa is
a relatively low level interface that
Hello Andrew,
Congratulations on libsoundio. I know what's involved.
I have some feedback about the libsoundio-vs-PortAudio comparison. Most
of my comments relate to improving the accuracy and clarify of the
comparison page, but forgive me for providing a bit of commentary for
other readers
Hello Andrew,
Thanks for your helpful feedback. Just to be clear: I maintain the
PortAudio core common code and some Windows host API codes. Many of the
issues that you've raised are for other platforms. In those cases I can
only respond with general comments. I will forward the specific
This discussion is a refreshing change from some recent topics.
Constructive, respectful, not insulting. This is how it should be.
On Sun, Sep 6, 2015 at 2:41 AM, Ross Bencina wrote:
> Hello Andrew,
>
> Thanks for your helpful feedback. Just to be clear: I maintain
On Sun, Sep 6, 2015 at 2:45 AM Ross Bencina
wrote:
> On 6/09/2015 5:15 PM, Andrew Kelley wrote:
>
> PortAudio dumps a bunch of logging information to stdio without
> > explicitly turning logging on. Here's a simple program and the
> > corresponding output:
> >
On 09/04/2015 09:42 AM, Andrew Kelley wrote:
libsoundio is a C library providing cross-platform audio input and
output for real-time and consumer software. It supports JACK,
PulseAudio, ALSA, CoreAudio, and WASAPI. (Linux, Mac OS X, and Windows.)
It is an alternative to PortAudio, RtAudio,
On Fri, Sep 4, 2015 at 11:28 AM Ian Esten wrote:
> On Fri, Sep 4, 2015 at 10:58 AM, Andrew Kelley
> wrote:
> > On Fri, Sep 4, 2015 at 10:43 AM Ian Esten wrote:
> >>
> >> Thanks for sharing. Looks nice!
> >>
> >> A question: I see that
I was going to ask the same question, until I looked at the webpage.
The features are listed out nicely.
On Fri, Sep 4, 2015 at 9:58 AM, Brad Fuller wrote:
> On 09/04/2015 09:42 AM, Andrew Kelley wrote:
>
> libsoundio is a C library providing cross-platform audio input and
On Fri, Sep 4, 2015 at 10:30 AM Alexandre Pages
wrote:
> Yes, why re-invent the wheel over and over again?
>
I prefer round wheels :-)
___
dupswapdrop: music-dsp mailing list
music-dsp@music.columbia.edu
This looks like a very nice effort!
On Fri, Sep 4, 2015 at 1:58 PM, Andrew Kelley wrote:
> On Fri, Sep 4, 2015 at 10:43 AM Ian Esten wrote:
>
>> And an observation: libsoundio has a read and a write callback. If I was
>> writing an audio program that
On 9/4/15 1:31 PM, Andrew Kelley wrote:
On Fri, Sep 4, 2015 at 10:30 AM Alexandre Pages
> wrote:
Yes, why re-invent the wheel over and over again?
I prefer round wheels :-)
woot!
i guess i'm gonna have to check this out.
--
On Fri, Sep 4, 2015 at 10:43 AM Ian Esten wrote:
> Thanks for sharing. Looks nice!
>
> A question: I see that the write callback supplies a minimum and maximum
> number of frames that the callback is allowed to produce. I would prefer a
> callback that instructed me to produce
Thanks for sharing. Looks nice!
A question: I see that the write callback supplies a minimum and maximum
number of frames that the callback is allowed to produce. I would prefer a
callback that instructed me to produce a given number of samples. It is
simpler and more consistent with existing
16 matches
Mail list logo