Towards the Perfect Live Motion Graphics Performance Tool

October 24, 2012

I think Luz Studio has a lot going for it. The Create Digital Motion article Luz: Live Motion Graphics, Controlled by Anything, Free on Linux and Now with DMX sums it up nicely, so I’ll leave it at that.

I’m going to talk about where Luz Studio fails, and then tell you how Luz 2.0 is going to overcome those failures.

Luz Studio fails in usability.  The seven User Objects (Actors, Directors, Themes, Curves, Events, Variables, and Project Plugins) that make up a user’s Luz set are a great model and effectively encompass everything that is required to make a fantastic interactive visuals show.

In Luz Studio these seven types are presented in tabs, which is consistent and makes the internals beautiful, but it fails in that it does not convey to the new user which of these are immediately relevant and important to them.  The user interface also fails to convey the organization of these objects, presenting them as flat when in fact Directors logically contain Actors, and Directors are themselves contained and controlled by the Project Plugins.

Luz Studio uses deprecated technology.  Specifically, the Ruby-Gtk bindings project that Luz Studio uses to create the user interface has dropped OpenGL support.  Hint: OpenGL is important to Luz.  I don’t want to fight with upstream projects.  It’s a deal breaker.  This is why Luz Studio doesn’t work out-of-the-box in any Ubuntu more recent than 11.04 (released April 2011).

Luz Studio crashes. This is entirely due to the Ruby-Gtk bindings (or Luz’s misuse of them).  Ruby applications needn’t ever crash– that’s one of the beautiful benefits of an interpreted language.  Ruby bindings, written in C, are able to introduce segfaults and segfaults make kittens cry.  Luz has only seen crashes due to the Ruby-Gtk bindings, not any other bindings it uses.

Luz Studio suffers from a Stop-The-World pause.  This is caused by Ruby garbage collection (GC), but more specifically it was found to be caused by our good friend, the Ruby-Gtk bindings, which does a tremendous amount of difficult work every time Ruby GC is invoked.  With Ruby-Gtk included in a Ruby app, the GC times are almost half a second, without them they are unnoticably short.  Like under 1/100th of a second.

Luz Studio is limited to Linux.  While the original plan for Luz did involve an amount of ideological evangelism for the Linux platform, it would be neat as heck to be able to run Luz on OSX, at least.  It’s what many live performance musicians use, so it would open up the potential audience significantly.  (Windows, too, for the poor suckers stuck there.)  What makes it difficult for Luz Studio to run in OSX or Windows?  Gah, beating a dead horse here: it’s the Ruby-Gtk bindings.  The Luz Performer has always worked in OSX and Windows, because it’s a much simpler Ruby+OpenGL+SDL application.

Luz Studio is single-user.  One mouse, one user.  Friends get bored.  There was some effort at making Luz multi-user over a LAN, but this was triggering the Ruby-Gtk crashes more often, when other people did stuff, which was just intolerable.

Luz Studio is not live-playable.  This was the original goal of Luz.  Create and play visuals live.  What it is good at now is creating a toy at home, and playing it live at a show.  This is largely due to the long Stop-The-World pause introduced by Ruby-Gtk, and partly due to window management problems with Gtk OpenGL apps.

Gtk is not meant for live performance.  This was never a consideration for the toolkit.  The implications are subtle but important for Luz.  For example, the user is using a spinbox to change a decimal value from 0.5 to 0.7.  Gtk sends us a few change notifications… 0.54, 0.68, 0.7.  The changes in value are not themselves beautiful.  Wouldn’t it be great if the user could change values beautifully?

Luz 2.0

If you’ve been following along so far, then you might guess where this is going.

We’re dropping the Ruby-Gtk bindings.  The bindings served us well so far and I am personally very grateful for the work done by the Ruby-Gtk team!  It was quite a useful stepping stone, and Luz wouldn’t exist today were it not for this project binding the extremely beautiful Ruby language with the extremely beautiful Gtk toolkit.

No more Gtk bindings means no more Gtk, and we need a new way to implement a user interface.

Instead of picking a new cross-platform interface toolkit and dealing with a whole new set of problems, the plan is to implement one from scratch, using only Ruby and OpenGL.

A shockingly simple sounding solution that will solve all the problems listed above.

Work is underway on this, and while it’s a large undertaking, it’s coming along nicely  (It turns out the existing codebase of Luz is in fact quite perfect for creating a user interface library!)

The goals of 2.0 are:

  • Fullscreen, animated and beautiful interface.
  • Extremely usable and intuitive.  Usable by young people.  My target age is 4.
  • Smooth and performable creation of sets.  Creation of sets from scratch as a type of live performance.
  • Multi-user set creation, each with their own cursor on one screen, or on multiple screens on a LAN.
  • Able to load existing Luz sets.
  • Linux, OSX, Windows

This is what it looks like so far:


Luz Project Source Code Guide goes online

February 28, 2012

Luz is a live motion graphics editor and performer, and live DMX light controller.

I’ve put the start of a guide to Luz’s source code online.

It contains information about how Luz, which is written in Ruby (slow!) achieves 60+ FPS (fast!), and lots more about the how and why of Luz. The document allows comments, so please let me know your thoughts!

Check it out and enjoy.


where did libgtkglext1-ruby go in ubuntu 11.10?

December 28, 2011

I was hoping someone could offer some hints.

Comments are open or reply at the related bug:

http://bugs.launchpad.net/luz/+bug/850734


ScreenRuler and Studly translators – French, Spanish, Brazilian Portuguese, German, Czech, Serbian needed

November 28, 2011

Studly
http://translations.launchpad.net/studly

The French and Spanish translations are almost done and need a little push.

ScreenRuler (in Debian and Ubuntu repositories)
http://translations.launchpad.net/screenruler

The French, Serbian are Czech are well underway and could use a little more love.

Thanks for helping out!


Introducing Studly – Simple Open-Source Flashcard Software using the Leitner Spaced Repetition Model

November 19, 2011

I just added Studly to Launchpad.net.

Studly is a simple flashcard trainer using the Leitner “spaced repetition” model.

It supports unlimited card groups, fullscreen study mode, studying your cards forwards or backwards, study statistics, and CSV import and export of cards.

The README has package dependency info for Ubuntu. Please leave comments if you can provide install instructions for other distros.

I set up the project for translations, so if you’d like to help out check out:

http://translations.launchpad.net/studly/trunk


Fun with Luz Motion Graphics + Chipmunk 2D Physics

November 1, 2011

Luz is a live motion graphics editor and performer for the Linux desktop. With the addition of Chipmunk 2D Physics, it is a game development studio.

Multiple physics simulations running with different gravity settings.

In a fully vector world, zooming in shows more detail.

More examples of what you can make with Luz Studio.


ScreenRuler is now translatable in Launchpad.net

August 12, 2011

If you’d like to contribute translations, check out:
http://translations.launchpad.net/screenruler

This is my first translatable app so please also let me know if I did anything wrong!

Thanks!