[sldev] Metaverse platform gambling 1

Tony anthonyrbundy at gmail.com
Sun Feb 3 11:03:06 PST 2008


Have you put these feature requests on the public JIRA? If people go and 
vote for them there, then they can get on the LL roadmap (or someone 
else's personal roadmap) to be completed. If nobody votes, then LL is 
unlikely to implement something few people think is needed.

I agree that collaborative stuff will help, but some things can be done 
in a combination of programs (collaborating in gDocs).
A webcam feed system could be setup where streams could be sent to SL 
already, its just not in a "check a box and it runs" type system.
Flash is partially supported, and there is some ability to interact with 
it, though it doesn't mesh well with the SL system. (try and play with 
it a bit, it isn't that bad.)
As Dale mentioned, web browsing can be implemented with client 
modifications. Web on a prim is a different story, though it is 
potentially possible for you to create a system without having server 
code access.

Honestly, in bringing up Olive, I would have thought you would have 
mentioned the ability to play 3D scenes back, which I think is something 
that would be cool. That is definitely a feature that couldn't be done 
without access to the server side code of SL.

Spending time to set up a system in SL (through scripts, HTTP calls and 
your own webserver) would surely benefit you for the above mentioned 
items since you retain rights to all that you create with that. Not to 
mention, you don't have to pay anyone a hefty price to get a hold of 
their server code (Forterra), just to see if you can get to where you 
want without having to re-write the whole server side anyways!

Anthony Reisman

Giulio Prisco wrote:
> Hi Dale,
>
> yes I mean "groupware tools, web browsing, webcam feeds and
> collaborative editing of documents in popular office formats".
> (spatial VoIP is already in SL thanks God). Plus other features like
> full Flash support and integration with the main social nets.
>
> I, or you, cannot offer to implement these things ourselves because
> server-side SL is a closed proprietary system. Some of these features
> could conceivably be integrated client-side, but a real implementation
> would require grid support.
>
> Also, I would hardly spend time to develop software when _only_ others
> would benefit financially. I would be interested in contributing real
> effort to SL development if I could install my own SL server and sell
> premium services based on it, but the option is not available. So I
> can only say that some features would be cool, and encourage LL to
> develop them.
>
> I look fwd to contributing to OpenSim, and to SL when (if)  the server
> side will be opensourced.
>
> G.
>
> On Feb 3, 2008 5:10 PM, Dale Glass <dale at daleglass.net> wrote:
>   
>> On Sunday 03 February 2008 16:25:31 Giulio Prisco wrote:
>>     
>>> Why? Other metaverse platforms, and in particular those I mention,
>>> have features that really should be in Second Life.
>>>       
>> What features?
>>
>>     
>>> If, that is, LL
>>> want SL to be taken seriously as a business soriented metaverse
>>> platform. And of course, I look fwd to seeing such features integrated
>>> in SL - but of course that is LL's decision to make.
>>>       
>> What features?
>>
>> You mean "groupware tools, web browsing, spatial VoIP, webcam feeds and
>> collaborative editing of documents in popular office formats"?
>>
>>     
>>> I can tell you that, in Europe, after a brief good press wave before
>>> last summer, SL is not taken seriously anymore as a business tool and
>>> most firms are more interested in other platforms. Dismissing these
>>> concerns as "not relevant" is like that ostrich with its head stuck in
>>> the sand in order not to see the dangerous outside world.
>>>       
>> What concerns?
>>
>> The problem is that this is the SL *development* mailing list, and you're
>> not directly bringing up any technical subjects.
>>
>> If you think SL really needs a webcam feed then say so directly, and either
>> offer to implement that yourself, or at least explain why is it needed,
>> and what do you think it should look like.
>>
>> IMO it's not very useful to say "SL needs a webcam feed" and leave it at
>> that. As a developer, my interest is in how is that going to work, how
>> will the data be transmitted, what codec and protocols are going to be
>> used, what will be the security implications, whether it will require grid
>> support, etc.
>>
>>     
>
>
>
>   


More information about the SLDev mailing list