Clockramp not reliably running.

[Christoph Hart]

@lalalandsynth Does the playback ruler move in the new display? If it's set to -1 (or 30 which is the lowest value of the tempo slider), it won't move and play. Try moving the tempo slider up to 120BPM or something (or recompile HISE which fixes the default value).

But you shouldn't need to export to the DAW to test this (this is the entire point of this new feature). Ideally it behaves 100% like from a DAW as it basically creates the same playhead that is picked up by the internal rendereing as a sane DAW would do (it even splits at the loop point to make sure that the looping is sample accurate like REAPER and Ableton do).

[lalalandsynth]

@Christoph-Hart oh I see . It seems to work now !
Seeks and loops in Reaper ...way awesome, this was the only thing left for our plugin, thanks so much and have a happy new year :)

[lalalandsynth]

@Christoph-Hart Quick suggestion , being able to drop an audio file or midi onto that timeline would be amazing ;)

hehe.

[Christoph Hart]

Actually why not? :) I thought about that too already so maybe it's a good idea.

You can now drop audio and MIDI files on there and it should play (the audio files will also play through the master container so you can simulate the FX signal flow better).

There's a context menu where you can save the current timeline as default which will get restored when you load up HISE.

[d.healey]

@Christoph-Hart HISE edges closer to being a DAW :)

[Christoph Hart]

FL Studio here I come!

[lalalandsynth]

@Christoph-Hart brilliant!

[Lindon]

@Christoph-Hart said in Clockramp not reliably running.:

FL Studio here I come!

for the love of god ....no.....no..no ;-)

[Christoph Hart]

@Lindon said in Clockramp not reliably running.:

@Christoph-Hart said in Clockramp not reliably running.:

FL Studio here I come!

for the love of god ....no.....no..no ;-)

First order of business: randomise the buffer size and sample rate for each process callback!

[DanH]

@Christoph-Hart struggling to open my projects in the latest commit - straight crash on OSX, report below:

[DanH]

@Christoph-Hart simpler projects ok. If you can think of a specific module causing it let me know and I'll try and find it in the meantime

[Christoph Hart]

@DanH it appears to be crashing in a routing FX. Are you using multichannels?

[DanH]

@Christoph-Hart I'm using routing fx yes. Not multichannels in scriptnode if that's what you meant?

I'll try without the routing now

[Christoph Hart]

@DanH no I meant more than 2 channels in the master chain.

[DanH]

@Christoph-Hart Yes. So I removed the FX Routing modules and it still crashed, but after reducing channels to only 2 it opens.

[lalalandsynth]

@Christoph-Hart My projects started crashing on opening (simpler were fine), I went back one version , to the "fix plugin compilation"

[Christoph Hart]

@lalalandsynth Yeah, I noticed that too. I've pushed a fix that fixes it here, but let me know it it still crashes.

[DanH]

@Christoph-Hart Projects open fine now :)

Will try an export

[DanH]

@Christoph-Hart Exports fine, working in Logic. It's an FX plugin. I set my LFO with Tempo Sync on and Clock Sync on. What should I be expecting? I ran a loop and the lfo loops normally without any retriggering when the loop starts again (I looped it between oscillations).

Setting sync to external was mentioned - should I do this and if so where do I do it?

[lalalandsynth]

@DanH ?
When everything is working like it should , you should be able to start your playback say at 1/4 into the bar and the lfo should start there. It should also allow seeking and looping within a bar , say a1/4 from the start and a 1/4 from the end.

btw, are you exporting as AUv2 or Auv3 ? Out of curiosity.
Did you use this code

// Create a transport handler
 const var transportHandler = Engine.createTransportHandler();
 
 // The grid callback needs to be enabled for the LFO
 // to sync itself to the clock.
 transportHandler.setEnableGrid(true, 8);
 
 // The clock will now prefer the external clock source. This
 // means that as long as the external clock isn't running
 // (the DAW playback is stopped) it will use the internal clock
 // and as soon as the DAW playback is started it will resync
 // itself to match the DAW position
 transportHandler.setSyncMode(transportHandler.PreferExternal);
 
 // Start the internal clock. This will cause the LFO to run
 // even if the DAW playback is stopped. (if you omit this line
 // the LFO will not move unless the DAW playback is started).
 transportHandler.startInternalClock(0);