Re: [LAD] OSC

2018-09-10 Thread Mark D. McCurry
On 09-09, Christopher Arndt wrote: > I'd definitely be interested in helping OSC staying relevant. I don't have much time to contribute at this point, though it would be great to know that some effort is being put into at least maintaining the existing information on the standard as well as what

Re: [LAD] ZASFX is mean with my Qtractor XML session files

2016-07-09 Thread Mark D. McCurry
On 07-09, Philip Yassin wrote: > > > On 08/07/2016 14:42, Paul Davis wrote: > > > > > >On Fri, Jul 8, 2016 at 9:57 AM, Mark D. McCurry <mark.d.mccu...@gmail.com > ><mailto:mark.d.mccu...@gmail.com>> wrote: > > > > > >

Re: [LAD] midi bindings -- was Re: ZASFX is mean with my Qtractor XML session files

2016-07-08 Thread Mark D. McCurry
On 07-09, Robin Gareus wrote: > On 07/08/2016 05:26 PM, Mark D. McCurry wrote: > > > Last time I counted the total possible parameters given the default > > number of parts/kits/voices/etc there's a bit over 6,000,000 parameters. > > > > Think about how

Re: [LAD] ZASFX is mean with my Qtractor XML session files

2016-07-08 Thread Mark D. McCurry
On 07-08, Rui Nuno Capela wrote: > uh oh... maybe it's the distrho implementation lv2_state to blame? maybe a > lv2::string is being reported (by disthro), and then qtractor's xml parser > (qt xml/dom) just escapes the state as bland xml::cdata aka. POD (plain old > data)? I checked with falktx

Re: [LAD] ZASFX is mean with my Qtractor XML session files

2016-07-08 Thread Mark D. McCurry
On 07-08, Philip Yassin wrote: > It has been like this for as long as I can remember: When I insert a ZASFX > plugin instance in a Qtractor session, gone is the joy I have editing my > session files, because all the ZADSFX entries are messed up: the "<" > character is represented by its ASCII

Re: [LAD] Jack1 and Fl::lock

2015-04-14 Thread Mark D. McCurry
On 04-14, Aurélien Leblond wrote: I have been debugging an issue in Giada where sometimes it would get disconnected from Jack1 at start (not Jack2). During my debugging, I found that the JackSyncCallback method setup in Giada's jack_set_sync_callback uses Fl::lock which blocks the main

Re: [LAD] Some questions about the Jack callback

2014-09-20 Thread Mark D. McCurry
On 09-20, Fons Adriaensen wrote: The thing to be avoided is code that e.g. generates a heavy load every fourth period and does almost nothing in the three periods in between. Or a synth that generates a peak load whenever a voice is started and much less while the note lasts. IIRC yoshi/zyn

Re: [LAD] Fw: Re: Some questions about the Jack callback

2014-09-20 Thread Mark D. McCurry
On 09-20, Fons Adriaensen wrote: On Sat, Sep 20, 2014 at 04:10:13PM -0400, Mark D. McCurry wrote: On 09-20, Fons Adriaensen wrote: Having to do 256 1024-point FFTs just to start a note is insane. It almost certainly means there is something fundamentally wrong with the synthesis

Re: [LAD] Fw: Re: Some questions about the Jack callback

2014-09-20 Thread Mark D. McCurry
On 09-20, Fons Adriaensen wrote: On Sat, Sep 20, 2014 at 05:01:32PM -0400, Mark D. McCurry wrote: If you are proposing that 256 harmonics are not needed, then is there a transformation that yields an equivilant psycho-acoustic output in less time than the fft would have taken given any

[LAD] Stoat 1.0 Release

2014-08-14 Thread Mark D. McCurry
Hello all, The first release of stoat is available. Stoat is a S.T.atic (LLVM) O.bject file A.nalysis T.ool which is a rewrite of sfpv (Static Function Property Verification) due to the very quick bitrot of the clang API (stoat uses only the llvm optimizer pass API). This tool is designed to

Re: [LAD] New kid on the block

2014-04-02 Thread Mark D. McCurry
On Wed, Apr 02, 2014 at 10:31:42PM +0100, Will Godfrey wrote: I, and a number of other people, have found that yoshi is consistently more stable, reliable and less prone to xruns under stress. ... I frequently use very large patch sets. zyn is unable to load these even if it saved them.

Re: [LAD] Static verification of real-time safety

2014-01-14 Thread Mark D. McCurry
On Tue, Jan 14, 2014 at 08:15:31PM -0500, David Robillard wrote: Ah, spfv, right. That was it. Yep, the github link is the most up-to-date place for the project, though it certainly isn't perfect at this point. For any C project it should behave as you might expect, though there are plenty of