Re: [opensource-dev] major problem with beta 2.2 - link

[Boroondas Gupte]

 On 09/25/2010 03:38 AM, miss c wrote:
> I just uninstalled and installed the latest 2.2.1 (210446)  and the
> bug is still there.  There is something incorrect with the commands
> "user_name" as I have combed through the working version and this one
> and every xml file is stil the same.
As commented on LEAP-2  (why
does this require login to view?), according to my tests, the bug was
introduced at 8ab901af1241
,
i.e. a C++-only change.

Cheers,
Boroondas
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Which viewer should I use as the new beta?

[Tofu Linden]

miss c wrote:
> The version I have is much higher than the public release.  It looks like an 
> update was pulled 9 hours ago from the repro, but I just downloaded this new 
> version a couple of hours ago.
> 
> I am on 2.2.1 (210446) 
> 
> The official beta release appears to be 2.2.0 (210127)
> 
> Was the release reverted or do I have the bug tester version or something?  
> The 
> whole group chat displaying group names instead of avatar names is really 
> frustrating, but I do not want to revert any new features by installing the 
> older.
> 
> Please Advise,

2.2.1 is the bleeding-edge dev version.  The official beta (2.2.0) is
the best balance for you if you like really fresh viewers but also hate
the possibility of surprising bugs popping up overnight. :)
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Which viewer should I use as the new beta?

[Hitomi Tiponi]

> The version I have is much higher than the public release.  It looks like an 
> update was pulled 9 hours ago from the repro, but I just downloaded this new 
> version a couple of hours ago.
>
> I am on 2.2.1 (210446) 
>
> The official beta release appears to be 2.2.0 (210127)
>
> Was the release reverted or do I have the bug tester version or something?  
> The 
>
> whole group chat displaying group names instead of avatar names is really 
> frustrating, but I do not want to revert any new features by installing the 
> older.

I am still getting 210127 from the download links on the blog.  The latest 
Snowstorm daily build is a couple of days old as the Snowstorm team have to QA 
the version they want to release and then pass it to the release team  


  ___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] major problem with beta 2.2 - link

[Tofu Linden]

Nice - I've backed out the offending change.
Fix should appear in the next 2.2.1 snapshot (still building as I type).
Ta.

Boroondas Gupte wrote:
>  On 09/25/2010 03:38 AM, miss c wrote:
>> I just uninstalled and installed the latest 2.2.1 (210446)  and the
>> bug is still there.  There is something incorrect with the commands
>> "user_name" as I have combed through the working version and this one
>> and every xml file is stil the same.
> As commented on LEAP-2  (why
> does this require login to view?), according to my tests, the bug was
> introduced at 8ab901af1241
> ,
> i.e. a C++-only change.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Third Party Plug-ins?

[Ponzu]

On Sat, Sep 25, 2010 at 12:30 AM, Brandon Husbands  wrote:

> My idea would be like installing a android app it says what it wants access
> to and asks user permission.


You could mirror Android in another way.  In the viewer, you could have an
Intent to open radar (for example).  A TP radar could register with the
viewer that it has the capability of providing the radar Intent.  Then, the
next time the user uses radar, a pop up asks which of two-or-more plugins
should be used to do the work.  (In Android, you get pop-ups asking, for
example, which of two-or-more cameras should be used.)

Android doesn't really have plug-ins.  Instead they have a standard way for
separate processes to communicate.

lee (plug-in ignorant) ponzu



>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Fix for SH-173

[Ponzu]

Has the fix made it into the new beta or the latest development viewer? (I
don't think it is in the beta.)

If is is delayed for some reason, could someone maybe send me the code
snippet to fix it, so at least I can have a temporary fix in my build?  I
have been trying to figure out where to put the limiter on my own, but have
not found it yet.

Thanks in advance, even if everyone is too busy 8-)

lee
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Kudos to the Viewer team(s) past

[Ponzu]

I just wanted to say something.

I used to do C++ code reviews for HP.  That is, an HP customer would pay HP
big bucks to send in someone to review a new C++ app they were about to roll
out (too late, right 8-).  So I would go to the customer site and spend a
week talking to developers and looking at code.  Then I would write a
report.  Nothing very high tech, but CIOs seemed to like it.

The good news is that the SL Viewer code is the best C++ code I have ever
seen in a large application.  (Scary?)  Good work.  Kudos to the ancestors.

What I mean by "best" is that it looks like the C++ you find in the best
advance examples, rather than like FORTRAN converted to C++.  You'd be
really amazed at what huge kludges some of the really big, important C++
applications look like at America's largest corporations.  For example, a
million lines that compiles into one big .o file.  Sweet.

-- Things are the way they are because they got that way.

Ponzu
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Running out of file descriptors on Linux+Max / Re: Fix for SH-173

[Tofu Linden]

Hey, good timing on that question!
I just did a cherrypick for that fix over to viewer-developer so it can
get more exposure/testing, particularly since it affects (and likely
blocks) viewer 2.2.0 also.
It's (re)building as we speak (builds >= 210524); I'd appreciate if
everyone affected could give it a try and verify that it really does
help.
Cheers!

Ponzu wrote:
> Has the fix made it into the new beta or the latest development viewer? (I
> don't think it is in the beta.)
> 
> If is is delayed for some reason, could someone maybe send me the code
> snippet to fix it, so at least I can have a temporary fix in my build?  I
> have been trying to figure out where to put the limiter on my own, but have
> not found it yet.
> 
> Thanks in advance, even if everyone is too busy 8-)
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Mesh?

[Brandon Husbands]

I understand the want to be all private and stuff with this but uhh it hurts
the open source initiative if you hide this code from us.  Are we really 2nd
rate developers where our skills are not trusted enough to help with actual
development and nut just hit or miss bugfixers?


-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Ponzu]

I think this is unfair.  If *I* want to develop some cool new feature,
I don't have to submit it to everyone else *until* I think the time is
right.  In that sense, the Lindens working on mesh have the same
rights that I do.

On the other hand, I wish there were some non-Lindens on the
"committee" that accept fixes and merge them intothe main line.
Clearly, Lindens have an important say in that, but other people might
have a good voice too.

Faster, Easier, Funner..

On Sat, Sep 25, 2010 at 11:21 AM, Brandon Husbands  wrote:
> I understand the want to be all private and stuff with this but uhh it hurts
> the open source initiative if you hide this code from us.  Are we really 2nd
> rate developers where our skills are not trusted enough to help with actual
> development and nut just hit or miss bugfixers?
>
>
> --
> ---
> This email is a private and confidential communication. Any use of email may
> be subject to the laws and regulations of the United States. You may not
> Repost, Distribute nor reproduce any content of this message.
> ---
> ---
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Running out of file descriptors on Linux+Max / Re: Fix for SH-173

[leliel]

On Sat, Sep 25, 2010 at 7:28 AM, Tofu Linden  wrote:
> Hey, good timing on that question!
> I just did a cherrypick for that fix over to viewer-developer so it can
> get more exposure/testing, particularly since it affects (and likely
> blocks) viewer 2.2.0 also.
> It's (re)building as we speak (builds >= 210524); I'd appreciate if
> everyone affected could give it a try and verify that it really does
> help.

210525 is slightly better but still eats up ~550 file descriptors for
duplicate font files on my machine.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Brandon Husbands]

What are the chances your new feature will be integrated. This is why TPV's
exist cause the integration processess is like trying to get the mayor of a
city to accept a meting with a plumber

On Sat, Sep 25, 2010 at 10:49 AM, Ponzu  wrote:

> I think this is unfair.  If *I* want to develop some cool new feature,
> I don't have to submit it to everyone else *until* I think the time is
> right.  In that sense, the Lindens working on mesh have the same
> rights that I do.
>
> On the other hand, I wish there were some non-Lindens on the
> "committee" that accept fixes and merge them intothe main line.
> Clearly, Lindens have an important say in that, but other people might
> have a good voice too.
>
> Faster, Easier, Funner..
>
> On Sat, Sep 25, 2010 at 11:21 AM, Brandon Husbands 
> wrote:
> > I understand the want to be all private and stuff with this but uhh it
> hurts
> > the open source initiative if you hide this code from us.  Are we really
> 2nd
> > rate developers where our skills are not trusted enough to help with
> actual
> > development and nut just hit or miss bugfixers?
> >
> >
> > --
> >
> ---
> > This email is a private and confidential communication. Any use of email
> may
> > be subject to the laws and regulations of the United States. You may not
> > Repost, Distribute nor reproduce any content of this message.
> >
> ---
> >
> ---
> >
> > ___
> > Policies and (un)subscribe information available here:
> > http://wiki.secondlife.com/wiki/OpenSource-Dev
> > Please read the policies before posting to keep unmoderated posting
> > privileges
> >
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Running out of file descriptors on Linux+Max / Re: Fix for SH-173

[Ponzu]

On Sat, Sep 25, 2010 at 11:51 AM, leliel  wrote:

>
>
> 210525 is slightly better but still eats up ~550 file descriptors for
> duplicate font files on my machine.
> _


Understandable, in a way.  The fix by Bao is *only* experimental and *only*
for the problem of HTTP requests to the sim.

The dup font bug does not seem to effect my Mac.

An improved version of Bao's fix for the HTTP problem might be to look to
see what the ulimit for open file descriptors actually is, and set the limit
to some number well below that.  As it is, the fix just sets the limit to 32
HTTP requests, no matter what.

it is hard to say what the best value would be without performance tests.
 Could the viewer monitor how many requests there are, and what the average
download speed request per connection is, and then figure out that it is
only hurting itself by opening more?

ponzu, not just for sushi any more.


__
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Ponzu]

On Sat, Sep 25, 2010 at 12:01 PM, Brandon Husbands  wrote:

> What are the chances your new feature will be integrated. This is why TPV's
> exist cause the integration processess is like trying to get the mayor of a
> city to accept a meting with a plumber


I haven't always monitored closely, but I think I can agree with this.
 However, it seems to me that there will and should always be TPVs, even if
it becomes easier for non-Linden changes to get in.  For one example, the
Restrained Life stuff might never be acceptable to Lindens for Public
Relations or Legal issues.

  I could ramble on and on, but I won't.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Marine Kelley]

On 25 September 2010 19:05, Ponzu  wrote:

>
> I haven't always monitored closely, but I think I can agree with this.
>  However, it seems to me that there will and should always be TPVs, even if
> it becomes easier for non-Linden changes to get in.  For one example, the
> Restrained Life stuff might never be acceptable to Lindens for Public
> Relations or Legal issues.
>
>
That's why I never bothered asking. However I do think that if the name were
different, the regular viewer would really benefit from some of the features
of the RLV, such as sharing Windlight settings, setting the avatar rotation,
changing the clothes remotely etc.

Or even all of the restrictions like no-detach, no-IMs etc which are, after
all, only "hooks" that are in the viewer to make scripts decide whether or
not an ability can be used according to the circumstances. It really
enhances the experience and allows for products that would never have been
made otherwise. And since all the RLV features can be turned off by changing
one debug setting and relogging, there is no real additional threat from
griefers.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Brandon Husbands]

I have actually thought Windlight should be set server side.
I wanted to add that to emerald and store the sim settings on the server and
push down. But there are some windlight settings that can be used
maliciously and crash viewers.

So it was nixed.

On Sat, Sep 25, 2010 at 12:11 PM, Marine Kelley wrote:

>
>
> On 25 September 2010 19:05, Ponzu  wrote:
>
>>
>> I haven't always monitored closely, but I think I can agree with this.
>>  However, it seems to me that there will and should always be TPVs, even if
>> it becomes easier for non-Linden changes to get in.  For one example, the
>> Restrained Life stuff might never be acceptable to Lindens for Public
>> Relations or Legal issues.
>>
>>
> That's why I never bothered asking. However I do think that if the name
> were different, the regular viewer would really benefit from some of the
> features of the RLV, such as sharing Windlight settings, setting the avatar
> rotation, changing the clothes remotely etc.
>
> Or even all of the restrictions like no-detach, no-IMs etc which are, after
> all, only "hooks" that are in the viewer to make scripts decide whether or
> not an ability can be used according to the circumstances. It really
> enhances the experience and allows for products that would never have been
> made otherwise. And since all the RLV features can be turned off by changing
> one debug setting and relogging, there is no real additional threat from
> griefers.
>



-- 
---
This email is a private and confidential communication. Any use of email may
be subject to the laws and regulations of the United States. You may not
Repost, Distribute nor reproduce any content of this message.
---
---
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Lance Corrimal]

Am Samstag 25 September 2010 schrieb Ponzu:
> For one example, the Restrained Life stuff might never be
> acceptable to Lindens for Public Relations or Legal issues.

firstly, RLV has been renamed to RestrainedLove because linden lab 
reserves the right to name stuff with "life" in the name.

hmmm what if it was named Advanced Client Scriptabilty Extension 
(ACSE)?


because that's basically what it is, an extension that allows inworld 
scripts to control some functions of the users client.

I could think of any number of uses for that stuff that would lead to 
deeper immersion and better roleplay without having any connection to 
BDSM at all.

Just imagine, for the combat roleplayer, a halo-style body armor that 
you can't take off on your own, you have to go see the technician.
(technician has to RLV-unlock the thing).

Or imagine, the well-known stargates that are all over the grid, and 
you don't click the event horizon, you simply walk through it like in 
the movie, and that triggers the teleport... oh wait, they do that 
already if you wear the autotp attachment... and have a viewer with 
RLV.

bye,
LC
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] RLV or ACSE (Was Re: Mesh?)

[Robert "Exile In Paradise" Murphey]

On Sat, 2010-09-25 at 19:27 +0200, Lance Corrimal wrote:
> hmmm what if it was named Advanced Client Scriptabilty Extension 
> (ACSE)?
>
> because that's basically what it is, an extension that allows inworld 
> scripts to control some functions of the users client.
> 
> I could think of any number of uses for that stuff that would lead to 
> deeper immersion and better roleplay without having any connection to 
> BDSM at all.

First, since Windlight was never finished, I wrote myself a small
script called RestrainedLight that uses the RLV sky controls to
setup custom skies for various regions I visit.
A Dune-inspired region gets a harsh white-hot sun.
My home region gets a nice sunset on the water and so on.

As a region developer and estate manager, I'd LOVE to have the
scriptable controls present in RLV added to the mainline viewer
or region/game *design*

Some RLV features already usable for games include:
- Disable minimap and Map tool unless sensor devices are used
This removes everyone's "deity's eye view" from combat.
- Disable teleports (except in foyer-style areas)
To keep sorry players from just teleporting out.
- Disable fly without flying device
This time for real, rather than just turning off the button and
everyone using admin view to get it back.
- Attachment controls
To keep people from adding 20 attached "weapons" and shields
- Better death
blindfold user, turn off chat, nail them in place on the ground, etc.
- Turn off IMs and group chat
Force people to *speak* or use radio devices, and yes I know people
can skype or IM to get around it - but most will be more reluctant
since that exposes their RL identity which may be cause for pause.
- Limit "unlimited" mouseclick range
Remove everyone's miles-long reach and force them to actually be
NEXT to things to operate them, like doors.
- Force to Mouselook
Some combat regions could benefit from locking people into Mouselook
while in the actual combat areas of the region.

And that's just the from-memory list of things I wished for while
designing parts of Splintered Rock and Al Raqis. I could probably
come up with MANY MANY more if I actually looked over the API again.

However, since those sorts of scripted controls aren't in the mainline
viewer - region owners are reluctant to allow region builders and
scripter to "bake" those features in. The requirement to go to a TPV
to utilize those features makes all region owners shy away from the
increased requirements just to be in the region.

> Just imagine, for the combat roleplayer, a halo-style body armor that 
> you can't take off on your own, you have to go see the technician.
> (technician has to RLV-unlock the thing).

Nice suggestion there.
I could mod my armor for that one pretty quick - but most players
wouldn't generally buy use items like that until the features appear
in the mainline viewer. Pity.

Sum up: RLV makes LL-viewer-compatible virtual worlds much, much
more usable for community game development by giving the region
owners control over default viewer features that hurt many parts of
intended roleplay or combat.
 
-- 
Robert "Exile In Paradise" Murphey
HELLO KITTY gang terrorizes town, family STICKERED to death!


___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] I can't compile Snowstorm

[Elenia]

Hello all

I compile with sucess Emergence and Phoenix. Work fine.

But I can't compile Snowstorm; first errors:

2>-- Build started: Project: llinventory, Configuration: RelWithDebInfo 
Win32 --
2>Compiling...
2>llnotecard.cpp
2>lllandmark.cpp
1>Linking...
2>llinventorytype.cpp
1>  
 Creating library 
C:\snowstorn\indra\build-VC80\llcommon\RelWithDebInfo\llcommon.lib and 
object 
C:\snowstorn\indra\build-VC80\llcommon\RelWithDebInfo\llcommon.exp
1>exception_handler.lib(exception_handler.obj)
 : error LNK2019: unresolved external symbol "__declspec(dllimport) void
 __cdecl std::_Throw(class stdext::exception const &)" 
(__imp_?_th...@std@@yaxabvexcept...@stdext@@@Z) referenced in function 
"public: void __thiscall stdext::exception::_Raise(void)const " 
(?_ra...@exception@stdext@@QBEXXZ)
1>exception_handler.lib(exception_handler.obj)
 : error LNK2001: unresolved external symbol "__declspec(dllimport) void
 (__cdecl* std::_Raise_handler)(class stdext::exception const &)" 
(__imp_?_raise_hand...@std@@3p6axabvexcept...@stdext@@@ZA)
1>C:\snowstorn\indra\build-VC80\sharedlibs\RelWithDebInfo\llcommon.dll : fatal 
error LNK1120: 2 unresolved externals
1>Build log was saved at 
"file://c:\snowstorn\indra\build-VC80\llcommon\llcommon.dir\RelWithDebInfo\BuildLog.htm"
1>llcommon - 3 error(s), 0 warning(s)

Missing a dll, or a path. But witch one ?




  ___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Ponzu]

On Sat, Sep 25, 2010 at 1:27 PM, Lance Corrimal
 wrote:
> Am Samstag 25 September 2010 schrieb Ponzu:
>> For one example, the Restrained Life stuff might never be
>> acceptable to Lindens for Public Relations or Legal issues.
>
> firstly, RLV has been renamed to RestrainedLove because linden lab
> reserves the right to name stuff with "life" in the name.
>
> hmmm what if it was named Advanced Client Scriptabilty Extension
> (ACSE)?
>

Good idea.  Rename it.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[JB Hancroft]

If it were renamed and some of it's "heritage" obscured, I could use it in
some business situations where it would be nice to have the functionality.
As it... can't go anywhere near RLV.

Regards,
- JB

On Sat, Sep 25, 2010 at 3:51 PM, Ponzu  wrote:

> On Sat, Sep 25, 2010 at 1:27 PM, Lance Corrimal
>  wrote:
> > Am Samstag 25 September 2010 schrieb Ponzu:
> >> For one example, the Restrained Life stuff might never be
> >> acceptable to Lindens for Public Relations or Legal issues.
> >
> > firstly, RLV has been renamed to RestrainedLove because linden lab
> > reserves the right to name stuff with "life" in the name.
> >
> > hmmm what if it was named Advanced Client Scriptabilty Extension
> > (ACSE)?
> >
>
> Good idea.  Rename it.
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Teravus Ovares]

Apparently imprudence and meta7 supports sim side setting of Windlight
settings.   Maybe this could be built upon?

http://opensimulator.org/wiki/LightShare

http://imprudenceviewer.org/wiki/LightShare

Apparently it was developed by meta7
http://www.meta7.com/wiki.php?page=LightShare and contributed to
OpenSimulator

Regards

Teravus

On Sat, Sep 25, 2010 at 1:16 PM, Brandon Husbands  wrote:

> I have actually thought Windlight should be set server side.
> I wanted to add that to emerald and store the sim settings on the server
> and push down. But there are some windlight settings that can be used
> maliciously and crash viewers.
>
> So it was nixed.
>
>
> On Sat, Sep 25, 2010 at 12:11 PM, Marine Kelley wrote:
>
>>
>>
>> On 25 September 2010 19:05, Ponzu  wrote:
>>
>>>
>>> I haven't always monitored closely, but I think I can agree with this.
>>>  However, it seems to me that there will and should always be TPVs, even if
>>> it becomes easier for non-Linden changes to get in.  For one example, the
>>> Restrained Life stuff might never be acceptable to Lindens for Public
>>> Relations or Legal issues.
>>>
>>>
>> That's why I never bothered asking. However I do think that if the name
>> were different, the regular viewer would really benefit from some of the
>> features of the RLV, such as sharing Windlight settings, setting the avatar
>> rotation, changing the clothes remotely etc.
>>
>> Or even all of the restrictions like no-detach, no-IMs etc which are,
>> after all, only "hooks" that are in the viewer to make scripts decide
>> whether or not an ability can be used according to the circumstances. It
>> really enhances the experience and allows for products that would never have
>> been made otherwise. And since all the RLV features can be turned off by
>> changing one debug setting and relogging, there is no real additional threat
>> from griefers.
>>
>
>
>
> --
>
> ---
> This email is a private and confidential communication. Any use of email
> may be subject to the laws and regulations of the United States. You may not
> Repost, Distribute nor reproduce any content of this message.
>
> ---
>
> ---
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Robert Martin]

On Sat, Sep 25, 2010 at 5:27 PM, JB Hancroft  wrote:
> If it were renamed and some of it's "heritage" obscured, I could use it in
> some business situations where it would be nice to have the functionality.
> As it... can't go anywhere near RLV.
>
> Regards,
> - JB
>
actually if the RLV api was renamed and expanded a bit it could be
used as a semi-autonomous bot api
-- 
Robert L Martin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] RLV or ACSE (Was Re: Mesh?)

[Marine Kelley]

On 25 September 2010 19:59, Robert "Exile In Paradise" Murphey <
ex...@weylan-yutani.com> wrote:

>
> Sum up: RLV makes LL-viewer-compatible virtual worlds much, much
> more usable for community game development by giving the region
> owners control over default viewer features that hurt many parts of
> intended roleplay or combat.
>
>
I couldn't agree with you more there. It is really nothing more than an
interface to allow scripts to act on the viewer in many different ways, and
none of them has to be kinky. The stargates are a good example of it, and
they have been around for a while. And as you pointed out, combat sims would
really benefit from the added realism that the RLV restrictions bring, too.
There are viewers here that integrate the RLV to actually provide more
accessibility to SL to disabled people !

The protocol is simple enough and if the Lindens are interested in
integrating it (or a part of it) into the standard viewer I would be more
than happy to explain how it works. As long as the RLV stays incapable of
doing things that scripts can do (otherwise this platform would compete
against the very scripts it is supposed to serve), it would be a nice
addition to the viewer.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Marine Kelley]

On 25 September 2010 23:27, JB Hancroft  wrote:

> If it were renamed and some of it's "heritage" obscured, I could use it in
> some business situations where it would be nice to have the functionality.
> As it... can't go anywhere near RLV.
>

You can just rename the executable and rewrite the readme file and you're
good. There is absolutely no "kinky" reference in the viewer itself
whatsoever. There are references to restraints in a few comments of its main
source file though, as examples for attaching and detaching outfits through
scripts. But that's all, the user will never see that anyway.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Mesh?

[Marine Kelley]

On 26 September 2010 00:05, Robert Martin  wrote:

> actually if the RLV api was renamed and expanded a bit it could be
> used as a semi-autonomous bot api
>
>
Yes, there are bots that let you dress and undress them through script,
using that API. They are used by clothes merchants to demo some of their
outfits to the customers.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Kudos to the Viewer team(s) past

[Argent Stonecutter]

On 2010-09-25, at 09:17, Ponzu wrote:
> I used to do C++ code reviews for HP.

I used to work on C++ code at HP. I agree with Lee.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] crazy land idea

[Robert Martin]

I just wondering how complex an idea it would be to create an "exclude
land/water from interior" flag on a prim.

basically you could rez a prim sink it into the ground/water and
suppress the ground mesh from the inside (or water depending on how
low your prim is)
any thoughts Jira entries or whatever??

-- 
Robert L Martin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Kudos to the Viewer team(s) past

[Ponzu]

OMG, you're Dennis Handly?

On Sat, Sep 25, 2010 at 9:15 PM, Argent Stonecutter  wrote:

> On 2010-09-25, at 09:17, Ponzu wrote:
> > I used to do C++ code reviews for HP.
>
> I used to work on C++ code at HP. I agree with Lee.
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges