Re: [opensource-dev] Openjpeg/KDU the cold hard metrics

[Sheet Spotter]

I created a crude profiling tool to determine where to focus on improving
the performance of OpenJPEG v2.

The profiling tool records the number of function calls and combined
execution time for every function in the main source files (openjpeg.c,
j2k.c, dwt.c, tcd.c, t1.c, mqc.c, and raw.c).

Results from running the test harness on the 748 files from the
"local_assets" folder were recorded in a CSV (Comma-Separated Value) format.
The results were placed here:
http://pastebin.com/7K9PCFcB

The three columns in the file are:
1. Function name
2. Number of times the function was called
3. Combined execution time for the function. 
The order the rows appear in the file is not significant. (You can sort the
rows in any order you like after importing the file into a spreadsheet.)

Enabling the profiling tool definitely distorts the results. Overall
execution time for the test increased from 21 seconds to 129 seconds. 

The crude profiling tool was able to identify where most of the decoding
time is spent. Only a small number of routines are responsible for most of
the execution time. Hopefully this information can lead to improvements in
the performance of the OpenJPEG v2 library.


Sheet Spotter

-Original Message-
From: Robin Cornelius [mailto:robin.cornel...@gmail.com] 
Sent: September 23, 2010 5:37 AM
To: Sheet Spotter
Cc: opensource-dev
Subject: Re: [opensource-dev] Openjpeg/KDU the cold hard metrics

On Thu, Sep 23, 2010 at 3:40 AM, Sheet Spotter 
wrote:
> There may be another option for obtaining a common set of J2C files for
> comparison.
>
> Viewer 2 installs 784 JPEG-2000 files (*.j2c) in the "local_assets" folder
> under the main install folder (e.g., "C:\Program
Files\SecondLifeViewer2").
>
> The "j2k_metric" test harness decoded all 784 files from the
"local_assets"
> folder without errors. The OpenJPEG 1.3.0 library was 3.7 times slower
than
> the KDU library that comes with Viewer 2.1.1.208043 (the current release
> version).

Hi (again) Sheet and everyone else,

I've started another sheet with a fresh set of results on another
system of mine, please feel free to add your own tests rows

https://spreadsheets.google.com/ccc?key=0AiSrUP47_VxIdEZ4NmlSY281UXFac0ZZTkV
jWGJtV1E&hl=en&authkey=CIGY9M4O

If you want to compare to KDU you need to compare to KDU on your
system don't compare to by KDU results or anyone elses, thats not a
fair comparision.

OJP 2.0 is not playing nice with the local_asset texture set needs some
work.

Robin

___
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] Openjpeg/KDU the cold hard metrics

[Frans]

I dropped the CSV file in a google spreadsheet.
https://spreadsheets.google.com/ccc?key=0ApsYm0HWlUhPdDluVzd6MnBUbDl3Ni1uYlYxbjRYeVE&hl=en&authkey=CLvQuRI

-Frans

On Sun, Sep 26, 2010 at 9:02 AM, Sheet Spotter wrote:

> I created a crude profiling tool to determine where to focus on improving
> the performance of OpenJPEG v2.
>
> The profiling tool records the number of function calls and combined
> execution time for every function in the main source files (openjpeg.c,
> j2k.c, dwt.c, tcd.c, t1.c, mqc.c, and raw.c).
>
> Results from running the test harness on the 748 files from the
> "local_assets" folder were recorded in a CSV (Comma-Separated Value)
> format.
> The results were placed here:
>http://pastebin.com/7K9PCFcB
>
> The three columns in the file are:
> 1. Function name
> 2. Number of times the function was called
> 3. Combined execution time for the function.
> The order the rows appear in the file is not significant. (You can sort the
> rows in any order you like after importing the file into a spreadsheet.)
>
> Enabling the profiling tool definitely distorts the results. Overall
> execution time for the test increased from 21 seconds to 129 seconds.
>
> The crude profiling tool was able to identify where most of the decoding
> time is spent. Only a small number of routines are responsible for most of
> the execution time. Hopefully this information can lead to improvements in
> the performance of the OpenJPEG v2 library.
>
>
> Sheet Spotter
>
___
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] crazy land idea

[Carlo Wood]

Each land and water patch is really a very big prim that you only
see one side of. If you'd want to suppress a part of that side,
you'd have have to start cutting it into pieces I think. The number
of water and land "prims" would increase a lot if you sink a lot
of prims into them this way.

I like the idea. It's probably not COMPLETELY trivial though.

-- 
Carlo Wood 
___
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] crazy land idea

[Robert Martin]

On Sat, Sep 25, 2010 at 10:51 PM, Rob Nelson
 wrote:
>  How does the server figure out when the user's fallen off the terrain and
> correct accordingly?  What about water fog effects?  How much of a
> performance hit are we talking about?  Will this allow users to fly
> underneath the terrain and harass top-dwellers?  Will the paranoid people
> pick up on this and turn it into a circus?
>
The surface of the prim would replace the land "mesh" on the interior
of the prim.
Would not apply as such since water would be excluded from the prim interior.
This is a subject that requires research.
NO since the prim would need to not be phantom to function there is no
"hole" to access under the terrain. Does not apply.
-- 
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] crazy land idea

[Tammy Nowotny]

This is purely anecdotal (though maybe someone knows more than my 
anecdote): I have heard that the SL game engine is not good at 
determining which points are under/above/inside an enclosure such as a 
building.  Moreoever, legend has it that there is a whole weather system 
in the engine which was never activated because there was no way to stop 
rain, snow etc. from going through roofs, walls, etc. 


--Tammy Nowotny

Robert Martin wrote:

On Sat, Sep 25, 2010 at 10:51 PM, Rob Nelson
 wrote:
  

 How does the server figure out when the user's fallen off the terrain and
correct accordingly?  What about water fog effects?  How much of a
performance hit are we talking about?  Will this allow users to fly
underneath the terrain and harass top-dwellers?  Will the paranoid people
pick up on this and turn it into a circus?



The surface of the prim would replace the land "mesh" on the interior
of the prim.
Would not apply as such since water would be excluded from the prim interior.
This is a subject that requires research.
NO since the prim would need to not be phantom to function there is no
"hole" to access under the terrain. Does not apply.
  
___
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] Openjpeg/KDU the cold hard metrics

[Ponzu]

Does the execution time *include* the time of sub-functions called, or does
it *exclude*?

On Sun, Sep 26, 2010 at 3:02 AM, Sheet Spotter wrote:

> I created a crude profiling tool to determine where to focus on improving
> the performance of OpenJPEG v2.
>
>
___
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] Openjpeg/KDU the cold hard metrics

[Sheet Spotter]

Execution time from the profile includes sub-functions.

 

For example, the tcd_t1_decode function calls the t1_decode_cblks function
multiple times. The execution time for tcd_t1_decode includes the time for
every call to t1_decode_cblks.

 

The t1_decode_cblk function was responsible for most of the execution time
(121 out of 128 seconds). Almost all of this time in this function is split
between three other functions t1_dec_sigpass (51 seconds), t1_dec_refpass
(36 seconds), and t1_dec_cInpass (35 seconds). Each of these functions make
millions of calls to only a few other functions.

 

The profiler was written very simply. 

 

The profiler consists of a single CProfiler class in C++. The constructor
records the start time using a high resolution timer. The destructor
calculates the elapsed time and updates a collection of counters. 

 

Declaring a variable of the CProfiler class is all that's required to
capture the execution time and call count. The constructor accepts a single
argument, which is used as a unique identifier. Results are grouped by this
identifier. The name of the function was used at the unique identifier. 

 

After running the simulation a static method is called to dump the
statistics. 

 

The most expensive part of the coding was adding CProfiler variables to the
start of each function. No attempt was made to subtract out the time spent
in sub-routines. No attempt was made to subtract out the impact of the
CProfiler class itself.

 

The CProfiler class will not be submitted to the OpenJPEG source code.
Comments in their Google group suggest they prefer to limit the source code
to C and are not interested in using C++ objects.

 

 

Sheet Spotter

 

  _  

From: lee.sai...@gmail.com [mailto:lee.sai...@gmail.com] On Behalf Of Ponzu
Sent: September 26, 2010 10:03 AM
To: Sheet Spotter
Cc: Robin Cornelius; opensource-dev
Subject: Re: [opensource-dev] Openjpeg/KDU the cold hard metrics

 

Does the execution time *include* the time of sub-functions called, or does
it *exclude*?

On Sun, Sep 26, 2010 at 3:02 AM, Sheet Spotter 
wrote:

I created a crude profiling tool to determine where to focus on improving
the performance of OpenJPEG v2.

___
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] crazy land idea

[Carlo Wood]

Hmmm, yes. There is more use to detecting "being inside a prim"
and toggling certain render types as a result it seems.

Now, an easy way would be to detect if the CAM is inside a prim,
and then turn off -say- water fog, or whatever causes one to
appear being under water; or turn off rain/snow if that is turned
on.

However, if then you look out the window, it stopped raining
outside too.. so that isn't good enough.

On Sun, Sep 26, 2010 at 09:46:09AM -0400, Tammy Nowotny wrote:
> This is purely anecdotal (though maybe someone knows more than my anecdote): I
> have heard that the SL game engine is not good at determining which points are
> under/above/inside an enclosure such as a building.  Moreoever, legend has it
> that there is a whole weather system in the engine which was never activated
> because there was no way to stop rain, snow etc. from going through roofs,
> walls, etc. 

-- 
Carlo Wood 
___
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] crazy land idea

[Frans]

James Linden made a video of Lindenworld august 2001, for the 2006 SLCC. He
shows many things, you can find a mention of rain at 4:50.
http://www.youtube.com/watch?v=uK3x3FNlleU

-Frans

On Sun, Sep 26, 2010 at 3:46 PM, Tammy Nowotny  wrote:

>  This is purely anecdotal (though maybe someone knows more than my
> anecdote): I have heard that the SL game engine is not good at determining
> which points are under/above/inside an enclosure such as a building.
> Moreoever, legend has it that there is a whole weather system in the engine
> which was never activated because there was no way to stop rain, snow etc.
> from going through roofs, walls, etc.
>
> --Tammy Nowotny
>
>
> --
Jeroen Frans
Virtual World Technology Specialist @ http://VesuviusGroup.com
Second Life: Frans Charming
blog about SL @ http://secondslog.blogspot.com
___
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] crazy land idea

[Tateru Nino]

 There was a bit of a splash when the Lab accepted a feature-request 
for weather some years ago. There were some commitments over the next 
few months, but it never eventuated (except as the punchline of an 
upcoming comic I'm working on)


On 27/09/2010 4:13 AM, Frans wrote:
James Linden made a video of Lindenworld august 2001, for the 2006 
SLCC. He shows many things, you can find a mention of rain at 4:50.

http://www.youtube.com/watch?v=uK3x3FNlleU

-Frans

On Sun, Sep 26, 2010 at 3:46 PM, Tammy Nowotny > wrote:


This is purely anecdotal (though maybe someone knows more than my
anecdote): I have heard that the SL game engine is not good at
determining which points are under/above/inside an enclosure such
as a building.  Moreoever, legend has it that there is a whole
weather system in the engine which was never activated because
there was no way to stop rain, snow etc. from going through roofs,
walls, etc.

--Tammy Nowotny


--
Jeroen Frans
Virtual World Technology Specialist @ http://VesuviusGroup.com
Second Life: Frans Charming
blog about SL @ http://secondslog.blogspot.com


___
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


--
Tateru Nino
http://dwellonit.taterunino.net/

___
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] crazy land idea

[k\o\w]

  I've been thinking about ways to implement subtractive objects for a 
while now:
We would flag the object as subtractive and flip its normals.
During the rendering phase, we would apply a simple clipping algorithm 
to each object to slice off the intersecting geometry.
The subtractive object would be merged into the original object to 
create the hollowed section.

The math involved is very similar to the math already used in SL's 
occlusion culling, and if used properly should reduce render time vs. 
trying the create the same effect with many more prims.

A quick demo of an algorithm for openGL clipping can be found here: 
http://www.docstoc.com/docs/272548/Computer-Graphics-clipping-opengl

Similar code would be required for the physics, lighting, and shadow 
implementations.

Subtractive geometry has been a basic feature of many game engines for 
quite a while, and if used right improves performance.


I like the idea of using prims to define area effects like the presence 
of rain or snow! This is exactly how these kinds of things are done in 
other game engines. Content creators already do this with volume 
detection but it could be supported better by the client and a new prim 
type.

On 9/26/2010 12:10 PM, Carlo Wood wrote:
> Hmmm, yes. There is more use to detecting "being inside a prim"
> and toggling certain render types as a result it seems.
>
> Now, an easy way would be to detect if the CAM is inside a prim,
> and then turn off -say- water fog, or whatever causes one to
> appear being under water; or turn off rain/snow if that is turned
> on.
>
> However, if then you look out the window, it stopped raining
> outside too.. so that isn't good enough.
>
> On Sun, Sep 26, 2010 at 09:46:09AM -0400, Tammy Nowotny wrote:
>> This is purely anecdotal (though maybe someone knows more than my anecdote): 
>> I
>> have heard that the SL game engine is not good at determining which points 
>> are
>> under/above/inside an enclosure such as a building.  Moreoever, legend has it
>> that there is a whole weather system in the engine which was never activated
>> because there was no way to stop rain, snow etc. from going through roofs,
>> walls, etc.
___
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] Did I break my repository...

[Ponzu]

Since I downloaded the latest viewer-develpment yesterday, by local build is
broken.  The symptom seems to be that the local artwork is not being found.
 For example, the XUI is mostly just plain gray.  The buttons on the bottom
are just gray rectangles, etc.


   - I tried running develop.py again.  It says the art work is there.  I
   did a clean and build.  Same same.
   - I clone viewer-development, and then pull to there, and update.
   - I cloned that to viewer-ponzu, that is the one that is broken.


Any ideas welcome.  Do not waste a lot of time ont his, I can always just
blow away my repositories and start over.

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] Question about 2.2 beta

[Laurent Rathle]

Hello,

I'm making a video showing the new features in 2.2 beta and I would like 
to have some precisions on these two features I don't understand :

-  Group permissions now work via the Snapshot tool.
-  Turn off scripted particles and lights.

Thank you
___
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] Question about 2.2 beta

[Boroondas Gupte]

 On 09/27/2010 12:16 AM, Laurent Rathle wrote:
>  I'm making a video showing the new features in 2.2 beta and I would like 
> to have some precisions on these two features I don't understand :
>
> -  Group permissions now work via the Snapshot tool.
That'd be STORM-115 , I
guess. (Honour "share with group" and "allow anyone to copy" for snapshots)
> -  Turn off scripted particles and lights.
See STORM-117  "Some
particles don't disappear when UI is hidden" (not a new feature, more a
bug fix)

Maybe the release changelog should have links to mentioned issues?
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] Did I break my repository...

[Carlo Wood]

Try running:  scripts/install.py --list-installed
and then scripts/install.py --uninstall the whole list here

Then run configure again, it should download everything again.
If you remove the whole viewer-linux-* directory (or whatever
you build directory is) and reinstall all prebuilts like
above and it still fails then either your environment variables
are very in the way (ie, you have set LD_LIBRARY_PATH to
somewhere with broken libraries, or you have set CXXFLAGS
without something horrible etc), or you screwed up your
local tree (which you should be able to detect with 'svn status'
of course).

On Sun, Sep 26, 2010 at 06:09:44PM -0400, Ponzu wrote:
> Since I downloaded the latest viewer-develpment yesterday, by local build is
> broken.  The symptom seems to be that the local artwork is not being found.  
> For example, the XUI is mostly just plain gray.  The buttons on the bottom are
> just gray rectangles, etc.
> 
> 
>   • I tried running develop.py again.  It says the art work is there.  I did a
> clean and build.  Same same.
>   • I clone viewer-development, and then pull to there, and update.
>   • I cloned that to viewer-ponzu, that is the one that is broken.  
> 
> 
> Any ideas welcome.  Do not waste a lot of time ont his, I can always just blow
> away my repositories and start over.
> 
> 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


-- 
Carlo Wood 
___
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] Question about 2.2 beta

[Yoz Grahame]

On 26 September 2010 15:31, Boroondas Gupte wrote:

>
> Maybe the release changelog should have links to mentioned issues?
>

This one does:
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Beta_Viewer/2.2.0

There's a page like that for every beta and final release.

-- Yoz
___
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] Lindens way ahead of us

[miss c]

All this talk about adding these plug ins RLV and breast physics plug ins 
were added to viewer 2 already.

They were just going to surprise us I suppose -.-

I found it here http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8

Quote: 
merge avatar physics up to latest viewer-development 

49 #include "llbreastmotion.h" 
49 50 #include "llviewercontrol.h" 


YAY

Miss



  ___
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] Lindens way ahead of us

[Erin Mallory]

Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is NOT being 
added 
RLV is just scary and I will look for a tvp without it before I allow others to 
take my clothes off with an RLV trap...  

Date: Sun, 26 Sep 2010 19:37:30 -0700
From: miss_c...@yahoo.com
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Lindens way ahead of us



All this talk about adding these plug ins RLV and breast physics plug ins 
were added to viewer 2 already.

They were just going to surprise us I suppose -.-

I found it here http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8

Quote: 
merge avatar physics up to latest viewer-development 
49
#include "llbreastmotion.h"





49
50
#include "llviewercontrol.h"


YAY

Miss




  
___
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] Lindens way ahead of us

[miss c]

Giggles, you dont have to worry.  Other viewers have the option built in as 
well 
and it just sits there unless you turn it on.  




From: Erin Mallory 
To: miss_c...@yahoo.com
Sent: Sun, September 26, 2010 9:51:32 PM
Subject: RE: [opensource-dev] Lindens way ahead of us

 RLV?   ugggh please say it isnt so 
Yay for breast physics, but if i wanted RLV I would have used a TVP with it.  
><  I don't want others able to restrict my ims, or remove my clothes... Please 
tell me I don't need to start looking for a TVP in order to avoid it. 



Date: Sun, 26 Sep 2010 19:37:30 -0700
From: miss_c...@yahoo.com
To: opensource-dev@lists.secondlife.com
Subject: [opensource-dev] Lindens way ahead of us


All this talk about adding these plug ins RLV and breast physics plug ins 
were added to viewer 2 already.

They were just going to surprise us I suppose -.-

I found it here http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8

Quote: 
merge avatar physics up to latest viewer-development 

49 #include "llbreastmotion.h" 
49 50 #include "llviewercontrol.h" 


YAY

Miss


___ 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] Lindens way ahead of us

[Marc Adored]

RLV is usually optional when its added to other viewers and can often times
be very useful to hud makers. I have a hud now I made for myself that force
tp's to bookmarked places I have set in the hud. There are other uses for it
besides all the dirty possessive stuff it was originally intended to be for
:P

On Sun, Sep 26, 2010 at 10:56 PM, Erin Mallory  wrote:

>  Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is NOT being
> added
> RLV is just scary and I will look for a tvp without it before I allow
> others to take my clothes off with an RLV trap...
>
> --
> Date: Sun, 26 Sep 2010 19:37:30 -0700
> From: miss_c...@yahoo.com
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Lindens way ahead of us
>
>
> All this talk about adding these plug ins RLV and breast physics plug
> ins were added to viewer 2 already.
>
> They were just going to surprise us I suppose -.-
>
> I found it here
> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
>
> Quote:
> merge avatar physics up to latest viewer-development
>
> 49 
> 
>
> #include "llbreastmotion.h"
>
>  49 
> 
>
> 50 
> 
>
> #include "llviewercontrol.h"
>
>
>
>
> YAY
>
> Miss
>
>
> ___ Policies and (un)subscribe
> information available here: 
> http://wiki.secondlife.com/wiki/OpenSource-DevPlease 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
>
___
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] Possible Rendering Bug

[WolfPup Lowenhar]

Since the merges from the experience team on Friday I had noticed a small
~10pixel high either black or flickering bar just below the top menu bar
when you have the navigation and favorites bar turned off(this is how I run
the viewer). Today as it was the first day of my vacation from my primary
job I was able to really do some digging in to the revisions from the
experience team. And I think I found the possible culprit of the problem it
might be change set a042ece75362 (eliminated some WTF code) as there is a
section that was removed that looks like it dose a screen refactoring when
the favorites and navigation bars are toggled to off. If someone could
please verify if this could be the culprit.

___
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] Lindens way ahead of us

[Erin Mallory]

yeah, I've had it on by default in a couple viewers i tried, and in one of 
those it claimed to be off.  and there's ways to turn it on other people's 
viewers without them even knowing.  I do not understand why LL would include 
RLV into a viewer. 

Date: Sun, 26 Sep 2010 21:00:14 -0600
Subject: Re: [opensource-dev] Lindens way ahead of us
From: ilana.debe...@gmail.com
To: angel_of_crim...@hotmail.com

Don't panic. If you don't turn RLV on or you don't wear an RLV relay it 
absolutely CAN NOT affect you
On Sep 26, 2010 8:56 PM, "Erin Mallory"  wrote:
> 
> Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is NOT being 
> added 

> RLV is just scary and I will look for a tvp without it before I allow others 
> to take my clothes off with an RLV trap...  
> 
> Date: Sun, 26 Sep 2010 19:37:30 -0700
> From: miss_c...@yahoo.com

> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Lindens way ahead of us
> 
> 
> 
> All this talk about adding these plug ins RLV and breast physics plug ins 
> were added to viewer 2 already.

> 
> They were just going to surprise us I suppose -.-
> 
> I found it here http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8

> 
> Quote: 
> merge avatar physics up to latest viewer-development 
> 49
>   #include "llbreastmotion.h"
>   
>   
> 
>   
>   

>   49
>   50
>   #include "llviewercontrol.h"
> 
> 
> YAY
> 
> Miss
> 
> 
> 
> 
>   
> ___

> 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] Lindens way ahead of us

[Marc Adored]

Actually there is no way to turn it on in other peoples viewers if its
in their viewer. If someone told you that they mislead you. The on/off
is whatever you set it too, no body else can change that short of
hacking your computer. There is no backend or hidden code or anything
like that. I have yet to see a TPV that has any such feature.

RLV adds a lot of useful features scripters can take advantage of just
like I mentioned previously like force sitting and force teliporting
can be great for automating things like rides and tours or even huds
for combat that can send you to other parts of a sim or detach weapons
or really anything you can imagine. Please be careful repeating things
you've herd false information can be very damaging and hinder very
good progress. Personally I would rather see RLV over breast physics
but then again thats just me :P

On Sun, Sep 26, 2010 at 11:30 PM, Erin Mallory
 wrote:
> yeah, I've had it on by default in a couple viewers i tried, and in one of
> those it claimed to be off.  and there's ways to turn it on other people's
> viewers without them even knowing.  I do not understand why LL would include
> RLV into a viewer.
>
> 
> Date: Sun, 26 Sep 2010 21:00:14 -0600
> Subject: Re: [opensource-dev] Lindens way ahead of us
> From: ilana.debe...@gmail.com
> To: angel_of_crim...@hotmail.com
>
> Don't panic. If you don't turn RLV on or you don't wear an RLV relay it
> absolutely CAN NOT affect you
> On Sep 26, 2010 8:56 PM, "Erin Mallory" 
> wrote:
>>
>> Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is NOT being
>> added
>> RLV is just scary and I will look for a tvp without it before I allow
>> others to take my clothes off with an RLV trap...
>>
>> Date: Sun, 26 Sep 2010 19:37:30 -0700
>> From: miss_c...@yahoo.com
>> To: opensource-dev@lists.secondlife.com
>> Subject: [opensource-dev] Lindens way ahead of us
>>
>>
>>
>> All this talk about adding these plug ins RLV and breast physics plug
>> ins were added to viewer 2 already.
>>
>> They were just going to surprise us I suppose -.-
>>
>> I found it here
>> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
>>
>> Quote:
>> merge avatar physics up to latest viewer-development
>> 49
>> #include "llbreastmotion.h"
>>
>>
>>
>>
>>
>> 49
>> 50
>> #include "llviewercontrol.h"
>>
>>
>> YAY
>>
>> Miss
>>
>>
>>
>>
>>
>> ___
>> 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
>
___
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] Lindens way ahead of us

[Erin Mallory]

"RLV adds a lot of useful features scripters can take advantage of just
like I mentioned previously like force sitting and force teliporting
can be great for automating things like rides and tours or even huds
for combat that can send you to other parts of a sim or detach weapons
or really anything you can imagine."

That's just creepy. I cannot think of a single legitimate reason I would need 
to be force teleported anywhere except possibly by a linden.
Linden teleports were already built into the viewer.  Why would I need or want 
a combat system to disarm me or teleport me? 
If a combat hud could disarm me, then so could someone that made a hacked hud 
to cheat with. And whose to say it would stop with weapons?
Sorry, I see way too much potential for abuse and not enough for gains. there 
are already systems in place for tours with teleportation systems that don't 
need rlv scripts to work. 


> Date: Sun, 26 Sep 2010 23:37:07 -0400
> Subject: Re: [opensource-dev] Lindens way ahead of us
> From: m...@inworlddesigns.com
> To: angel_of_crim...@hotmail.com
> CC: opensource-dev@lists.secondlife.com
> 
> Actually there is no way to turn it on in other peoples viewers if its
> in their viewer. If someone told you that they mislead you. The on/off
> is whatever you set it too, no body else can change that short of
> hacking your computer. There is no backend or hidden code or anything
> like that. I have yet to see a TPV that has any such feature.
> 
> RLV adds a lot of useful features scripters can take advantage of just
> like I mentioned previously like force sitting and force teliporting
> can be great for automating things like rides and tours or even huds
> for combat that can send you to other parts of a sim or detach weapons
> or really anything you can imagine. Please be careful repeating things
> you've herd false information can be very damaging and hinder very
> good progress. Personally I would rather see RLV over breast physics
> but then again thats just me :P
> 
> On Sun, Sep 26, 2010 at 11:30 PM, Erin Mallory
>  wrote:
> > yeah, I've had it on by default in a couple viewers i tried, and in one of
> > those it claimed to be off.  and there's ways to turn it on other people's
> > viewers without them even knowing.  I do not understand why LL would include
> > RLV into a viewer.
> >
> > 
> > Date: Sun, 26 Sep 2010 21:00:14 -0600
> > Subject: Re: [opensource-dev] Lindens way ahead of us
> > From: ilana.debe...@gmail.com
> > To: angel_of_crim...@hotmail.com
> >
> > Don't panic. If you don't turn RLV on or you don't wear an RLV relay it
> > absolutely CAN NOT affect you
> > On Sep 26, 2010 8:56 PM, "Erin Mallory" 
> > wrote:
> >>
> >> Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is NOT being
> >> added
> >> RLV is just scary and I will look for a tvp without it before I allow
> >> others to take my clothes off with an RLV trap...
> >>
> >> Date: Sun, 26 Sep 2010 19:37:30 -0700
> >> From: miss_c...@yahoo.com
> >> To: opensource-dev@lists.secondlife.com
> >> Subject: [opensource-dev] Lindens way ahead of us
> >>
> >>
> >>
> >> All this talk about adding these plug ins RLV and breast physics plug
> >> ins were added to viewer 2 already.
> >>
> >> They were just going to surprise us I suppose -.-
> >>
> >> I found it here
> >> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
> >>
> >> Quote:
> >> merge avatar physics up to latest viewer-development
> >> 49
> >> #include "llbreastmotion.h"
> >>
> >>
> >>
> >>
> >>
> >> 49
> >> 50
> >> #include "llviewercontrol.h"
> >>
> >>
> >> YAY
> >>
> >> Miss
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> 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
> >
  ___
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] Lindens way ahead of us

[miss c]

Before it turns into an even bigger debate.  First, I assumed that viewcontrol 
meant rlv since it was directly under breastphysics, I do not know what the 
viewercontrol code is for.  Secondly this could be Oz's personal build for 
himself XD.  It does say it was merged with the latest viewer, but its not here 
in the code, no breast physics period. 






From: Erin Mallory 
To: m...@inworlddesigns.com; opensource-dev@lists.secondlife.com
Sent: Sun, September 26, 2010 10:48:41 PM
Subject: Re: [opensource-dev] Lindens way ahead of us

 
"RLV adds a lot of useful features scripters can take advantage of just
like I mentioned previously like force sitting and force teliporting
can be great for automating things like rides and tours or even huds
for combat that can send you to other parts of a sim or detach weapons
or really anything you can imagine."

That's just creepy. I cannot think of a single legitimate reason I would need 
to 
be force teleported anywhere except possibly by a linden.
Linden teleports were already built into the viewer.  Why would I need or want 
a 
combat system to disarm me or teleport me? 

If a combat hud could disarm me, then so could someone that made a hacked hud 
to 
cheat with. And whose to say it would stop with weapons?
Sorry, I see way too much potential for abuse and not enough for gains. there 
are already systems in place for tours with teleportation systems that don't 
need rlv scripts to work. 



> Date: Sun, 26 Sep 2010 23:37:07 -0400
> Subject: Re: [opensource-dev] Lindens way ahead of us
> From: m...@inworlddesigns.com
> To: angel_of_crim...@hotmail.com
> CC: opensource-dev@lists.secondlife.com
> 
> Actually there is no way to turn it on in other peoples viewers if its
> in their viewer. If someone told you that they mislead you. The on/off
> is whatever you set it too, no body else can change that short of
> hacking your computer. There is no backend or hidden code or anything
> like that. I have yet to see a TPV that has any such feature.
> 
> RLV adds a lot of useful features scripters can take advantage of just
> like I mentioned previously like force sitting and force teliporting
> can be great for automating things like rides and tours or even huds
> for combat that can send you to other parts of a sim or detach weapons
> or really anything you can imagine. Please be careful repeating things
> you've herd false information can be very damaging and hinder very
> good progress. Personally I would rather see RLV over breast physics
> but then again thats just me :P
> 
> On Sun, Sep 26, 2010 at 11:30 PM, Erin Mallory
>  wrote:
> > yeah, I've had it on by default in a couple viewers i tried, and in one of
> > those it claimed to be off.  and there's ways to turn it on other people's
> > viewers without them even knowing.  I do not understand why LL would include
> > RLV into a viewer.
> >
> > 
> > Date: Sun, 26 Sep 2010 21:00:14 -0600
> > Subject: Re: [opensource-dev] Lindens way ahead of us
> > From: ilana.debe...@gmail.com
> > To: angel_of_crim...@hotmail.com
> >
> > Don't panic. If you don't turn RLV on or you don't wear an RLV relay it
> > absolutely CAN NOT affect you
> > On Sep 26, 2010 8:56 PM, "Erin Mallory" 
> > wrote:
> >>
> >> Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is NOT being
> >> added
> >> RLV is just scary and I will look for a tvp without it before I allow
> >> others to take my clothes off with an RLV trap...
> >>
> >> Date: Sun, 26 Sep 2010 19:37:30 -0700
> >> From: miss_c...@yahoo.com
> >> To: opensource-dev@lists.secondlife.com
> >> Subject: [opensource-dev] Lindens way ahead of us
> >>
> >>
> >>
> >> All this talk about adding these plug ins RLV and breast physics plug
> >> ins were added to viewer 2 already.
> >>
> >> They were just going to surprise us I suppose -.-
> >>
> >> I found it here
> >> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
> >>
> >> Quote:
> >> merge avatar physics up to latest viewer-development
> >> 49
> >> #include "llbreastmotion.h"
> >>
> >>
> >>
> >>
> >>
> >> 49
> >> 50
> >> #include "llviewercontrol.h"
> >>
> >>
> >> YAY
> >>
> >> Miss
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> 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
> >



  ___
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] Lindens way ahead of us

[Marc Adored]

Well as I said before off is off and on is on your choice. Much more
choice then breast physics give. I find it creepy that some perv is
looking at my wife watching her boobs bounce and she has no control
over it other then logging off which is unacceptable btw. Not that it
really bothers me but I'm just sayin... At least with RLV features
they are controllable by the person that matters which is the person
it controls. I was trying to stay away from the whole creepy thing
because it is the more subjective issue of this thread and tried to
focus on the usefulness of the features. Regardless of what the fact
that you can see the usefulness of it I do and others have based on
the features I see added into some very popular huds like the emdash
hud which has a "favorites" landmark feature which when you set it to
can automatically teliport to to locations instead of giving you map
links which you have to click then click again to teliport or it can
force you to sit on a teliporter to go to the spot if its in the same
sim instead of you having to click on the teliport to sit yourself.
This is something you have to eneable even if RLV is enabled its not
something that happens automatically. Also most RLV implementations
have a warning when scripts try to use it the first time until you
allow it for security reason. After all it would really suck to attach
a hud that stripped you naked and tp'd you to sex sim :P Again the
emdash features may not be something you may find useful but I do
saves a lot of time and aggravation and just makes the tool seem that
much better integrated. The only usefulness I can see for breast
physics is having my wife do the bay watch gesture and we enjoy her
boobs bouncing for a good minute as a novelty. Some people have
control issues which make the useful features of RLV scary or even
creepy and those people shouldn't use it which is why there is on and
off switches :)

I see possibilities for misuse but only to people who are click happy
and don't read warnings when they come up. other then that a script
will only have control of your RLV features if you allow it to and RLV
will only have control of you if you allow it to. A simple relog and a
few clicks and RLV is off if something goes wrong no big deal. So to
me i see much more gain and very little potential for abuse.

I'll stop replying now though because I have said all I need to say at
least I think and the next step is just to become a flame war which is
not productive.

On Sun, Sep 26, 2010 at 11:48 PM, Erin Mallory
 wrote:
> "RLV adds a lot of useful features scripters can take advantage of just
> like I mentioned previously like force sitting and force teliporting
> can be great for automating things like rides and tours or even huds
> for combat that can send you to other parts of a sim or detach weapons
> or really anything you can imagine."
>
> That's just creepy. I cannot think of a single legitimate reason I would
> need to be force teleported anywhere except possibly by a linden.
> Linden teleports were already built into the viewer.  Why would I need or
> want a combat system to disarm me or teleport me?
> If a combat hud could disarm me, then so could someone that made a hacked
> hud to cheat with. And whose to say it would stop with weapons?
> Sorry, I see way too much potential for abuse and not enough for gains.
> there are already systems in place for tours with teleportation systems that
> don't need rlv scripts to work.
>
>
>> Date: Sun, 26 Sep 2010 23:37:07 -0400
>> Subject: Re: [opensource-dev] Lindens way ahead of us
>> From: m...@inworlddesigns.com
>> To: angel_of_crim...@hotmail.com
>> CC: opensource-dev@lists.secondlife.com
>>
>> Actually there is no way to turn it on in other peoples viewers if its
>> in their viewer. If someone told you that they mislead you. The on/off
>> is whatever you set it too, no body else can change that short of
>> hacking your computer. There is no backend or hidden code or anything
>> like that. I have yet to see a TPV that has any such feature.
>>
>> RLV adds a lot of useful features scripters can take advantage of just
>> like I mentioned previously like force sitting and force teliporting
>> can be great for automating things like rides and tours or even huds
>> for combat that can send you to other parts of a sim or detach weapons
>> or really anything you can imagine. Please be careful repeating things
>> you've herd false information can be very damaging and hinder very
>> good progress. Personally I would rather see RLV over breast physics
>> but then again thats just me :P
>>
>> On Sun, Sep 26, 2010 at 11:30 PM, Erin Mallory
>>  wrote:
>> > yeah, I've had it on by default in a couple viewers i tried, and in one
>> > of
>> > those it claimed to be off.  and there's ways to turn it on other
>> > people's
>> > viewers without them even knowing.  I do not understand why LL would
>> > include
>> > RLV into a viewer.
>> >
>> > 
>> > Date: 

Re: [opensource-dev] Lindens way ahead of us

[Tigro Spottystripes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Only objects you own can do stuff to you, in order to have other people
do stuff to you you would have to have a relay object owned by you
listening to what other people say and then acting on it. The forcing
teleport thing, it's not forcing you, it's forcing the client, so you
could for example, type "/tp mom's place" and without having to click
anything you tp to the landmark you named "mom's place", the force
sitting,  you could for example wear a transformer avatar, and when you
transform into a mortorcycle you automaticly sit on an invisible
motorcycle vehicle automaticly rezzed and drive around like a real
(virtual) motorcycle (since avs can't turn etc as needed unless sitting
on somthing).

If you don't have any RLV objects you own nearby, even if you have RLV
functionality enabled, things will be pretty much as if the client
didn't had any piece of RLV related code in it.

On 27/9/2010 00:48, Erin Mallory wrote:
> "RLV adds a lot of useful features scripters can take advantage of just
> like I mentioned previously like force sitting and force teliporting
> can be great for automating things like rides and tours or even huds
> for combat that can send you to other parts of a sim or detach weapons
> or really anything you can imagine."
> 
> That's just creepy. I cannot think of a single legitimate reason I would need 
> to be force teleported anywhere except possibly by a linden.
> Linden teleports were already built into the viewer.  Why would I need or 
> want a combat system to disarm me or teleport me? 
> If a combat hud could disarm me, then so could someone that made a hacked hud 
> to cheat with. And whose to say it would stop with weapons?
> Sorry, I see way too much potential for abuse and not enough for gains. there 
> are already systems in place for tours with teleportation systems that don't 
> need rlv scripts to work. 
> 
> 
> 
>> Date: Sun, 26 Sep 2010 23:37:07 -0400
>> Subject: Re: [opensource-dev] Lindens way ahead of us
>> From: m...@inworlddesigns.com
>> To: angel_of_crim...@hotmail.com
>> CC: opensource-dev@lists.secondlife.com
>>
>> Actually there is no way to turn it on in other peoples viewers if its
>> in their viewer. If someone told you that they mislead you. The on/off
>> is whatever you set it too, no body else can change that short of
>> hacking your computer. There is no backend or hidden code or anything
>> like that. I have yet to see a TPV that has any such feature.
>>
>> RLV adds a lot of useful features scripters can take advantage of just
>> like I mentioned previously like force sitting and force teliporting
>> can be great for automating things like rides and tours or even huds
>> for combat that can send you to other parts of a sim or detach weapons
>> or really anything you can imagine. Please be careful repeating things
>> you've herd false information can be very damaging and hinder very
>> good progress. Personally I would rather see RLV over breast physics
>> but then again thats just me :P
>>
>> On Sun, Sep 26, 2010 at 11:30 PM, Erin Mallory
>>  wrote:
>> > yeah, I've had it on by default in a couple viewers i tried, and in
> one of
>> > those it claimed to be off.  and there's ways to turn it on other
> people's
>> > viewers without them even knowing.  I do not understand why LL would
> include
>> > RLV into a viewer.
>> >
>> > 
>> > Date: Sun, 26 Sep 2010 21:00:14 -0600
>> > Subject: Re: [opensource-dev] Lindens way ahead of us
>> > From: ilana.debe...@gmail.com
>> > To: angel_of_crim...@hotmail.com
>> >
>> > Don't panic. If you don't turn RLV on or you don't wear an RLV relay it
>> > absolutely CAN NOT affect you
>> > On Sep 26, 2010 8:56 PM, "Erin Mallory" 
>> > wrote:
>> >>
>> >> Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is
> NOT being
>> >> added
>> >> RLV is just scary and I will look for a tvp without it before I allow
>> >> others to take my clothes off with an RLV trap...
>> >>
>> >> Date: Sun, 26 Sep 2010 19:37:30 -0700
>> >> From: miss_c...@yahoo.com
>> >> To: opensource-dev@lists.secondlife.com
>> >> Subject: [opensource-dev] Lindens way ahead of us
>> >>
>> >>
>> >>
>> >> All this talk about adding these plug ins RLV and breast
> physics plug
>> >> ins were added to viewer 2 already.
>> >>
>> >> They were just going to surprise us I suppose -.-
>> >>
>> >> I found it here
>> >> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
>> >>
>> >> Quote:
>> >> merge avatar physics up to latest viewer-development
>> >> 49
>> >> #include "llbreastmotion.h"
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> 49
>> >> 50
>> >> #include "llviewercontrol.h"
>> >>
>> >>
>> >> YAY
>> >>
>> >> Miss
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> ___
>> >> Policies and (un)subscribe information available here:
>> >> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> >> Please read the policies before posting to keep unmoderated 

[opensource-dev] Simple thing for snapshots?

[Talia Tokugawa]

I was wondering how easy this'd be to achieve. When I take a snapshot to
inventory.. it seems that no matter what size I have my window at the snap
ends up as 512*512.
Snapshots currently store some information about the snap..
Name: [ Snapshot : parcelname, sim name (pos)]
Desc: [ Taken by username at parcelname, simname (pos)]

Now this is definitely more useful than the original "Snapshot" that was
stored, but I was thinking it would be even more useful to store say the
screen resolution in the description field.
My first usage idea on this was just for simple inworld picture frames.
could get the res of the image from the description and then scale the frame
to the correct aspect ratio for the image.
This could however be taken a step further as some TPV currently seem to
have "Preview Aspect Ratio" pulldowns which allow you to set preset aspect
ratio for an image. Would be nice if these could pull the aspect ratio from
the description so you could get your images at the correct aspect ratio.

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] Lindens way ahead of us

[Talia Tokugawa]

Not to mention LSL control of Windlight.. ((server side windlight control?))
"Anti Creepy" stuff, I lock my underwear on to prevent wardrobe malfunction,
so thanks to RLV I am less likely to end up in an embarrassing situation
that without it.
Force TP could also be used as an alternative to TP home on death. Allowing
for people to be teleported to an RP start point as opposed there home
location.
RLV has so much potential but due to it's initial uses people discard it out
of hand without considering what else it could be used for.
T

On 27 September 2010 05:47, Tigro Spottystripes <
tigrospottystri...@gmail.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Only objects you own can do stuff to you, in order to have other people
> do stuff to you you would have to have a relay object owned by you
> listening to what other people say and then acting on it. The forcing
> teleport thing, it's not forcing you, it's forcing the client, so you
> could for example, type "/tp mom's place" and without having to click
> anything you tp to the landmark you named "mom's place", the force
> sitting,  you could for example wear a transformer avatar, and when you
> transform into a mortorcycle you automaticly sit on an invisible
> motorcycle vehicle automaticly rezzed and drive around like a real
> (virtual) motorcycle (since avs can't turn etc as needed unless sitting
> on somthing).
>
> If you don't have any RLV objects you own nearby, even if you have RLV
> functionality enabled, things will be pretty much as if the client
> didn't had any piece of RLV related code in it.
>
> On 27/9/2010 00:48, Erin Mallory wrote:
> > "RLV adds a lot of useful features scripters can take advantage of just
> > like I mentioned previously like force sitting and force teliporting
> > can be great for automating things like rides and tours or even huds
> > for combat that can send you to other parts of a sim or detach weapons
> > or really anything you can imagine."
> >
> > That's just creepy. I cannot think of a single legitimate reason I would
> need to be force teleported anywhere except possibly by a linden.
> > Linden teleports were already built into the viewer.  Why would I need or
> want a combat system to disarm me or teleport me?
> > If a combat hud could disarm me, then so could someone that made a hacked
> hud to cheat with. And whose to say it would stop with weapons?
> > Sorry, I see way too much potential for abuse and not enough for gains.
> there are already systems in place for tours with teleportation systems that
> don't need rlv scripts to work.
> >
> >
> >
> >> Date: Sun, 26 Sep 2010 23:37:07 -0400
> >> Subject: Re: [opensource-dev] Lindens way ahead of us
> >> From: m...@inworlddesigns.com
> >> To: angel_of_crim...@hotmail.com
> >> CC: opensource-dev@lists.secondlife.com
> >>
> >> Actually there is no way to turn it on in other peoples viewers if its
> >> in their viewer. If someone told you that they mislead you. The on/off
> >> is whatever you set it too, no body else can change that short of
> >> hacking your computer. There is no backend or hidden code or anything
> >> like that. I have yet to see a TPV that has any such feature.
> >>
> >> RLV adds a lot of useful features scripters can take advantage of just
> >> like I mentioned previously like force sitting and force teliporting
> >> can be great for automating things like rides and tours or even huds
> >> for combat that can send you to other parts of a sim or detach weapons
> >> or really anything you can imagine. Please be careful repeating things
> >> you've herd false information can be very damaging and hinder very
> >> good progress. Personally I would rather see RLV over breast physics
> >> but then again thats just me :P
> >>
> >> On Sun, Sep 26, 2010 at 11:30 PM, Erin Mallory
> >>  wrote:
> >> > yeah, I've had it on by default in a couple viewers i tried, and in
> > one of
> >> > those it claimed to be off.  and there's ways to turn it on other
> > people's
> >> > viewers without them even knowing.  I do not understand why LL would
> > include
> >> > RLV into a viewer.
> >> >
> >> > 
> >> > Date: Sun, 26 Sep 2010 21:00:14 -0600
> >> > Subject: Re: [opensource-dev] Lindens way ahead of us
> >> > From: ilana.debe...@gmail.com
> >> > To: angel_of_crim...@hotmail.com
> >> >
> >> > Don't panic. If you don't turn RLV on or you don't wear an RLV relay
> it
> >> > absolutely CAN NOT affect you
> >> > On Sep 26, 2010 8:56 PM, "Erin Mallory"  >
> >> > wrote:
> >> >>
> >> >> Yay for breast physics, but PLEASE PLEASE PLEASE say that RLV is
> > NOT being
> >> >> added
> >> >> RLV is just scary and I will look for a tvp without it before I allow
> >> >> others to take my clothes off with an RLV trap...
> >> >>
> >> >> Date: Sun, 26 Sep 2010 19:37:30 -0700
> >> >> From: miss_c...@yahoo.com
> >> >> To: opensource-dev@lists.secondlife.com
> >> >> Subject: [opensource-dev] Lindens way ahead of us
> >> >>
> >> >>

Re: [opensource-dev] Lindens way ahead of us

[Zabb65]

llviewercontrol.h is the header that allows access to saved settings values
within the viewer, and has nothing to do with RLV or any other form of
control over the viewer. They are simply a set of saved control values in
llsd xml format.

On Sun, Sep 26, 2010 at 22:37, miss c  wrote:

> All this talk about adding these plug ins RLV and breast physics plug
> ins were added to viewer 2 already.
>
> They were just going to surprise us I suppose -.-
>
> I found it here
> http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
>
> Quote:
> merge avatar physics up to latest viewer-development
>
> 49 
> 
>
> #include "llbreastmotion.h"
>
>  49 
> 
>
> 50 
> 
>
> #include "llviewercontrol.h"
>
>
>
>
> YAY
>
> Miss
>
>
> ___
> 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] Lindens way ahead of us

[miss c]

yep that's why I said this 


Before it turns into an even bigger debate.  First, I assumed that  viewcontrol 
meant rlv since it was directly under breastphysics, I do  not know what the 
viewercontrol code is for.  Secondly this could be  Oz's personal build for 
himself XD.  It does say it was merged with the  latest viewer, but its not 
here 
in the code, no breast physics period. 



...I am just combing the code and changes to work on UI customization.  I was 
trying to  locate change notes for the dev release when I ran across it.





From: Zabb65 
To: miss c 
Cc: opensource-dev@lists.secondlife.com
Sent: Mon, September 27, 2010 1:00:48 AM
Subject: Re: [opensource-dev] Lindens way ahead of us

llviewercontrol.h is the header that allows access to saved settings values 
within the viewer, and has nothing to do with RLV or any other form of control 
over the viewer. They are simply a set of saved control values in llsd xml 
format.


On Sun, Sep 26, 2010 at 22:37, miss c  wrote:

All this talk about adding these plug ins RLV and breast physics plug ins 
were added to viewer 2 already.
>
>They were just going to surprise us I suppose -.-
>
>I found it here http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8
>
>Quote: 
>merge avatar physics up to latest viewer-development 
>
>49 #include "llbreastmotion.h" 
>49 50 #include "llviewercontrol.h" 
>
>
>YAY
>
>Miss
>
>
>___
>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

[opensource-dev] Debugging SLPlugin(s)

[Rob Nelson]

  Here's another probable stupid question for you all.

During viewer startup in Snowglobe 1.5, I get spammed with "plugin_* has 
crashed etc etc, please restart etc etc".  I'd like to figure out why 
this is happening.  Unfortunately, all I'm getting from the 
SecondLife.log is that the APR connection was suddenly closed, and I'm 
not even sure it has anything to do with the plugin host.  However, I'd 
like to get to the bottom of this before I go nuts.

Rob
___
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