TUIO 2.0 specification nearing completionJanuary 4

It took longer than expected to develop the next generation TUIO 2.0 specification, since this new protocol generation is intended to cover a much wider scope of tangible user interfaces and interactive surface environments. The present TUIO 1.1 specification has been mainly used for multi-touch surfaces, but it also included the basic component descriptors for tagged and untagged physical objects.
In addition to improved multi-touch features, TUIO2 now has an even stronger focus on tangible (=physical) interfaces. Therefore it is not only enhancing the existing components with some previously missing attributes (e.g. pressure), but also defines new descriptors for additional interface component types. Apart from extending the existing descriptors for Tokens (tagged objects), Pointers (touch and pointing devices) and Bounds (untagged object geometry), TUIO2 introduces an additional Symbol component for the encoding of arbitrary symbols, such as RFID tags or data matrix codes. Additional Geometry messages now allow the more detailed description of the full shape of untagged physical objects, while several complementary Content messages allow the transmission of additional control dimensions, data content and signals for any interface component. TUIO2 also introduces the new category of Association messages, which allow to define various Container and Connection relationships between individual interface components. The new protocol finally also includes detailed Timing information, which is essential for the realization of gesture-based interfaces.
Due to its shared OSC name space /tuio2 and its more compact message syntax, the new protocol is hopefully more open for future extensions with additional component messages. This structure also allows the incremental description of individual interface components by a series of messages. A finger touch for example can now be encoded by combining a pointer and bounds message, while several properties of a tagged physical object can be referenced through a series of token, symbol and geometry messages.
Although the documentation still might need some improvements and eventually some minor error correction, I hope that the current specification actually meets its primary goals and can be soon declared final. If there are any objections or last minute proposals for improvement, please get in touch as soon as possible. In any case it will still take some more time before we are going to see actual implementations of TUIO 2.0, since most applications and client libraries are still in the process of implementing TUIO 1.1.

  1. Which license will TUIO 2.0 have? GPLv2 as until now? LGPL which would fit better for a library?

    It’s not clear whether a project which uses the TUIO library has to be published under the GPL too, or if other (open source or not) licenses would be possible for the project.

  2. Hi Fabb, yes the TUIO libraries are indeed licensed under the GPL, which in fact means that any software based on it also needs to be published under the GPL.

    If you are planning a commercial project though, we can of course talk about an alternative license model.
    best, Martin.K

  3. Hi, was the timing information added only for gesture purpose, or has somebody requested it for multi-machine sensor grid design?

  4. Hey Lucas, yes the timing information was mainly added to support enhanced gestures, but it can be of course used for other purposes. What exactly do you mean by “multi-machine sensor grids”? I guess in this case you should be able to take advantage of the source multiplexing feature, which allows to distinguish messages from various TUIO sources.
    best, Martin.K

  5. Hi again,

    we have finaly published our TUIO 2.0 implementation. During the development, there were several issues concerning the TUIO 2.0 specs, so we came up with several change proposals. Everythink is listed on the project site –

    Live long an prosper, Lukas