On 11/02/2011 07:26 PM, Iain Duncan wrote:
Thanks. If you have any, or know of any, examples I'd love to look at them.
The only example I know of is zynjacku:
http://home.gna.org/zynjacku/
Implementation is C instead of C++... but same principles.
-gabriel
2011/11/2 Iain Duncan :
>
> On Wed, Nov 2, 2011 at 10:25 AM, Paul Davis
> wrote:
>>
>> On Wed, Nov 2, 2011 at 1:09 PM, Iain Duncan
>> wrote:
>> > - realtime low latency engine in C++ using per sample callback audio (
>> > either RTAudio or Jack or PortAudio )
>>
>> this conflicts with this:
>>
>>
> Yes, that's certainly feasible. RCU = Read-Copy-Update is a software
> pattern for dealing with situations where you need to update a complex
> data structure while it is in use. The general approach is to make a
> copy, modify the copy, and the atomically (normally) swap a pointer to
> the origi
> If the python stuff is only for the gui and non-realtime stuff, this is a
> very
> practical approach. There are quite a few people doing that. I believe
> Fons'
> session managment and assorted apps are running that way (altough he
> doesn't
> seem to release them). Some of my prototype apps for
On Wednesday 02 November 2011 18:09:34 Iain Duncan wrote:
> I looked into this about five years ago, but didn't get too far. Wondering
> if anyone on here has experience splitting apps up into:
>
> - realtime low latency engine in C++ using per sample callback audio (
> either RTAudio or Jack or P
For anyone interested, it turns out there is an alpha package in rtaudio
that wraps RTAudio's callback facility in python, added this year by one of
Gary Scavone's students, Antoine Lefebvre. It's incomplete (doesn't yet
support all the rtaudio options) so it's hard to tell whether it's working
su
Thanks guys, that's very helpful. I'll no doubt have further questions once
I get to prototyping that part. Paul, if you could let me know where to
look for examples in the ardour code that would be cool too.
thanks
iain
On Wed, Nov 2, 2011 at 10:45 AM, Jeff Koftinoff wrote:
> A good starting po
A good starting point for reading is on Software Transactional Memory (STM):
http://en.wikipedia.org/wiki/Software_transactional_memory
Jeff
On 2011-11-02, at 10:40 AM, Paul Davis wrote:
> On Wed, Nov 2, 2011 at 1:34 PM, Iain Duncan wrote:
>
>> Does that sound more feasible? BTW, excus
On Wed, Nov 2, 2011 at 1:34 PM, Iain Duncan wrote:
> Does that sound more feasible? BTW, excuse my ignorance, but what is RCU?
Yes, that's certainly feasible. RCU = Read-Copy-Update is a software
pattern for dealing with situations where you need to update a complex
data structure while it is in
On Wed, Nov 2, 2011 at 10:25 AM, Paul Davis wrote:
> On Wed, Nov 2, 2011 at 1:09 PM, Iain Duncan
> wrote:
> > - realtime low latency engine in C++ using per sample callback audio (
> > either RTAudio or Jack or PortAudio )
>
> this conflicts with this:
>
> > Basically I want to be able to do the
On Wed, Nov 2, 2011 at 1:09 PM, Iain Duncan wrote:
> - realtime low latency engine in C++ using per sample callback audio (
> either RTAudio or Jack or PortAudio )
this conflicts with this:
> Basically I want to be able to do the gui and data transforming code in
> Python whenever possible and a
I looked into this about five years ago, but didn't get too far. Wondering
if anyone on here has experience splitting apps up into:
- realtime low latency engine in C++ using per sample callback audio (
either RTAudio or Jack or PortAudio )
- user interfaces and algo composition routines in pytho
Thanks guys, it looked from what I could see on the port audio page that
only non-blocking was supported, but Gary said on the stk list that it
might be possible with the python wrappers in the rtaudio package. I
realize it's probably not going to be practical as a long term solution (
though I sur
> On Wed, Nov 2, 2011 at 9:24 AM, Kjetil Matheussen
> wrote:
>
>> I also think I remember someone using Python for real time sample
>> by sample signal processing in Pd...
>
> right, but not sample-by-sample, or am i misremembering Pd internals?
>
It is possible (and quite simle) to write a wrapp
On Wed, Nov 2, 2011 at 9:24 AM, Kjetil Matheussen
wrote:
> I also think I remember someone using Python for real time sample
> by sample signal processing in Pd...
right, but not sample-by-sample, or am i misremembering Pd internals?
___
Linux-audio-de
Paul Davis:
> On Wed, Nov 2, 2011 at 12:23 AM, Iain Duncan
> wrote:
>> Hi, I'm working on an a project that I intend to do using the STK in a
>> callback style, but am hoping I can prototype the architecture in python
>> until I've figured out the various components and their responsibilities
>> a
to clarify a bit more: although callback style APIs do exist (even for
*nix systems), AFAIK STK is one of the very few APIs that does
sample-by-sample processing.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudi
On Wed, Nov 2, 2011 at 12:23 AM, Iain Duncan wrote:
> Hi, I'm working on an a project that I intend to do using the STK in a
> callback style, but am hoping I can prototype the architecture in python
> until I've figured out the various components and their responsibilities and
> dependencies. Doe
18 matches
Mail list logo