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 miss_c...@yahoo.com 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 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_newline49 #include llbreastmotion.h 49 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_oldline49 50 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_newline50 #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
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 zab...@gmail.com To: miss c miss_c...@yahoo.com 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 miss_c...@yahoo.com 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)
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
Re: [opensource-dev] Lindens way ahead of us
On Mon, Sep 27, 2010 at 12:10 AM, Marc Adored m...@inworlddesigns.comwrote: 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... I notice that LL's avatar physics implementation uses a wearable, so that avatars can decide if they jiggle or not. Presumably TPVs would adopt the same once there was a standardized way to do it. An important restriction built into RLV is that it relies on llOwnerSay. One has to at the very least rez or wear an object that can send the commands. The only way to transfer of an object while it's still rezzed is an object or land purchase, anything else goes to inventory first. That means there has to be at least some kind of interaction on the user's part before RLV can do anything. A more official version would benefit from a separate message type that could be gated by permission dialogs, but RLV does a nice job given what was available to work with. ___ 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
On Mon, Sep 27, 2010 at 10:17:40AM +0200, Marine Kelley wrote: - Don't breach the user's privacy (it doesn't disclose IMs or passwords or anything personal, including what you are wearing) Ohh, thats why, now i finally undersnd why it's so hard to know how to use the detach commands. Using RLv and HUD's solva many problems in combat roleplay sims, like making gestures to change weapons. You can't make any short cut keys to attach a new weapons combinations today with out using RLv. Thanks for a great set of functions. -- o_ Anders Arnholm, o/ /\and...@arnholm.se /|_, \\http://anders.arnholm.se/ / ` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 If we indeed are getting individual breast jiggle settings, that is a great move by LL, i had already proposed a way for Emerald users to have individual settings some time ago (embedding the parameters in the baked texture or one of the unused clothing layers, apparently it ended up being a similar approach to the infamous encrypted installation folder string that they turned out to leaking), but at the time they didn't seem much interested in the idea (and lots of people were making drama over not being able to make everyone go Baywatch run or wear a concrete bra anymore) The icing on the cake will be if LL also adds butt jiggle (and even better if also we get gut, arm flabs, face cheeks etc jiggle settings as well) On 27/9/2010 04:55, Harold Brown wrote: I doubt this is a personal build as this implements a new wearable physics item. From the cursory glance through the source changes this appears to allow for each Avatar to have their own personal breast physics setting. On Sun, Sep 26, 2010 at 11:11 PM, miss c miss_c...@yahoo.com mailto:miss_c...@yahoo.com wrote: 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 zab...@gmail.com mailto:zab...@gmail.com *To:* miss c miss_c...@yahoo.com mailto:miss_c...@yahoo.com *Cc:* opensource-dev@lists.secondlife.com mailto: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 miss_c...@yahoo.com mailto:miss_c...@yahoo.com 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 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_newline49 #include llbreastmotion.h 49 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_oldline49 50 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_newline50 #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 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkygVdcACgkQ8ZFfSrFHsmV1XwCeInX9oAvku+A1hWlA4Dc5ERi/ uQ4An0Np1wCYmi1F9TBHHtF5QPrkdEzo =N7Cl -END PGP SIGNATURE- ___ 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] item autodecline on crash at login
As a user, I would like my inventory offers to be auto-accepted instead of auto-declined in the event of a crash on login. Currently if I crash on login with viewer two, I can kiss anything that was given to me while offline goodbye.. ___ 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] item autodecline on crash at login
Is already working in this way, if i crash without accept neither decline something at next login i found them in my inventory (and if i open past notifications and click decline item is deleted) -- Sent by iPhone Il giorno 27/set/2010, alle ore 12:51, Erin Mallory angel_of_crim...@hotmail.com ha scritto: As a user, I would like my inventory offers to be auto-accepted instead of auto-declined in the event of a crash on login. Currently if I crash on login with viewer two, I can kiss anything that was given to me while offline goodbye.. ___ 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
On Mon, Sep 27, 2010 at 05:29:15AM -0300, Tigro Spottystripes wrote: If we indeed are getting individual breast jiggle settings, that is a great move by LL, i had already proposed a way for Emerald users to have individual settings some time ago (embedding the parameters in the baked I'm not sure what expensive renderings i should be able to have enables should be on the other side. The breasts moment are about adding realism, it takes rendering cost and kills tons of attachments. The probels added with other parts moving ARE much bigger. How attachment work win the moving part is really hard to get right. The emerals solotions really should need a right/left nipple attackmant point. We should also need the possibility for obejste to flex between two, or more attackmants points. To make a realistic teeshirt needs, three reference points, the spine/cheat and the two nipples. I would love to see a tee that dorks and don't look like a bodypainting. -- o_ Anders Arnholm, o/ /\and...@arnholm.se /|_, \\http://anders.arnholm.se/ / ` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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...
You're on a Mac right? That sounds like https://jira.secondlife.com/browse/SNOW-223 The easiest solution is to use the 10.4 or 10.5 SDK when building, instead of 10.6. The slightly more complicated solution is to patch and rebuild APR. Aimee. On 26 Sep 2010, at 23:09, 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 ___ 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] 2.0 Absolute Dealbreaker - script count feature request
As a sim owner I have to have script counter so we can keep our scripts low in the sim because of the excessive us of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option, also the option of avatar announcement upon entering the sim helps combat scripts. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY 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
Well according to the merge, it looks like its a debug option to turn it on and is clientside. So its optional. From: Anders Arnholm and...@arnholm.se To: Tigro Spottystripes tigrospottystri...@gmail.com Cc: opensource-dev@lists.secondlife.com Sent: Mon, September 27, 2010 6:21:03 AM Subject: Re: [opensource-dev] Lindens way ahead of us On Mon, Sep 27, 2010 at 05:29:15AM -0300, Tigro Spottystripes wrote: If we indeed are getting individual breast jiggle settings, that is a great move by LL, i had already proposed a way for Emerald users to have individual settings some time ago (embedding the parameters in the baked I'm not sure what expensive renderings i should be able to have enables should be on the other side. The breasts moment are about adding realism, it takes rendering cost and kills tons of attachments. The probels added with other parts moving ARE much bigger. How attachment work win the moving part is really hard to get right. The emerals solotions really should need a right/left nipple attackmant point. We should also need the possibility for obejste to flex between two, or more attackmants points. To make a realistic teeshirt needs, three reference points, the spine/cheat and the two nipples. I would love to see a tee that dorks and don't look like a bodypainting. -- o_ Anders Arnholm, o/ /\and...@arnholm.se /|_, \\http://anders.arnholm.se/ / ` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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] 2.0 Absolute Dealbreaker - script count feature request
I added it to the Jira : https://jira.secondlife.com/browse/VWR-23200 If it is a duplicate, I apologize, I did search and didn't find anything. TY Miss From: miss c miss_c...@yahoo.com To: opensource-dev@lists.secondlife.com Sent: Mon, September 27, 2010 9:21:39 AM Subject: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request As a sim owner I have to have script counter so we can keep our scripts low in the sim because of the excessive us of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option, also the option of avatar announcement upon entering the sim helps combat scripts. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY 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
[opensource-dev] User Story: Simple Mesh Edit in Viewer
User Story: As a user, I would like to be able to make simple edits to the shape of an imported mesh for such purposes as making a clothing item fit better, a large mesh object fit within my land parcel, or fit the other objects in a linkset. As someone learning to build it would also be more fun and interesting to edit shapes than merely using items other people have created. JIRA Issue: https://jira.secondlife.com/browse/VWR-23202 Please see the JIRA issue for a discussion, but for viewer development, I proposed the simplest possible editing function I could think of, that of moving vertexes but making no other changes to a mesh like UV mapping. That minimizes the code and UI changes. As someone who makes 3D models using 3ds Max, being able to mod a shape after import would be highly useful even for me. Even though I can have all the mesh components loaded in Max and get them to fit each other in a complex item, I cannot load random avatar or terrain shapes, or see how an item will look once placed in the surrounding environment. ___ 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Well, indeed there are tons of limitations, but this is the first big improvement in the base avatar in quite a while (no, i don't count mesh import, they are implementing that before improving inworld tools just to piss me off) On 27/9/2010 08:21, Anders Arnholm wrote: On Mon, Sep 27, 2010 at 05:29:15AM -0300, Tigro Spottystripes wrote: If we indeed are getting individual breast jiggle settings, that is a great move by LL, i had already proposed a way for Emerald users to have individual settings some time ago (embedding the parameters in the baked I'm not sure what expensive renderings i should be able to have enables should be on the other side. The breasts moment are about adding realism, it takes rendering cost and kills tons of attachments. The probels added with other parts moving ARE much bigger. How attachment work win the moving part is really hard to get right. The emerals solotions really should need a right/left nipple attackmant point. We should also need the possibility for obejste to flex between two, or more attackmants points. To make a realistic teeshirt needs, three reference points, the spine/cheat and the two nipples. I would love to see a tee that dorks and don't look like a bodypainting. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkygw2wACgkQ8ZFfSrFHsmVpmQCfZAhdRWdhMBw7fqmrnuacuetL S54An2m4RlzDiHzbR5qveLLK9IPt1v95 =69yt -END PGP SIGNATURE- ___ 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
I disagree - it's not that great. Full client-side softbody with Bullet would be better to do. Add a few sliders for softness in the av appearance dialog (while upgrading the base mesh to support this) and there we really are... the whole shebang with a lot less real effort. From there all would be needed is to supply new meshes and that's it. Speaking of meshes... stick me on the test0r list? I suck at sculpties and I'll be real good and promise not tell peepul about it...? ;) lol --GC On Mon, 2010-09-27 at 05:29 -0300, Tigro Spottystripes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 If we indeed are getting individual breast jiggle settings, that is a great move by LL, i had already proposed a way for Emerald users to have individual settings some time ago (embedding the parameters in the baked texture or one of the unused clothing layers, apparently it ended up being a similar approach to the infamous encrypted installation folder string that they turned out to leaking), but at the time they didn't seem much interested in the idea (and lots of people were making drama over not being able to make everyone go Baywatch run or wear a concrete bra anymore) The icing on the cake will be if LL also adds butt jiggle (and even better if also we get gut, arm flabs, face cheeks etc jiggle settings as well) On 27/9/2010 04:55, Harold Brown wrote: I doubt this is a personal build as this implements a new wearable physics item. From the cursory glance through the source changes this appears to allow for each Avatar to have their own personal breast physics setting. On Sun, Sep 26, 2010 at 11:11 PM, miss c miss_c...@yahoo.com mailto:miss_c...@yahoo.com wrote: 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 zab...@gmail.com mailto:zab...@gmail.com *To:* miss c miss_c...@yahoo.com mailto:miss_c...@yahoo.com *Cc:* opensource-dev@lists.secondlife.com mailto: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 miss_c...@yahoo.com mailto:miss_c...@yahoo.com 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 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_newline49 #include llbreastmotion.h 49 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_oldline49 50 http://bitbucket.org/oz_linden/test1/changeset/bbecf41db5c8#chg-indra/newview/llvoavatar.cpp_newline50 #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 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Re: [opensource-dev] [Important] Plan for this week -- canceling Sprint Retrospective (today) Sprint Planning (tomorrow)
Faster, Easier, Funner ! On Mon, Sep 27, 2010 at 11:07 AM, Sarah (Esbee) Hutchinson es...@lindenlab.com wrote: Good morning all, I chatted with Q this morning about the Viewer 2.2 Beta and how we can best spend our time over the coming week. ___ 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] Simple thing for snapshots?
On Sun, Sep 26, 2010 at 10:00 PM, Talia Tokugawa talia.tokug...@googlemail.com wrote: I was wondering how easy this'd be to achieve. When I take a snapshot to inventory 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. I have long thought we should be able to apply tags to inventory items (I even talked with P about this in 2006..) The automatically applied tags could be Region/Parcel/Position/Time etc. This would make searching a lot easier. And in the case of Photos, yes - the specific resolution info would be great. (in other words, I wouldn't want to see LL just do a specific solution for Photos, and then do something different for Notecards, LMs, etc. The use of Tags would give a general mechanism that would lend itself to interpretation by different types of inventory items.) -- Daniel Smith - Sonoma County, California http://daniel.org/resume ___ 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] support Userstory
As a User, I would like to be able to load the support live chat up WITHIN the secondlife browser, AND I would liek to not have to provide personal details about my self to support people i do not know in order to get support. An assigned set of security questions or a pin would be MUCH better and safer. (especially since I have been able to get my accunt confirmed using only my first name and the username off my email... which is very disturbing and scarey) ___ 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] Simple thing for snapshots?
And I've been thinking of a way to implement and arbitrary number of tags that would require a rewrite of the assest servers. Admittedly this is a hack, but it could potentially work, assuming that adding a system for an arbitrary amount of arbitrary properties (tags) for assets the simple way is a difficult proposition but modifying the simulator isn't so bad. (The simple way being adding a table for the properties, or similar idea.) Here's the idea so far: For every asset created a hidden notecard object is also created. The UUID of this notecard is added to a hidden property of the asset so that the simulator knows what to ask the asset server for. The contents of the notecard are simple key:value pairs, potentially stored as LLSD. When an asset is requested by the simulator, it then asks the asset server for the notecard and parses the contents. It then loads both the asset's fixed data and the properties pulled from the notecard into a single data structure internally for access for clients/scripts. Upon save to the asset server, the asset's fixed data and the dynamic properties would be separated out of the internal data structure into the asset submission and matched notecard and sent to the asset server. The properties would fall under the existing asset permissions system, such that they can't be changed from the client unless the agent has mod privs. Corresponding would be a proposal for adding two new LSL commands: list llGetProperties(list) and llSetProperties(list) where the lists would be 2 element strided lists composed of the key as a string and the value as whatever was/will be stored. The downside is that it would require 2 calls to the asset server per normal asset. Ricky Cron Stardust On Mon, Sep 27, 2010 at 11:21 AM, Daniel Smith javajo...@gmail.com wrote: On Sun, Sep 26, 2010 at 10:00 PM, Talia Tokugawa talia.tokug...@googlemail.com wrote: I was wondering how easy this'd be to achieve. When I take a snapshot to inventory 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. I have long thought we should be able to apply tags to inventory items (I even talked with P about this in 2006..) The automatically applied tags could be Region/Parcel/Position/Time etc. This would make searching a lot easier. And in the case of Photos, yes - the specific resolution info would be great. (in other words, I wouldn't want to see LL just do a specific solution for Photos, and then do something different for Notecards, LMs, etc. The use of Tags would give a general mechanism that would lend itself to interpretation by different types of inventory items.) -- Daniel Smith - Sonoma County, California http://daniel.org/resume ___ 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] User Stories: Water Prims
As a User, I would like the ability to apply a Linden supplied texture or Prim Type flag to turn a prim into Linden Water (such as a cube). This would allow residents to use Linden Water on multiple ground heights on land and in skyboxes. Currently one has to use prim/sculptie water that lacks various shader features, doesn't match up to, and/or looks worse then the Linden Water. As a resident I would like a standard for these kinds of applications. Ron Festa Virtual Worlds Admin Division of Continuing Studies at Rutgers University PGP key: http://bit.ly/b1ZyhY Phone: 732-474-8583 ___ 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] 2.0 Absolute Dealbreaker - script count feature request
For some reason I can't access the Jira. I'm not sure what you are asking for. If you are asking for a script counter, there is the top scripts counter in the estate panel. -Frans On Mon, Sep 27, 2010 at 4:47 PM, miss c miss_c...@yahoo.com wrote: I added it to the Jira : https://jira.secondlife.com/browse/VWR-23200 If it is a duplicate, I apologize, I did search and didn't find anything. TY Miss -- *From:* miss c miss_c...@yahoo.com *To:* opensource-dev@lists.secondlife.com *Sent:* Mon, September 27, 2010 9:21:39 AM *Subject:* [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request As a sim owner I have to have script counter so we can keep our scripts low in the sim because of the excessive us of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option, also the option of avatar announcement upon entering the sim helps combat scripts. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY 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] 2.0 Absolute Dealbreaker - script count feature request
Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on getting all information needed, all the referencing files uploaded, had 50 something votes, now gone, I hope it is taken seriously. Miss [ https://jira.secondlife.com/browse/VWR-23200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Esbee Linden updated VWR-23200: --- Summary: Script count feature request (was: Script Count - 2.0 Absolute Dealbreaker - script count feature request) This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. Script count feature request - Key: VWR-23200 URL: https://jira.secondlife.com/browse/VWR-23200 Project: 1. Second Life Viewer - VWR Issue Type: New Feature Components: Avatar/Character, Building (in-world), Performance, Scripting, Source Code, User Interface Environment: Second Life 2.2.1 (210525) Sep 25 2010 08:22:37 (Second Life Development) Release Notes CPU: Intel(R) Core(TM)2 Quad CPUQ8300 @ 2.50GHz (2493.73 MHz) Memory: 6078 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 1 (Build 6001) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 4600 Series Windows Graphics Driver Version: 8.17.0010.1041 OpenGL Version: 3.3.10151 Compatibility Profile Context libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.74 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Reporter: Miss Wright Priority: Severe Attachments: CMakeLists.txt, floateravatarlist.cpp, llstartup.cpp, llviewermenu.cpp, menu_pie_attachment.xml, menu_pie_avatar.xml, menu_pie_object.xml, menu_pie_self.xml, message.xml, scriptcounter.cpp, scriptcounter.h, scriptcountsample.jpg As a sim owner I MUST have a script counter so we can keep our scripts low in the sim because of the excessive use of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option. Also the option of avatar announcement and script fluctuation upon entering the sim helps combat scripts, this would be helpful in 2.0 but I wouldn't call it a deal breaker. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY Miss UPDATE: MORE INFO: If you are using a viewer based on the Emerald code base such as Emergance or Phoenix you can rightclick any object including avatars and it will count how many scripts are attached to the avatar or are inside the object. See referencing picture.You then receive this message... [10:36] Counting scripts. Please wait. [10:36] Counted scripts from 14 attachments on amethys Inglewood: 540 (this is someone that volunteered for this test) Looking through the Phoenix, Wasabi, Emergance, Emerald XML I find that all self object, attachment pie menus point to a function called Object.VisibleScriptCount The code is found in the menuviewer.xml menu_item_call bottom=-525 enabled=false height=19 label=Count Scripts in Selection left=0 mouse_opaque=true name=Count Scripts in Selection width=250 on_click function=Object.ScriptCount / on_enable function=Object.VisibleScriptCount / /menu_item_call I have attached the appropriate files that are in all these viewers Also this is the other feature I am referring to [10:34] amethys Inglewood has entered the sim. [10:34] Total scripts jumped from 3357 to 3957 (600) These are in separate functions in those viewers, one is in the radar, the other is in script change region announcements under phoenix misc in preferences. You see here his script count is higher than what his body count is because the body count does not include HUD attachments. So this means he has 60 on his HUD I cant see or count, I
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on getting all information needed, all the referencing files uploaded, had 50 something votes, now gone, I hope it is taken seriously. Miss [ https://jira.secondlife.com/browse/VWR-23200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Esbee Linden updated VWR-23200: --- Summary: Script count feature request (was: Script Count - 2.0 Absolute Dealbreaker - script count feature request) This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. Script count feature request - Key: VWR-23200 URL: https://jira.secondlife.com/browse/VWR-23200 Project: 1. Second Life Viewer - VWR Issue Type: New Feature Components: Avatar/Character, Building (in-world), Performance, Scripting, Source Code, User Interface Environment: Second Life 2.2.1 (210525) Sep 25 2010 08:22:37 (Second Life Development) Release Notes CPU: Intel(R) Core(TM)2 Quad CPUQ8300 @ 2.50GHz (2493.73 MHz) Memory: 6078 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 1 (Build 6001) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 4600 Series Windows Graphics Driver Version: 8.17.0010.1041 OpenGL Version: 3.3.10151 Compatibility Profile Context libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.74 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Reporter: Miss Wright Priority: Severe Attachments: CMakeLists.txt, floateravatarlist.cpp, llstartup.cpp, llviewermenu.cpp, menu_pie_attachment.xml, menu_pie_avatar.xml, menu_pie_object.xml, menu_pie_self.xml, message.xml, scriptcounter.cpp, scriptcounter.h, scriptcountsample.jpg As a sim owner I MUST have a script counter so we can keep our scripts low in the sim because of the excessive use of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option. Also the option of avatar announcement and script fluctuation upon entering the sim helps combat scripts, this would be helpful in 2.0 but I wouldn't call it a deal breaker. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY Miss UPDATE: MORE INFO: If you are using a viewer based on the Emerald code base such as Emergance or Phoenix you can rightclick any object including avatars and it will count how many scripts are attached to the avatar or are inside the object. See referencing picture.You then receive this message... [10:36] Counting scripts. Please wait. [10:36] Counted scripts from 14 attachments on amethys Inglewood: 540 (this is someone that volunteered for this test) Looking through the Phoenix, Wasabi, Emergance, Emerald XML I find that all self object, attachment pie menus point to a function called Object.VisibleScriptCount The code is found in the menuviewer.xml menu_item_call bottom=-525 enabled=false height=19 label=Count Scripts in Selection left=0 mouse_opaque=true name=Count Scripts in Selection width=250 on_click function=Object.ScriptCount / on_enable function=Object.VisibleScriptCount / /menu_item_call I have attached the appropriate files that are in all these viewers Also this is the other feature I am referring to [10:34] amethys Inglewood has entered the sim. [10:34] Total scripts jumped from 3357 to 3957 (600) These are in separate functions in those viewers, one is in the radar, the other is in script change region announcements under phoenix misc in preferences. You see here his script count is higher than what his body count is because the body count does not include HUD attachments. So this means he has 60 on his HUD I cant see or count, I
Re: [opensource-dev] User Stories: Water Prims
There's some suggestions on VWR-16671 and linked issues. On 27 September 2010 23:24, Bunny Halberd bu...@bunnynet.org wrote: On Mon, Sep 27, 2010 at 3:28 PM, Ron Festa overdr...@dceo.rutgers.edu wrote: As a User, I would like the ability to apply a Linden supplied texture or Prim Type flag to turn a prim into Linden Water (such as a cube). This would allow residents to use Linden Water on multiple ground heights on land and in skyboxes. Currently one has to use prim/sculptie water that lacks various shader features, doesn't match up to, and/or looks worse then the Linden Water. As a resident I would like a standard for these kinds of applications. +1 for this. I've been wishing for this for use in fountains and pools for years. - Bunny ___ 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] Need Help Testing STORM-255
Ok folk I need some help Testing the change set posted in: https://jira.secondlife.com/browse/STORM-255 I'm testing it on Windows 7 32 bit. I need others to test it on other operating systems in both 32 and 64 environments. Please post to the jira the OS your testing it on. ___ 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
I found a simple fix to the OpenJPEG v2 library that corrects the previous crashes that occurred with the test harness. The fix is attached to https://jira.secondlife.com/browse/SNOW-361 I also updated Robin's spreadsheet to reflect the improved performance. OpenJPEG v2 is now marginally quicker than the OpenJPEG v1.3.0 that ships with Viewer 2. Previously the OpenJPEG v2 library was crashing when it skipped over packets for higher discard levels. The library was skipping over too few bytes. Earlier test results for OpenJPEG v2 were performing a full decode. The Reduce feature (that performs partial decodes when the image was incomplete) had to be disabled because of the crashes. Now that the crashes are fixed, the updated test results for v2 reflect the same partial decodes that OpenJPEG v1.3.0 was performing. The fix will likely be submitted to the OpenJPEG project tomorrow night, when I have more time. 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 sheet.spot...@gmail.com 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 jWGJtV1Ehl=enauthkey=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] 2.0 Absolute Dealbreaker - script count feature request
Hi Miss C, The script count feature you requested is something that the Snowstorm Team wouldn't work on as its not really a Viewer feature - requiring mostly work on the server-side. I've moved the issue to our Land team so they can evaluate and prioritize the request. Unfortunately, the Land Team's tasks are not publicly visible in the new Jira set up. The ticket was moved intact with all the supporting data and will be given proper consideration. Best, Esbee This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. On Mon, Sep 27, 2010 at 6:19 PM, miss c miss_c...@yahoo.com wrote: Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on getting all information needed, all the referencing files uploaded, had 50 something votes, now gone, I hope it is taken seriously. Miss [ https://jira.secondlife.com/browse/VWR-23200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Esbee Linden updated VWR-23200: --- Summary: Script count feature request (was: Script Count - 2.0 Absolute Dealbreaker - script count feature request) This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. Script count feature request - Key: VWR-23200 URL: https://jira.secondlife.com/browse/VWR-23200 Project: 1. Second Life Viewer - VWR Issue Type: New Feature Components: Avatar/Character, Building (in-world), Performance, Scripting, Source Code, User Interface Environment: Second Life 2.2.1 (210525) Sep 25 2010 08:22:37 (Second Life Development) Release Notes CPU: Intel(R) Core(TM)2 Quad CPUQ8300 @ 2.50GHz (2493.73 MHz) Memory: 6078 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 1 (Build 6001) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 4600 Series Windows Graphics Driver Version: 8.17.0010.1041 OpenGL Version: 3.3.10151 Compatibility Profile Context libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.74 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Reporter: Miss Wright Priority: Severe Attachments: CMakeLists.txt, floateravatarlist.cpp, llstartup.cpp, llviewermenu.cpp, menu_pie_attachment.xml, menu_pie_avatar.xml, menu_pie_object.xml, menu_pie_self.xml, message.xml, scriptcounter.cpp, scriptcounter.h, scriptcountsample.jpg As a sim owner I MUST have a script counter so we can keep our scripts low in the sim because of the excessive use of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option. Also the option of avatar announcement and script fluctuation upon entering the sim helps combat scripts, this would be helpful in 2.0 but I wouldn't call it a deal breaker. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY Miss UPDATE: MORE INFO: If you are using a viewer based on the Emerald code base such as Emergance or Phoenix you can rightclick any object including avatars and it will count how many scripts are attached to the avatar or are inside the object. See referencing picture.You then receive this message... [10:36] Counting scripts. Please wait. [10:36] Counted scripts from 14 attachments on amethys Inglewood: 540 (this is someone that volunteered for this test) Looking through the Phoenix, Wasabi, Emergance, Emerald XML I find that all self object, attachment pie menus point to a function called Object.VisibleScriptCount The code is found in the menuviewer.xml menu_item_call bottom=-525 enabled=false height=19 label=Count Scripts in Selection left=0
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
Actually no its a viewer feature... http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.h and http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.cpp Just plugin and create a menu etc... If you want a non phoenix one re written for viewer 2.x i can easily do that and comply with lgpl as it wont be a port but a re implementation. Dim. On Mon, Sep 27, 2010 at 11:16 PM, Sarah (Esbee) Hutchinson es...@lindenlab.com wrote: Hi Miss C, The script count feature you requested is something that the Snowstorm Team wouldn't work on as its not really a Viewer feature - requiring mostly work on the server-side. I've moved the issue to our Land team so they can evaluate and prioritize the request. Unfortunately, the Land Team's tasks are not publicly visible in the new Jira set up. The ticket was moved intact with all the supporting data and will be given proper consideration. Best, Esbee This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. On Mon, Sep 27, 2010 at 6:19 PM, miss c miss_c...@yahoo.com wrote: Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on getting all information needed, all the referencing files uploaded, had 50 something votes, now gone, I hope it is taken seriously. Miss [ https://jira.secondlife.com/browse/VWR-23200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Esbee Linden updated VWR-23200: --- Summary: Script count feature request (was: Script Count - 2.0 Absolute Dealbreaker - script count feature request) This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. Script count feature request - Key: VWR-23200 URL: https://jira.secondlife.com/browse/VWR-23200 Project: 1. Second Life Viewer - VWR Issue Type: New Feature Components: Avatar/Character, Building (in-world), Performance, Scripting, Source Code, User Interface Environment: Second Life 2.2.1 (210525) Sep 25 2010 08:22:37 (Second Life Development) Release Notes CPU: Intel(R) Core(TM)2 Quad CPUQ8300 @ 2.50GHz (2493.73 MHz) Memory: 6078 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 1 (Build 6001) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 4600 Series Windows Graphics Driver Version: 8.17.0010.1041 OpenGL Version: 3.3.10151 Compatibility Profile Context libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.74 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Reporter: Miss Wright Priority: Severe Attachments: CMakeLists.txt, floateravatarlist.cpp, llstartup.cpp, llviewermenu.cpp, menu_pie_attachment.xml, menu_pie_avatar.xml, menu_pie_object.xml, menu_pie_self.xml, message.xml, scriptcounter.cpp, scriptcounter.h, scriptcountsample.jpg As a sim owner I MUST have a script counter so we can keep our scripts low in the sim because of the excessive use of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through the code to try and see if this was something handled in xml commands and its not, its in the Phoenix/Emerald code. Can we please get this option. Also the option of avatar announcement and script fluctuation upon entering the sim helps combat scripts, this would be helpful in 2.0 but I wouldn't call it a deal breaker. I have it announcing when an avatar enters and announcing region script count change so i know as soon as they enter and their script count if I am paying attention. TY Miss UPDATE: MORE INFO: If you are using a viewer based on the Emerald code base such as Emergance or Phoenix you can rightclick any object including avatars and it will count how many scripts are attached to the avatar or are inside the object. See referencing picture.You then
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
It isn't a server feature, this works right now in all the OTHER viewers. I attached like 10 files from the source code of all those viewers, the same exact files in each viewer that does this NOW. Did you even read my Jira?? I worked so hard to supply every bit of information. Unless you have allowed all these other viewers access to the server code, I think there has been a mistake, could you please reread my Jira. TY Miss From: Brandon Husbands xot...@gmail.com To: Sarah (Esbee) Hutchinson es...@lindenlab.com Cc: miss c miss_c...@yahoo.com; opensource-dev@lists.secondlife.com Sent: Tue, September 28, 2010 12:12:33 AM Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request Actually no its a viewer feature... http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.h and http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.cpp Just plugin and create a menu etc... If you want a non phoenix one re written for viewer 2.x i can easily do that and comply with lgpl as it wont be a port but a re implementation. Dim. On Mon, Sep 27, 2010 at 11:16 PM, Sarah (Esbee) Hutchinson es...@lindenlab.com wrote: Hi Miss C, The script count feature you requested is something that the Snowstorm Team wouldn't work on as its not really a Viewer feature - requiring mostly work on the server-side. I've moved the issue to our Land team so they can evaluate and prioritize the request. Unfortunately, the Land Team's tasks are not publicly visible in the new Jira set up. The ticket was moved intact with all the supporting data and will be given proper consideration. Best, Esbee This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. On Mon, Sep 27, 2010 at 6:19 PM, miss c miss_c...@yahoo.com wrote: Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on getting all information needed, all the referencing files uploaded, had 50 something votes, now gone, I hope it is taken seriously. Miss [ https://jira.secondlife.com/browse/VWR-23200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Esbee Linden updated VWR-23200: --- Summary: Script count feature request (was: Script Count - 2.0 Absolute Dealbreaker - script count feature request) This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. Script count feature request - Key: VWR-23200 URL: https://jira.secondlife.com/browse/VWR-23200 Project: 1. Second Life Viewer - VWR Issue Type: New Feature Components: Avatar/Character, Building (in-world), Performance, Scripting, Source Code, User Interface Environment: Second Life 2.2.1 (210525) Sep 25 2010 08:22:37 (Second Life Development) Release Notes CPU: Intel(R) Core(TM)2 Quad CPUQ8300 @ 2.50GHz (2493.73 MHz) Memory: 6078 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 1 (Build 6001) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 4600 Series Windows Graphics Driver Version: 8.17.0010.1041 OpenGL Version: 3.3.10151 Compatibility Profile Context libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.74 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Reporter: Miss Wright Priority: Severe Attachments: CMakeLists.txt, floateravatarlist.cpp, llstartup.cpp, llviewermenu.cpp, menu_pie_attachment.xml, menu_pie_avatar.xml, menu_pie_object.xml, menu_pie_self.xml, message.xml, scriptcounter.cpp, scriptcounter.h, scriptcountsample.jpg As a sim owner I MUST have a script counter so we can keep our scripts low in the sim because of the excessive use of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and your neighbors to reduce the load on the servers. Even though we do this several times a day there is always someone who forgot their scripts in something, you can easily find a good 5-10 people with 400+ scripts on them. I am completely sold on the 2.0 code and can live without some of the other features in Phoenix/Emerald, but this one is an absolute deal breaker for me. I combed through
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
Just to iterate that it does work. [22:22] Counting scripts. Please wait. [22:22] Counted scripts on object SL Exchange Magic Box white: 5 Works for any object. The code even allows you if you have permissions to remove all scripts which is a desperately needed function with all the poorly scripted re-sizer scripts in object. On Tue, Sep 28, 2010 at 12:18 AM, miss c miss_c...@yahoo.com wrote: It isn't a server feature, this works right now in all the OTHER viewers. I attached like 10 files from the source code of all those viewers, the same exact files in each viewer that does this NOW. Did you even read my Jira?? I worked so hard to supply every bit of information. Unless you have allowed all these other viewers access to the server code, I think there has been a mistake, could you please reread my Jira. TY Miss -- *From:* Brandon Husbands xot...@gmail.com *To:* Sarah (Esbee) Hutchinson es...@lindenlab.com *Cc:* miss c miss_c...@yahoo.com; opensource-dev@lists.secondlife.com *Sent:* Tue, September 28, 2010 12:12:33 AM *Subject:* Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request Actually no its a viewer feature... http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.h and http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.cpp Just plugin and create a menu etc... If you want a non phoenix one re written for viewer 2.x i can easily do that and comply with lgpl as it wont be a port but a re implementation. Dim. On Mon, Sep 27, 2010 at 11:16 PM, Sarah (Esbee) Hutchinson es...@lindenlab.com wrote: Hi Miss C, The script count feature you requested is something that the Snowstorm Team wouldn't work on as its not really a Viewer feature - requiring mostly work on the server-side. I've moved the issue to our Land team so they can evaluate and prioritize the request. Unfortunately, the Land Team's tasks are not publicly visible in the new Jira set up. The ticket was moved intact with all the supporting data and will be given proper consideration. Best, Esbee This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. On Mon, Sep 27, 2010 at 6:19 PM, miss c miss_c...@yahoo.com wrote: Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on getting all information needed, all the referencing files uploaded, had 50 something votes, now gone, I hope it is taken seriously. Miss [ https://jira.secondlife.com/browse/VWR-23200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] Esbee Linden updated VWR-23200: --- Summary: Script count feature request (was: Script Count - 2.0 Absolute Dealbreaker - script count feature request) This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. Script count feature request - Key: VWR-23200 URL: https://jira.secondlife.com/browse/VWR-23200 Project: 1. Second Life Viewer - VWR Issue Type: New Feature Components: Avatar/Character, Building (in-world), Performance, Scripting, Source Code, User Interface Environment: Second Life 2.2.1 (210525) Sep 25 2010 08:22:37 (Second Life Development) Release Notes CPU: Intel(R) Core(TM)2 Quad CPUQ8300 @ 2.50GHz (2493.73 MHz) Memory: 6078 MB OS Version: Microsoft Windows Vista 64-bit Service Pack 1 (Build 6001) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: ATI Radeon HD 4600 Series Windows Graphics Driver Version: 8.17.0010.1041 OpenGL Version: 3.3.10151 Compatibility Profile Context libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3 J2C Decoder Version: KDU Audio Driver Version: FMOD version 3.74 Qt Webkit Version: 4.6 (version number hard-coded) Voice Server Version: Not Connected Built with MSVC version 1400 Reporter: Miss Wright Priority: Severe Attachments: CMakeLists.txt, floateravatarlist.cpp, llstartup.cpp, llviewermenu.cpp, menu_pie_attachment.xml, menu_pie_avatar.xml, menu_pie_object.xml, menu_pie_self.xml, message.xml, scriptcounter.cpp, scriptcounter.h, scriptcountsample.jpg As a sim owner I MUST have a script counter so we can keep our scripts low in the sim because of the excessive use of resizing scripts. Several times a day we have an exercise in our sim where we make an estate announcement to count your scripts and
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
There are multiple issues at play here: What I understand is that the viewer is flogging our servers to brute force build the data being requested. Yes, you get the results, yes it can take a bit of time for complex avatars or objects - and a lot more work is being done than is necessary both by the viewer and the server. When we look at implementing a feature request it is not in our best interest to just look at the quickest, dirtiest way to get the job done. We want to implement a feature that will work smoothly and be something we can support into the future. Our access to and responsibility for the server side as well as the viewer gives us both a better opportunity as well as increased responsibility. Just to be clear, the work done by other viewer teams is very good work and they have done a great job with the tools they have. I only wish we could have been quicker to expose better tools to them. Secondly, while some of our teams may have a primary focus on either the viewer or the server, other teams - such as the Land team - are built to focus on products as a whole. Estate, region and parcel tools are features we feel deserve to be looked at and evaluated as a product from end to end. These features almost always benefit from both viewer and server development. It is also beneficial to keep the backlogs of related functionality together so we can better prioritize the features and bugs that effect the Land product against each other. So, *yes* it is quite possible to implement this check in the viewer alone, and kudos to the team(s) that have done it. However, we feel obligated to do a more thorough solution by fixing the server and viewer together, and to prioritize this feature request against the many other feature requests for the Land product. - Kelly P.S. I am also not sure on the legal issues involved around the software licenses here. As far as I'm aware we still require a contributors agreement and it is not clear that the code added to the jira was actually written by the person who attached it to jira, whether that person has a contributors agreement or what license was attached to that code. At the very least I am guessing it is extremely bad form to submit code you don't own and didn't create into the jira. On Mon, Sep 27, 2010 at 10:24 PM, Brandon Husbands xot...@gmail.com wrote: Just to iterate that it does work. [22:22] Counting scripts. Please wait. [22:22] Counted scripts on object SL Exchange Magic Box white: 5 Works for any object. The code even allows you if you have permissions to remove all scripts which is a desperately needed function with all the poorly scripted re-sizer scripts in object. On Tue, Sep 28, 2010 at 12:18 AM, miss c miss_c...@yahoo.com wrote: It isn't a server feature, this works right now in all the OTHER viewers. I attached like 10 files from the source code of all those viewers, the same exact files in each viewer that does this NOW. Did you even read my Jira?? I worked so hard to supply every bit of information. Unless you have allowed all these other viewers access to the server code, I think there has been a mistake, could you please reread my Jira. TY Miss -- *From:* Brandon Husbands xot...@gmail.com *To:* Sarah (Esbee) Hutchinson es...@lindenlab.com *Cc:* miss c miss_c...@yahoo.com; opensource-dev@lists.secondlife.com *Sent:* Tue, September 28, 2010 12:12:33 AM *Subject:* Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request Actually no its a viewer feature... http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.h and http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.cpp Just plugin and create a menu etc... If you want a non phoenix one re written for viewer 2.x i can easily do that and comply with lgpl as it wont be a port but a re implementation. Dim. On Mon, Sep 27, 2010 at 11:16 PM, Sarah (Esbee) Hutchinson es...@lindenlab.com wrote: Hi Miss C, The script count feature you requested is something that the Snowstorm Team wouldn't work on as its not really a Viewer feature - requiring mostly work on the server-side. I've moved the issue to our Land team so they can evaluate and prioritize the request. Unfortunately, the Land Team's tasks are not publicly visible in the new Jira set up. The ticket was moved intact with all the supporting data and will be given proper consideration. Best, Esbee This is really a request for a new script function to report # of scripts on an avatar; it's not a viewer feature (or even possible to do correctly/reliably with current grid protocols). Kicking to the Land team for evaluation/prioritization. On Mon, Sep 27, 2010 at 6:19 PM, miss c miss_c...@yahoo.com wrote: Apparently it was moved, leaped the the land group, but I cant access where it went either. Below are the details I added, worked real hard on
