I was thinking that maybe you had done the rewrite you mentioned earlier?
Nope, it’s basically a port of Conner’s script, with a few additional of my own. Did it in a single night. And while it’s possible to do the incremental write-thing, it’s not a small task.
For example, Notes On Wheels takes up more than 4000 lines of code 
Ok, no use for me to even try it then (I really should save up for a new laptop and midi interface). Anyways… you are doing a great job, keep it up.
Hi
Great work thank you!!!
But when I switch (for example) mixer to gridpie all the track selected in gridpie turn off…
I there possible to keep the track on in gridpie when you switch to another configuration?
I replace the transport per switch configuration it woulb be perfect if the gridpie stay on …
And excuse me for my english!!!
Mooko
Hey Mooko. When you switch, you are actually restarting the application, so it’s true that Grid Pie is resetting each time it’s started.
But what you are suggesting should be possible, it would require that Grid Pie is initially performing a “song scan” to locate which slots are enabled.
I’m currently investigating how to make Grid Pie integrate better in a Duplex setup, so thanks for the idea.
Right, another update for Grid Pie.
Now, you should be able to map the application to other devices than the Launchpad, since you can now control X/Y position with a fader/knob.
See the LPD8 configuration for an example of how to do it (oh, and LPD8 owners, please take a look here)
The bug, where the held button was deactivated when released, is gone, and holding a button now copies the pattern (much faster!!)
I’ve also done some tweaks in order to make the usage more smooth. For example:
- Hitting “play” will force the playback to begin in the GRID PIE pattern.
- When “follow_pos” is enabled, follow playback will be disabled at all times
- The application will shut down in an orderly fashion when you load a new song, or delete the GRID PIE pattern
- You can MUTE/OFF tracks, and Grid Pie will leave them alone
Download the release here
I can’t seem to get this to work on the LPD8. I press and hold a button, nothing different happens than a regular press. Am I doing it wrong?
I was expecting the playback to start right away?
Can’t figure out how to revert song to the original “no Xs” state. Tried deleting the pattern. Didn’t do anything.
Everything else seems to work.
Good stuff.
The instant playback, to me, seemed very obtrusive. I’m like, take a deep breath, hit start - a willfull act. I never enabled autostart in Renoise for the same reason. But let’s make it optional!
As for the reverting of mutes, I completely missed that feature…time to revisit your script 
Grid Pie Duplex version, bug:
Copy all patterns doesn’t do correct polyrhythm copy.
Open Demosong - BeatsSlaughter vs Tenda - Psydrums.
Launch GridPie Duplex
Select Pattern 2
“Click and Hold” to copy entire pattern
Select Pattern 4
Single Click to Copy Track 3
Expected:
Other tracks expanded to match.
Actual:
Other tracks are truncated.
Thanks, I’ll look at it right away (was working on it already 
)
Edit: fixed. I’ll just finish what I’m working on and release a new version soon.
Edit2: new version available on SVN or from here
I’m trying to make this Duplex version of Gridpie work with TouchOSC, but it’s my first attempt at lua and I don’t know what I’m doing.
I have created GridPie.lua to go alongside MixerTransportMatrix.lua here: http://pastebin.com/FV4FaMSi and have modified TouchOSC.lua to include this file. Duplex accepts this file without throwing any errors and in the interface of Duplex, the TouchOSC GridPie buttons work as intended, however, my TouchOSC app on my iPod does not trigger the buttons. If I select Mixer Transport Matrix from Duplex the iPod works fine so I know it’s not a connection issue. Could you please tell me what I need to add/fix to make this work?
THANKS
Hey phooka,
Unfortunately, TouchOSC’s grid component doesn’t transmit any button-release event, that’s why nothing is happening…but you could make a custom TouchOSC layout with “pushbuttons” instead
As quick fix, you can also open GridPie.lua (the application) and search/replace “on_release” with “on_press” 
Note to self: we need an option in Grid Pie for devices with no release/hold events.
This quick fix worked like a charm, thank you.
Hi !!!
I try the new beta and gridpie reset all trhe tracks when i switch mixer configuration (or other) to gridpie… but when I switch gridpie to mixer (or effect or other configuration ) no problem…
I try to find in the script but it’s too hard for me … 
I create a switch configuration for replacing the start and loop button (ok work perfect) but that’s all for me (and my little script language )…
And excuse me for my english!!! 
Mooko
Hey Mooko, I have to give you the same reply as I gave you a week ago:
The reason that Mixer, Effect etc. seem to “remember” their settings is simply, that they are designed to represent the current state in Renoise (the selected track, device etc.). Grid Pie, on the other hand, is doing stuff temporarily.
The solution to your problem will require modifications to Grid Pie. Stay tuned for updates…
Ok thank you so much Mr Danoise!!!
Wait & see 
I’m really loving this…
I agree, Conner did something wonderful when he came up with the idea for this tool 
Also, don’t be afraid to suggest new features - for example, I’d like to see scheduled triggering (wait until pattern reach it’s end, or X number of beats)
I’d like to add that this is not really an issue anymore - Grid Pie (the Duplex port) is now actively setting the playback position to the GRID PIE pattern, so it’s actually possible to create and manipulate blockloops even when follow_pos is enabled. You’re still missing out on visual feedback on the current position, though.
Hi, I need your help again. 
Now I try to make GridPie config for APC, but it seems that the button colors are different from the normal configs. Although I tried to edit it by myself somehow, I don’t yet understand the way…
2618 
Currently,
[Duplex Browser] >> [APC]
- Muted slot [dark red] >> [not lit]
- Selected slot [yellow] >> [yellow]
- Selected blank slot [orange] >> [red]
But I want them to be lit like,
- Muted slot >> [red]
- Selected slot >> [yellow]
- Selected blank slot >> [red blink (or green?)]
[from the APC protocol pdf]
0=off, 1=green, 2=green blink, 3=red, 4=red blink, 5=yellow, 6=yellow blink, 7-127=green
Where and how can I edit them??
Okay, first thing I notice is the dark red color in the virtual control surface. AFAIK, the APC can produce only the following three colors for those buttons
Yellow = 1,1,0
Red = 1,0,0
Green 0,1,0
But the colorspace for those buttons on the APC20 have been defined as 2,2,0 in the control-map. That’s actually wrong, isn’t it - it should be just 1,1,0 ?
If you try and change that, the virtual control surface should only display colors that the APC is actually capable of…
As for the application’s colors, this is actually quite easy to change - if you open GridPie.lua and look for “palette”, you’ll find the colors specified as RGB values. Try and experiment?
self.palette = {
out_of_bounds = {
color={0x40,0x40,0x00},
text="",
},
selected_filled = {
color={0xFF,0xFF,0x80},
text="■",
},
selected_empty = {
color={0xFF,0x80,0x40},
text="■",
},
empty = {
color={0x00,0x00,0x00},
text="□"
},
filled = {
color={0x80,0x40,0x00},
text="□",
}
}
Once you find a set of colors you like, just PM me and I’ll make some code so we can define the palette especially for the APC. Right now Grid Pie comes with a palette which is primarily good for the Launchpad + monochrome devices. APC is sort of inbetween 
But it’s hugely useful to be able to see where there’s content and not.