Hello audio developers,
I have just updated a new release candidate for LibLo 0.28rc. Due to
a couple of bad bugs slipping into the last release I have decided to
take a more precautionary approach this time and ask for public
testing of this release candidate before a final 0.28 release.
That
We are pleased to present stable release 0.27 of LibLo, the
lightweight, easy to use implementation of the Open Sound Control
protocol.
Open Sound Control (OSC) is a protocol for communication among
computers, sound synthesizers, and other multimedia devices that is
designed for use over modern
Apologies, I just noticed that I forgot to include github user
ventosus in the list of contributors. I don't know his name, but he
contributed significantly to the bundle-related code.
Steve
On Thu, May 23, 2013 at 11:37 AM, Stephen Sinclair radars...@gmail.com wrote:
We are pleased to present
It seems this debate is how to represent OSC messages in a sequencer.
I've thought about this before, and the idea I always had in my head
was something tracker-like, where you would assign columns (or rows..)
to a message path, and specify whether the arguments are ints, floats,
etc. For each
The only thing that struck me is that I'm under the impression that
memory allocation and deallocation, even by the GUI thread, can cause
pauses to the whole process. Hence, a threading model is not enough
for decoupling memory allocation pauses. Can anyone comment on
whether this is true? My
Document virtual I/O functionality.
This looks awesome! I think I'll definitely find some uses for it.
Thanks for the hard work on libsndfile!
Steve
On Wed, Mar 23, 2011 at 8:32 PM, Erik de Castro Lopo
mle...@mega-nerd.com wrote:
Hi all,
There is a new libsndile release available here:
On Wed, Sep 22, 2010 at 9:45 PM, Niels Mayer nielsma...@gmail.com wrote:
Following a wikipedia link on karplus-strong synthesis posted
recently, I found this, which appears to be the online fount of all
knowledge for physical modelling and sound synthesis:
https://ccrma.stanford.edu/~jos/pasp/
I have an idea in mind for an application that would involve a core
audio callback responsible for playing several sounds at the same
time, each being streamed in by some as-yet-undetermined means.
Before I get too far into it, I have a few questions about the best
method for ensuring that the
On Thu, May 13, 2010 at 6:10 PM, Fons Adriaensen f...@kokkinizita.net wrote:
On Thu, May 13, 2010 at 05:27:33PM -0400, Stephen Sinclair wrote:
1) Have a secondary thread responsible for passing data to the audio
callback through a wait-free ring buffer.
2) Read from a pipe, FIFO, or socket
On Tue, Jan 26, 2010 at 3:15 PM, David McClanahan
david.mcclana...@gmail.com wrote:
in the time constraints(aka the 44Khz). RTLinux appears to be suitable and
RTAI might be. Perhaps others.
Just a note, I know there will be lots of different answers to your
post, but in the midst of all that
On Fri, Dec 18, 2009 at 9:53 AM, nescivi nesc...@gmail.com wrote:
On Thursday 17 December 2009 18:41:31 Harry Van Haaren wrote:
Hey all,
I've been keeping myself busy lately, mostly with Python and OSC,
and I'm using multiple clients/controllers to send messages to a
sampler with an OSC
On Tue, Dec 15, 2009 at 9:24 AM, Gabriel M. Beddingfield
gabr...@teuton.org wrote:
On Tue, 15 Dec 2009, Paul Davis wrote:
i should perhaps note that there tends to be less use of generic lock
free data structures because of the absence of nice libraries. maybe
effo can be a useful addition
On Tue, Dec 15, 2009 at 1:33 PM, Gabriel M. Beddingfield
gabr...@teuton.org wrote:
Hi Tim,
On Tue, 15 Dec 2009, Tim Blechmann wrote:
http://github.com/radarsat1/dimple/blob/master/src/CircBuffer.h
you should add memory barriers, when reading or writing to the reader or
Actually, his
Hello!
On Sat, Dec 12, 2009 at 12:47 PM, Gabriel M. Beddingfield
gabr...@teuton.org wrote:
Alexander Sandler, on his blog, wrote a couple of good articles on the
subject:
Do you need a mutex to protect an int?
http://www.alexonlinux.com/do-you-need-mutex-to-protect-int
I didn't read
On Wed, Jun 24, 2009 at 12:26 AM, Fernando
Lopez-Lezcanona...@ccrma.stanford.edu wrote:
IMO I would probably not have lasted as long as he did in this thread.
Too many type and fire responses - as you mention below - with little
thought or research (I'm guilty as well, of course).
For what
On Thu, Apr 9, 2009 at 8:53 AM, Paul Davis p...@linuxaudiosystems.com wrote:
On Thu, Apr 9, 2009 at 8:24 AM, Arnold Obdeijn arnold.obde...@gmail.com
wrote:
Hi all,
I am using mplayer, sox and tee to capture streaming internet radio
and send it both to an audio recognition program and to a
What about using an external program like Pd or ChucK to design your
sounds, and just talk to the sound engine using OSC?
(Hm, yes this does seem like my answer for everything these days...)
Anyways, you can run a Pd patch for example without the GUI, or a lot
of the effects you mention are
On Sun, Mar 29, 2009 at 7:10 PM, Fons Adriaensen f...@kokkinizita.net wrote:
On Mon, Mar 30, 2009 at 12:38:38AM +0200, Pau Arumí wrote:
But in my case I have multiple processes in the same computer that
listens the same source (another process also in the same computer). If
I understand well
Hi,
Please check out LibLo's multicast support, this is probably what you want.
There is also very limited support for broadcast messages (to
255.255.255.255), but I think (imho) that multicast is a preferred
solution.
In short, with multicast, each server joins a group in a specific IP
range
For audio I/O there are at least three possibilities, from what is
probably easiest to hardest:
PortAudio
Jack
ALSA
Don't forget RtAudio:
http://www.music.mcgill.ca/~gary/rtaudio/
Particularly in combination with STK's RtWvOut object, using it is
nice and simple:
On Sun, Oct 19, 2008 at 1:08 PM, Fons Adriaensen [EMAIL PROTECTED] wrote:
On Sun, Oct 19, 2008 at 12:36:55PM -0400, Paul Coccoli wrote:
The only time you can get away without atomic ops is on uni-processor.
Please cite a reference that says otherwise.
Plaese show us how using a non-atomic
On Sun, Sep 28, 2008 at 3:30 PM, Darren Landrum
[EMAIL PROTECTED] wrote:
I thought I was clear on this, but I'll restate: We need this so that
people who are not skilled coders, but have other skills, in math and
physics and electronics perhaps, can bring their skills to bear in
making synths
On Wed, Sep 10, 2008 at 4:12 PM, Bluefuture [EMAIL PROTECTED] wrote:
Hello all,
I want to know if is there anybody that know anything about open source
implementation of Speaker Recognition[1]
or what kind of tool i can use to develop this kind of tool on linux?
MARF is a Java framework for
On Thu, Jul 31, 2008 at 2:06 AM, porl sheean [EMAIL PROTECTED] wrote:
i thought maybe i would give a brief description of what i would like
to achieve in the end so someone may have a better idea as to how to
go about it.
my basic idea is to have a network of small devices that essentially
On Tue, May 6, 2008 at 5:31 PM, Juuso Alasuutari
[EMAIL PROTECTED] wrote:
The audio callback API wouldn't need to be changed in any way. Video
streaming capabilities would require adding a smallish additional API.
I hope it's not too presumptuous, since I know nothing about JACK, but
if going
Also, nice in the fact that you can do per-sample computations easily,
How ? I seem to have missed something...
Because you can wait in a 1-sample loop?
Yes, it will use your whole CPU for a loop like that, but this thread
is about prototyping. Obviously you'd rewrite in C for a real
If you wanted to quickly prototype an idea for a DSP routine, how would
you go about it? It would need to work in real-time, but it wouldn't
really need to be super-efficient for testing ideas.
Since everyone else is having a go, I guess this is the thread to
mention Chuck...
That would be a box which accepts digital audio over ethernet and outputs
analog audio. Something like a small computer running netjack...
I should note that if you are game to do audio computing using a small
computer, the WRT might not be your best option, but there are other
ways!
For
28 matches
Mail list logo