maybe i found 2 bugs (uiSlider / call of lua script)

[Widy75]

maybe it depends on my configuration
the bugs are hard to describe it in the headline, but let me try it here

configuration:
reaper latest version 32 bit / win7 64 bit
ctrlr Version 919 currently

uiSlider .. if i use this in the following setup ctrlr freezes
================================================
setup
-use a track with midi input from my midi keyboard controller ( sending only channel 1)
-load ctrlr and enable midi in and out (ESI 4×4)
-create new panel
– vst input enable
– midi thru enable
– select midi in and out device
-create new "uiSlider" send receive only cc 1 ( didnt changesomething)
-exit edit mode
– if i now move my modwheel (as fast as possible up and down a few seconds ) and play some notes at the same time
=>i see the uiSlider moving up and down … but after a fiew seconds ctrlr freez

if i just use a empty panel it works fine
if i just use a uiImageSlider instead of the uISlider it also works find ( also with a mapped gfx on the slider )
=> panel works better with uiImageSlider (*workaround*)

calling of 2 lua scripts at the same time .. ctrlr freez / sometimes crash / somtimes i got no controllers from the panel in te script, sometime i got runtime error
==================================
setup:
ctrlr with panel vst enabled miti thru enabled
-panel implements a lua script on midi receives ….. i use this to check for sysex messages and parse it if a sounddump was received ..so far so good..works well
-i also use a slider witch calls a luA script and send some midi messages ( callS other modulator:SetValue but only with midi send true ,all other options are false )
-works so far .. if i turn the knob the right messages are send …

but if i play at the same time a midi pattern played by reaper on the same track , always the lua script for incomming messages are called ..and than the i got all the errors (freez, runtime , crash …)
if i disable the midi receive function … it works fine
=>i think calling of 2 lua scripts at the same time … can not handled ….

=>its possible to hook up a lua script for only sysex message to parse
seems also to be better because calling a script on any receive will end in a timing issue during playback ( never happens so far but my panels are growing and growing)

is there a other way to receive such sysex dumps ?
i also tried disabling the midi receive by calling panel:setPropertyString("uaPanelMidiReceived","") .. but not working

thx for reading this bug report ..
std. panels working even fine and never crash …. maybe i want to much …..
what i’m cooking is .. to store 2 controller configurations as hex in the panel and a controller reads this out and calls the difference of this patch,depending on the controller position
and this is working …. but only if i disable the midi recice function which i need to get sounddumps and store them as hexdump
however .. i never had so much fun with my external synths ” title=”Smile” /> ….if i disable gui updates nd only send midi messages … it also works autmated from the daw ” title=”Smile” />
if i get the problemes fixed .. i can release such a panel …

thx atom for all your work and support ” title=”Smile” /> widy

[atom]

the first bug looks weird, will look into that

the second one might have to do with threading issues, in VST mode events from the VST host come on a different thread and that might be causing some issues, i’ll look into that too.

There is a special part of Ctrlr that will be added soon a Program Manager that will be built to handle SysEx dumps, programs, sending storing etc. So i’d wait for that to finish and implement all stuff in it (it will be also LUA based so all the code you have written so far for parsing sysex dumps can be re-used). It’s not possible to attach an event to a specific midi message, but you can easily do that by checking the first byte of the message and doing stuff based on that, i might implement come of the generic MIDI Message methods from JUCE (http://www.rawmaterialsoftware.com/juce … ssage.html) that might help with LUA processing.

Thanks for the bug report i’ll see what i can do.

[atom]

Try the latest nightly, the LUA crash should be fixed possibly the first bug too (both might have been caused by the same threading issue)

[Widy75]

wow yeah ” title=”Smile” />
seems to work ….both bugs are fixed ….. no more crashes here
thx lg widy ” title=”Smile” />

[Widy75]

925 seems very improved on stability … i had no more crashes during 3 days of using ctrlr as vst extensively

the only crash i got was the crashes of my novation a – station ” title=”Smile” />
ctrlr is a cool tool to overload some old synths with sysex / cc dumps ” title=”Smile” /> .. and sometimes old synths gives up and crash .. but holy shit sometimes thy produce so confused sounds …. like a ghost in my synths ” title=”Smile” /> .. i like it ” title=”Smile” />

lg widy

[Author]

Posts