[sldev] Plugin API Architecture for Second Life

John Hurliman jhurliman at wsu.edu
Mon Feb 12 20:49:34 PST 2007


Tim Shephard wrote:
> I believe bushing has mostly been using callbacks in functions in the
> open sourced code and then loading libraries dynamically via
> LoadLibrary/GetProcAddress.
>
> 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
> and running a scripted language such as Python, JavaScript, or
> something custom?
>
> 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?
>
> Cheers,
>
> Tim.
>

I don't think it's necessary to embed a virtual machine directly inside 
opensl, since you can always write a plugin to do that. I think cross 
platform support is important so plugins aren't restricted to only OSX 
users, there is a lot of people using SL that aren't running macs.

John Hurliman


More information about the SLDev mailing list