Oct 26, 2007 at 5:43pm
The lua~ external is back online:
Lua~ is a Max/MSP external embedding the Lua language along with some
Here’s a very simple code example:
– define a function
– repeat forever:
– wait for up to two seconds
There are a few special advantages to using Lua – its memory
The nicest aspect: you can generate, execute, change and remove any
The not so nice aspect: Binding Lua to Max/MSP is much less simple
Currently OSX only, but maybe I can get a windows box to compile the
Oct 26, 2007 at 6:00pm
Sounds awesome Graham, I am really looking forward
Oct 26, 2007 at 6:08pm
yeah, it sounds really great.
it seems you are implying dynamic modifications to the signal chain without the familiar msp pop, is this correct?
Oct 26, 2007 at 6:52pm
This is correct – and also independent of block-rate*. For example:
– changing an FM modulator graph at increasing periods from 1 to
– duration of one sample in seconds:
– add a sinewave to the output bus:
for i=1, 100 do
– create new modulator
– create new modulator
*Though I have to stress the point – because of the current MSP
On Oct 26, 2007, at 11:08 AM, Robert Ramirez wrote:
Oct 27, 2007 at 12:56pm
I download lua~ and tried it. It works very nicely but seems to cost a lot
On 10/26/07 2:52 PM, “Graham Wakefield”
> This is correct – and also independent of block-rate*. For example:
Oct 27, 2007 at 10:23pm
I had to rewrite lua~ almost from the ground up to get around many
((That said, interpreted control, run-time modification and even
Once the efficiency changes have been implemented, I’ll post again to
On Oct 27, 2007, at 5:56 AM, Gary Lee Nelson wrote:
> I download lua~ and tried it. It works very nicely but seems to
Oct 29, 2007 at 11:35pm
Just updated the lua~ external (still only OSX, sorry). A few minor
On Oct 27, 2007, at 3:23 PM, Graham Wakefield wrote:
Aug 31, 2008 at 8:55pm
Thanx for all you’ve done with lua~, Graham!
Is it possible to pass variables in and out of lua~? The right output only seems to want to print to the Max window, and the other outs only seem to want the numeric output of ugens. If I could figure how to use Math or other ugen for the control calculations for the variables, I’d still need an I/O method for them (and I have a ton of arrayed vars). Looks like bus and play pretty much just push out numbers with no provision for identifiers. Assuming Math or other method can handle calculations, I thought maybe a worst-case I/O scenario would be to dedicate discrete ins and outs to handling communication of discrete variables… but I can’t figure out how to get specific data in/out a specific bus. And if any/all of the above is possible, is it possible with local as well as global variables? If possible, examples of these issues would really help!
Also, is it possible to have global variables shared across multiple instances of lua~ (and Lua scripts)?
Is it possible to embed an actual lua~ script inside a Max runtime for the purpose of hiding it from the public?
Thanks so much!
Aug 31, 2008 at 11:54pm
> Is it possible to embed an actual lua~ script inside a Max runtime for the purpose of hiding it from the public?
Heaven forbid that the public should actually know
Sep 4, 2008 at 2:30am
I VERY MUCH appreciate the open, sharing nature of Max and the Max community.
Actually I was thinking more of an installation situation where one does everything they can to secure it from hardware theft and software tampering. If somebody with ill intent should gain access to the system, messing with an exposed script could compromise the entire public experience. Hence my question about “hiding a Lua script from the public”. (I’m pretty sure the answer is negative by the very nature of scripts, but thought somebody might prove my perception wrong.)
Anybody have any answers to my other lua~ questions?
Sep 4, 2008 at 1:23pm
Is there any word as to when there will be a windows version of lua~?
Sep 11, 2008 at 5:37pm
Whoops, sorry for the delay, I’ve been taking (hopefully) the last
On Aug 31, 2008, at 1:55 PM, Jeff Burger wrote:
Well, I would say computational approaches to the control of
> So far, however, I’ve had no luck using it to replace some of the
I’ve had more joy with jit.gl.lua for scripting Jitter, but of course
> So some questions, please:
send variables in:
send variables out: outlet() function:
Anything sent out will go to the right-most outlet. In the help
> If I could figure how to use Math or other ugen for the control
It’s a little hard for me to understand what you’re asking. So, lua~
I’m not sure what variables you mean when you say you need an I/O
Bus and play() are just ways to connect unit generator graphs with
I’m not sure what you mean by global/local variables, but all
OK an example attached at end of this mail. HTH
> Also, is it possible to have global variables shared across
Not in the current version, but it *could* be possible.
> Is it possible to embed an actual lua~ script inside a Max runtime
If you mean a collective/standalone, then yes, just like any other
BTW, lua~ is working more-or-less in Max5, except for the editor
Save the following as ‘love.lua’ in the same folder:
– make a little graph:
– connect to signal outlet
– a global function is accessible to Max via the ‘call’ message:
outlet(“changed the graph to inlet”, which)
print(‘I love exams’)
Finally, I probably won’t upgra
You must be logged in to reply to this topic.