miker2049 / midigrid Goto Github PK

Thanks for the update.

I get a repeating not in view! error even though code runs and works. Using an apc mini the error seems to stem from line 122-32 in mg_128 and similar with mg_256

function midigrid:led(x, y, brightness) grid_buf[x][y] = brightness local index =16*y+x local note = views[curr_view][index] if note ~= nil then local vel = brightness_handler(brightness) _brightness_to_buffer(note, vel, config:led_sysex(note, vel)) else print("not in view!") end end

I am too much of a newbe to figure it out.

Neither midigrid.lua nor mg_128 work on my apc mini. Down to a single error, however, which is

SCRIPT ERROR: load fail

/home/we/dust/code/midigrid/lib/midigrid.lua:240: attempt to index a nil value (global 'caps')
stack traceback:
/home/we/norns/lua/core/norns.lua:126: in metamethod '__index'
/home/we/dust/code/midigrid/lib/midigrid.lua:240: in method 'refresh'
/home/we/dust/code/midigrid/lib/midigrid.lua:107: in field 'connect'
/home/we/dust/code/awake/awake.lua:45: in main chunk
[C]: in function 'dofile'
/home/we/norns/lua/core/script.lua:159: in function </home/we/norns/lua/core/script.lua:159>

Any help appreciated.

The current colour profiles for the rgb devices work to varying degrees depending on the script having the ability to set a colour profile to use in the script would allow specific profiles.

I'm trying to see if i can make a device profile for my livid block (or eventually OhmRGB)

I copied apc mini to start off

I get errors on start:

midigrid.lua line 201
_brightness_to_buffer(note, vel, config:all_led_sysex(vel))

throw an error since the all_led_sysex function does not exist.

how does this work for the apc mini?

Do midigrid:all(brightness) and midigrid:led(col, row, brightness) need a check for sysex before trying to do those all_led_sysex and led_sysex functions?

@miker2049, @jaggednz, @timm052; PTAL
cc @catfact, @ryanlaws

What I had in mind was e.g.

├── lib
│   ├── mg_128.lua
│   ├── mg_256.lua
│   ├── mg_64.lua
│   └── midigrid.lua

where midigrid.lua contains only code common to all grid sizes.

This starts to suggest an OOP appproach, with midigrid.lua containing a midigrid ABC, mg_64.lua containing a 64-key child class, etc.

Having looked at @okyeron's oscgrid, very specifically oscgrid.lua, it occured to me that we might be able to similarly leverage the existing norns grid API for the implementation.

I don't know that I have the Lua know-how (or unfortunately the time) right now to do the design work, but I'm certainly willing to talk about it, and pick up coding tasks which might come out of this.