[sldev] Plugin API Architecture for Second Life
tshephard at gmail.com
Mon Feb 12 18:37:17 PST 2007
I believe bushing has mostly been using callbacks in functions in the
open sourced code and then loading libraries dynamically via
This is certainly one approach, and an interesting one, but there are
many others which have different pros/cons and trade offs.
For example, what do people think about embedding a virtual machine
What security and stability issues are people concerned about?
Is cross platform support critical?
Do you think LL should support different frame rendering plug ins or
should we keep it so that everyone in SL always sees the same thing
when viewing the world?
Should we be able to communicate back and forth with LSL programs from
the plug in?
Any particular favorite plug in architectures out there that you think
would be a good model for Second Life?
Any other comments people might have?
On 2/12/07, Jesse Nesbitt <mindtriggerz at gmail.com> wrote:
> bushing has been doing some work in the opensecondlife.org svn towards
> those ends. Pop in to #opensl on EFnet.
> On 2/12/07, Tim Shephard <tshephard at gmail.com> wrote:
> > Hi folks,
> > I was wondering .. briefly, how do you invision a plugin / api /
> > architecture will work for SecondLife?
> > Cheers,
> > Tim.
> > _______________________________________________
> > Click here to unsubscribe or manage your list subscription:
> > /index.html
More information about the SLDev