I’ll wait for others to give feedback. If none appears in the next few days please ping this thread again and i’ll review your changes. Grid Pie stand-alone is in “maintenance / patches welcome” mode these days…
Thanks for the quick reply, Conner. I’m a software dev by profession (C#, Javascript/Typescript blah blah blah) , but I’ve never got involved in public GitHub projects / branching etc.
Does Duplex support the functionality I added to Grid Pie? If not, do you want me to look into adding it?
A few more things to get my head around if so, but all fun and games
Okay, had a look at “Duplex” - but seems to be kitted out towards specific types of controllers, rather than a “one fits all” solution. Please let me know if I’m wrong on this assumption.
In the mean time, I realise my original modifications to the “Grid Pie” code didn’t work correctly when the matrix was triggered by Midi controllers on group tracks. The attached version should address this.
At some point in the near future I’ll add this code to a branch on the Git repository. For now the the script is attached if anybody wishes to give it a go.
Okay, obtained the GitHub repo but wont make any mods there just yet.
One thing I can’t get my head around right now - is there any way to determine the Midi device and source key from any controller assignments using the “renoise.tool():add_midi_mapping” method? The “renoise.ScriptingTool.MidiMessage” class returned by the “invoke” function doesn’t really give me much information. “renoise.tool():has_midi_mapping” just gives me a boolean, and I can’t find another other similar method in the documentation.
The objective is I’d like to send SysEx messages to the controller to set the lights when the matrix buttons are triggered by the controller.
I’m enjoying the Grid Pie tool as a part of Duplex in Renoise 3.1.1.
When I use it with my monome grid 128 it works perfectly.
However, I have tried the Grid Pie tool with a monome grid 64 and the akai apc40, and it seems to work fine except for the fact that I cannot see where on the “grid” the different phrases I have available are. I can see them fine on the grid 128. For example, I’ll try to make a chart below this to show an example pattern matrix:
T1 T2 T3 T4
0 X
1 X X
2 X X
3
On the grid 128 I can see this layout, but on the grid 64 and the apc40 I cannot. It makes it much more difficult to use.
I’m on ubuntu linux 64-bit, I believe it’s version 18.
when im in record mode and switch patterns, it just randomly adds many many new patterns on the bottom. maybe this was intended as a way to record switching between patterns but it reall is broken. and i dont know how to turn it off unofrtunately
there is system behind it haha. so i enable record, and press something in gridpie. then when i dont change anything, it adds 4 new patterns, when i change something, it adds 5…
weird stuff. id love to know whats going on
Had mapped a 4 to 4 grid with my alesis v61 pads and was deleting some tracks & moving some track blocks in Renoise matrix around while running gridpie (probably not the best way to use the tool :));
"'C:\Users\pluge\AppData\Roaming\Renoise\V3.4.3\Scripts\Tools\com.renoise.GridPie.xrnx' failed to execute in one of its midi mapping functions. The MIDI mapping will be disabled to prevent further errors.
Please contact the author (Dac Chartrand [redacted]) for assistance…
main.lua:285: attempt to index local ‘dest’ (a nil value)
stack traceback:
main.lua:285: in function ‘toggler’
main.lua:721: in function main.lua:717"
I was trying to get grid pie to work next to the auto clone patterns tool (Auto Clone Patterns | Renoise). So when having enabled the other script, you’re choices in grid pie are remembered/recorded into new patterns. Unfortunately, the two don’t seem to work with each other as auto clone needs player position scrolling to be enabled. Perhaps they can work with each other and I’m doing something wrong?
Hey Djeroek, if the line numbers are correct, then the bug is happening here in the toggler function:
local dest = rns.patterns[GRIDPIE_IDX]
local lc = least_common(dest.number_of_lines, source.number_of_lines)
dest is supposed to be the last pattern, the special GRID_PIE pattern, but it looks like it was deleted, or the script lost track of the index somehow.
Not sure what I can do to fix it. Can you try adding this line under local local dest?
local dest = rns.patterns[GRIDPIE_IDX]
if dest == nil then return end -- new line here
local lc = least_common(dest.number_of_lines, source.number_of_lines)
This should stop the crash, but the thing is I’m not sure if the button will still work anymore? Like, will it auto-reconfigure? Maybe an observer will pick something up on a subsequent tick or something…
Gridpie needs it disabled. Its launches the UI in a way so that Renoise loops the last pattern, then it copies pattern matrix slots into the last pattern when you click on pad buttons. If the last pattern is moving it will lose track, because Gridpie does the setup only once on init. Sorry.
No worries, was looking for a way to jam and record the gridpie noodling into an arrangement using both the tools, consider it a feature request for whoever inspired to pick it up .
Starting a new song / resetting the tool seems to have fixed the bug and I can use the tool without problems. Normal use will prevent the bug from happening anyway.
