Tweeted about this great presentation by Sebastian Deterdingsome time ago, it’s worth another mention
Presentation from DevDays talk last week in Belfast and Dublin.
1 billion gamers are set to join the market in the next 10 years. They will be getting more and more mobile and especially in the emerging markets. Wouldn’t it be great if we could tap into the 3 billion hours per week invested gaming, as an opportunity to make our applications more engaging.
This talk is an introduction to ’Gamification’ a term that describes using game dynamics order to drive participation.
A follow up blog post to follow on @eclipticlabs website: http://www.eclipticlabs.com
People at SARC on twitter, in no particular order:
Paul Stapleton: pauljstapleton (Staff SARC)
Chris McClelland: chrismcclelland (PhD SARC)
Peter Bennett: petebennett (PhD SARC)
Robin Price: crx091081gb (PhD SARC)
Sarah Orr: Sarah_isobel (PhD SARC)
John Hope: midhir (MA SARC)
Mark McKeague: nerved (UG SARC)
John Darcy: johndarcymusic (UG SARC)
"Walter the Goon": walterthegoon (MA SARC)
Philip d’Alton: philcreatures (MA SARC)
Martin Byrne: http://twitter.com/doctorlilt (UG SARC)
Justin Yang: justinyang (PhD SARC)
David McNeill: glitch83 (UG SARC)
Gary Fitzpatrick: garyfitz123 (MA SARC)
Brennon Bortz: brennonbortz (MA SARC)
Mike Andrews: Mike_Andrews (PhD SARC)
Daniel Barkley: DanielBarkley (UG Music)
Matthew Whiteside: mwhiteside (UG Music)
…to be continued, let me know if i’ve missed anyone…
Oscpack is simply a set of C++ classes for packing and unpacking OSC packets. Oscpack includes a minimal set of UDP networking classes for Windows and POSIX which are sufficient for writing many OSC applications and servers, but you are encouraged to use another networking framework if it better suits your needs. Oscpack is not an OSC application framework, it doesn’t include infrastructure for constructing or routing OSC namespaces, just classes for easily constructing, sending, receiving and parsing OSC packets. The library should also be easy to use for other transport methods (eg serial).
The key goals of the oscpack library are:
- to be a simple and complete implementation of OSC
- to be portable to a wide variety of platforms
- to allow easy development of robust OSC applications (for example it should be impossible to crash a server by sending it malformed packets, and difficult to create malformed packets.)
Oscpack is distributed under the following BSD style open source license
VVOSC is an Objective-c framework for assembling, sending, and receiving OSC (Open Sound Control) messages on OS X. A
simple sample application which sends and receives OSC messages is also included.
more information on OSC:
VVOSC is licensed under a Creative Commons Attribution-Noncommercial-Share Alike license:
lightweight OSC implementation in C
liblo is an implementation of the Open Sound Control protocol for POSIX systems, started by Steve Harris and now maintained by Stephen Sinclair. It is released under the GNU General Public Licence. This means that it cannot be used in closed-source systems you intend to distribute - if you have a specific requirement for liblo in a close-source system then mail me and I may relicense it on an individual basis.
WSOSC is a Cocoa framework, written in pure Objective-C, which supports functions for handling Open Sound Control data. Compared to the previously available Cocoa OSC libraries, WSOSC provides an integrated environment and easier ways to parse OSC packets; classes for client functions (that is, to compose and send messages) will also be offered.
* Licence unknown
Currently WSOSC can parse the following information:
- packet validity: data length and content
- packet type: message/bundle
- address patterns
- type tag string
- arguments: int32, float32, OSC-string
This is just an Objective-C wrapper around the CNMAT OSC-Client code, with some helper functions to make talking to SuperCollider3 a little easier.
SMS messages from my iPhone are taking nearly 12hours to arrive… why? anyone else having similar probs?