[Tronic]

ATOM good news, let them see who you are 😉

[Tronic]

great, I’m glad that this will be possible.

[Tronic]

Another thing to avoid in a restricted instance is the ability to edit the lua scripts,
which are now accessible from the menu,
Program Manager -> Midi Library
users should not see the page that now appears in the Midi Library.

[Tronic]

Here with the latest nightly 1516 when exported as new instance it crash.

Ctrlr crash at: 2 Aug 2013 3:42:13
Stack trace:
3: UnhandledExceptionFilter + 0x160
4: MD5Final + 0x1de8
5: _C_specific_handler + 0x9c
6: RtlDecodePointer + 0xbd
7: RtlUnwindEx + 0xbbf
8: KiUserExceptionDispatcher + 0x2e

[Tronic]

Now the midi is not managed by the AudioProcessor of Juce?
But I document a little of this, or else risk not to help, hehe.

[Tronic]

Good to know.
yes, but your host example request the lib from MinGW to work, now.

Then about what would you need for the GUI of the midi preference?
I can help on this my vacancy is my home this year.

[Tronic]

yes, same here. but i have downloaded MinGW and placed the exe in the bin folder.
atom not have statically linked the lib. 🙂

[Tronic]

I would like to propose something, but I need to know if
the rectangle of the plugins in/out has a size to be met
or will be the SVG image to give the shape and size?

you might have a list of the things you need?
Midi In, Midi Out … and?

[Tronic]

perfect!
thanks.

[Tronic]

Very interesting.
It would also be useful to have the ability to upload files as well MIDI Sample Dump Standard[/url:2d8pbqlr] or generic estension like txt or bin etc..
Some midi synth as offer the ability to load and unload samples with midi dump in SDS format, and it would be really nice to have the view of them.

Then in the future also understand how to manage them directly, load them from files, send and receive them, it would be a must.

[Tronic]

OT:

"atom":2516cba3 wrote:

No there was never any OSC support in Ctrlr. I never added this cause i have no test platform for it (don’t really know how wold that work in Ctrlr). I’m open to suggestions on this topic. The network device in Ctrlr was built for remote controlling Ctrlr from portable devices (Tablets, smartphones) but it wasn’t OSC, i still want such a remote control interface to be made at some point so maybe i’ll use OSC, but like i said i don’t know what would be the purpose of OSC in that place.[/quote:2516cba3]

Support for the open sound control, allows to use CTRLR, to realize the control application for a possible DIY Hardware Design, for example a mixing control, lights DMX, etc..
bypassing some limitations imposed by the MIDI protocol.
and having both worlds available, make it unique in its kind

[Tronic]

Atom, but some time ago, you could choose between MIDI devices, a device OSC?
or am I wrong? or has been deleted for some reason?
I ask because Reaper has now begun to integrate support for the OSC, and it would be nice to have it.

[Tronic]

Here we are ready to test your fabulous work

[Tronic]

Hehe I missed this: stringToLua
Ok I downloaded the latest nightly and I saw that you started the support of the ListBox, as a component. Great.

But in the custom component, the callback does not seem to work, for double clicks and key pressed.

[Tronic]

Actually know how to do both, it would help.

This is what I’m trying to make. [attachment=0:1yyhqwru]Lua_List_Box.gif[/attachment:1yyhqwru]

[Tronic]

"atom":1kknlnro wrote:

I didn’t bind the needed methods to do this, but i’ll add them in the new nightly build (i didn’t add them cause they require table operations). This is how to get a list of files in c: in the new nightly:
[code:1kknlnro]
t = {}
f = File("c:\") — create a file that points to the directory we want to list
f:findChildFiles (t, File.findDirectories, false, "*") — search the file for directories only, don’t recurse
for i,v in ipairs(t) do console(v:getFullPathName()) end — print each found element in the table
[/code:1kknlnro][/quote:1kknlnro]
thanks for this.
it works well, but I think I’m missing something else in the management of data in lua.
how to make this code work?

[code:1kknlnro]t = {} — it store userdata
myfile = File("") — empty file ???
f = myfile.getSpecialLocation(File.userApplicationDataDirectory) — C:Users<username>AppDataRoaming
f:findChildFiles (t, File.findFilesAndDirectories, false, "/Ctrlr/*") — find and assign result to table "t"

for k,v in pairs(t) do
getPathLine = v:getFullPathName() — get value but is always userdata
console(getPathLine)
console(type(getPathLine))
— how get value from userdata ??? getPathLine:getObject / not work
graphics:drawText (getPathLine, 10, 0, 100, k*40, Justification(1) ,true) — of course, does not work, It takes a userdata value in "getPathLine"
end[/code:1kknlnro]

[Tronic]

Well then, we expect in future releases.
thanks, atom.

[Tronic]

better to use your code?
I am using this:
[code:1xii8agf]– Create MemoryBlock
data = MemoryBlock(0,true)[/code:1xii8agf]

[Tronic]

"atom":3axjh3nf wrote:

There is a ready ListBox component in JUCE i can bring to Ctrlr, there are also ready FileListBoxes and other stuff, but i’d need to have a reason to add those. If you can give me one i’ll add it.[/quote:3axjh3nf]
I try

"atom":3axjh3nf wrote:

…The objective here is to make Ctrlr a bit more like a librarian program….[/quote:3axjh3nf]
I can find a reason in your words in one of your posts …
I do think that people who go to have a controller software for a hardware is pushed first to have the ability to save and categorize your presets on disk,
so a good graphics support, then to have the ability to browse, retrieve and save these files, all this will be easier to give CTRLR also as a good librarian program.

I do not know how much work it takes, but it would be a nice feature.

I was attractive?

[Tronic]

Really Thank You.
I’m trying to create a panel to serve as a listbox in lua, so far looks nice, a little difficult to manage all mouse events, but we try.

[Author]

Posts