[Fluxus] fluxa fixes

David Griffiths dave at pawfal.org
Wed Nov 7 07:51:06 PST 2012


On 07/11/12 15:27, Kassen wrote:
> On Wed, Nov 07, 2012 at 03:00:39PM +0000, David Griffiths wrote:
>> Hi all,
>>
>> I've pushed some more changes to fluxa, work on the temporal recursion,
>> but also a big fix for the internals of the sound engine.
> 
> Awesome!
> 
>> Anyway, it's now possible to have much more complex synth graphs playing
>> faster music!
> 
> Would that mean I can stop searching the node-cycling stuff I have
> been at for 2 days now? I had some cases where fairly fast but not
> overly complex music would consistently drop some notes (say a highhat
> every 2 bars) in ways that did not seem affected by max-synths and did
> not seem to stem from proper node-cycling.

This is quite possible under some circumstances... if you want to check
- get the latest, and change the value COMMAND_DATA_SIZE back in
CommandRingbuffer.h to:

static const unsigned int COMMAND_DATA_SIZE = 4096;

It will now print out a message when the ringbuffer is exhausted.

> It sounds like what you did now might explain what I saw; I went up
> and down the graph and cycling and after I figured out how it works I
> had to consider that it was either fine or there was some very obscure
> bug. My plan was to go into debug-printing mode tonight.
> 
> If so I'm going on to "unversalise" my scales stuff and push that in,
> then pitch it to you as "proper behaviour".

Sounds great.

cheers,

dave



More information about the Fluxus mailing list