Check This Out LUA Plugin

It's a super-cool plugin. I'm contemplating adopting it (into unofficial-api, of course, for better image/structure support, among some other magics ;) sometime in the near future.

Extremely exciting.

(I wonder how many kineme.net users aren't lurking on the qcdev mailing list....)

here is a little remix. just tried to use the game engine for more visual things. enjoy.

grischa

Preview	Attachment	Size
	dripper.png	422.12 KB
	dripperHockey.qtz	322.36 KB

Quote:

I'm contemplating adopting it

Please do it, man :-)

Quote:

(I wonder how many kineme.net users aren't lurking on the qcdev mailing list....)

shed loads of kineme users who know nought of the tremendously useful qcdev list, I shouldn't wonder.

I'll hazard a guess , practically all who post / respond here and have never posted on qcdev ?

For those who are wondering about why there's such a love fest on about something called LUA - just go here ----> LUA.ORG

You've just gotta love it.

Lua = Moon [in Portugese]

The qcdev lists archives can searched from here QC DEV ARCHIVES.

I find it best to tab each link to follow from the archives, so I can kind of concatenate the thread before me in toto.

I'm on the Apple Quartz Composer Dev list. Discovered it before I found Kineme, in fact, and quite a few Kineme regulars are also registered there, as cwright points out.

a|x

Same here... developer list member before coming here. Reading through the entire history of the archive is one of the best ways to learn about QC. It's a shame that the things that were attachments don't work (I don't think?).

I bet there are many people that just kind of chill, and sit back and gather in the progress and use that info to inform whatever they are doing.

The LUA plugin is seemingly very cool. It's daunting to learn a different language, but looking at the web page it is EXTREMELY simple, so that had me going "wow". Ultra simple I thought, so I can see why it has proved popular. I'm really curious to see the extent of how it works, and under what circumstances it doesn't.

Quote:

It's a shame that the things that were attachments don't work (I don't think?).

Download attachments in Safari as a name of file or else as it comes ysgfauysg.bin, then rename the file as whatever.qtz, or else trim down the resulting named download with extension , say whatever.qtz.bin to whatever.qtz.

gtoledo3 wrote:
It's a shame that the things that were attachments don't work (I don't think?).

The QC Mailing List is also archived here --- http://www.mail-archive.com/quartzcomposer-dev@lists.apple.com/ --- which preserves the attachment names properly (no renaming necessary).

Thanks! I had run into that on web searches, but I had totally glossed over that fact...

... but- are you indicating that those bin (if I remember correctly) files from the Apple site can just be renamed? Now I feel mega slow on the uptake.

They are correct, George. Just rename it and give it a .qtz file name extension. You'll then be prompted to either keep .bin or to indeed change to .qtz. Choose .qtz.

I didn't know it either until I was told last year.

I lurk on here and the QC Dev List, but I always feel like I come off as a noob posting, usually the questions I ask have answers that stare me in the face...

So what if it was a zip or other file!?

Dunno. I'll defer to others more knowledgeable.

gtoledo3 wrote:
So what if it was a zip or other file!?

Just keep the normal extension (be it .zip, .doc, .qtz, .m, .holycrapfileextensionsaretheworst, whatever).

Whatever Matt -- you and I have had some great discussions. You're hardly a noobie when it comes to QC :) (You've even got a memory leak bug report under your belt, and an LM authentication bug in webkit/webservices/whatever framework -- that's more than many.)

nice been playing with some drips as well

I love it <3 This is a super good idea :-)

I believe this plugin project has been updated at least once since it was initially published...

I'm curious if anyone ever did anything cool with it. I've been looking at LUA recently, to see what kind of things this would be handy for.

Currently trying to learn enough LUA around loops and arrays to speed test structure parsing against JS and Queue patch. Obviously Queue beats the @#$% out of JS for straight capture but can't do any mods. Gives a good control though for JS v LUA.

Paolo says that the LUA should be less efficient and has been in his own tests, citing the work that Apple has put into making it's javascript engine run efficiently.

I don't think the normal queue beats a comparable javascript queue... do you find otherwise?

Just to fill in some blanks, JavaScriptCore employs a JIT compiler -- you're going to have to try really hard to out perform it (it's possible, and Chrome does it, but that's the only JS environment I'm aware of that consistently outperforms JSC; the only thing faster/lighter-weight is straight C/Obj-C, which doesn't apply here :)

I thought I was, but just realised I wasn't comparing apples and oranges. It wasn't a fair comparison in sense that I had Javascript patch scrolling the whole structure (subtracting from all the existing X values) while the Queue method just scrolls a 3D transform patch to do same.

I rewrote and find it to be even-stevens on my old dual G5. May be different for your gear.

Will leave LUA alone if that's the case!. Couldn't even get it to spit out a declared structure that should work with a print statement according to tutes. eg. t={1,2,3,4,5}

I wont be trying to outperform JavaScriptCore any time soon. Even with Paolo's help ;)