FUNK In Second Life

Over in the Second Life discussion forum, some good questions were raised about the efficiency of FUNK encoding. Registration is required. What, you don’t have a Second Life account?!  Get one free and help support FUNK in Second Life. As a general rule, I will not be cross-posting but in cases where there’s something someone new to FUNK  might find valuable I will. Here is my response:

Thanks for the feedback! It, patience and time will hopefully allow me to clarify some things. If it were intended primarily for LSL<->LSL comms, I would agree with your “overkill” observation. However, RAP is part of a broader framework for interoperability that provides non-expert users the ability to script the meshverse - including Second Life objects. As with all environments, there will be solutions which require experienced coders to choose or even invent more efficient approaches. GVScript - http://www.gvscript.com/2007/02/20/second-life-version/ uses RAP to provide coders with the ability to use a consistent messaging format across environmental and language boundries. For beginning and intermediate LSL coders this can mean the difference between a problem being approachable with tools and concepts they are familar with or intractable because there are too many nuances and details for them to wade through. Yes poor performing solutions will result in some cases but taking a glass-half-full type of person, experienced developers can benefit from a working specification of what someone wants to accomplish. With GVScript all of the means of LSL<->LSL communication are available to a developer and I am very interested in seeing more powerful approaches integrated. The web is inefficient at a bit level, but on a macro, planetary scale it has proven very efficient at empowering non-experts and seasoned professionals to create solutions that matter. RAP is attempting to be efficient on a broader scale.