[opensource-dev] Review Request: STORM-1392 Add Nearby Voice to the Communicate menu

[Jonathan Yap]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/346/
---

Review request for Viewer.


Summary
---

Add Nearby Voice to the Communicate menu.  This is currently activated via the 
flyout button next to the Speak button.


This addresses bug STORM-1392.
http://jira.secondlife.com/browse/STORM-1392


Diffs
-

  doc/contributions.txt dc5af272d23f 
  indra/newview/llbottomtray.cpp dc5af272d23f 
  indra/newview/skins/default/xui/en/menu_viewer.xml dc5af272d23f 

Diff: http://codereview.secondlife.com/r/346/diff


Testing
---

Clicking menu entry toggles appearance/disappearance of Nearby Voice floater.

Noted that this menu entry is grayed out when voice is off or otherwise not 
available.


Thanks,

Jonathan

___
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] Review Request: STORM-1392 Add Nearby Voice to the Communicate menu

[Boroondas Gupte]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/346/#review771
---



indra/newview/llbottomtray.cpp


Wouldn't it be better to set the initial disabledness for all three items 
here in the XUI-XML with 
https://wiki.secondlife.com/wiki/Skinning_HowTo/Common_XUI_attributes#enabled 
rather than in the CPP code?

(Assuming that subsequent setEnabled(voice_status) will override it in 
either case, so that it can still be toggled.)


- Boroondas


On June 18, 2011, 4:12 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/346/
> ---
> 
> (Updated June 18, 2011, 4:12 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Add Nearby Voice to the Communicate menu.  This is currently activated via 
> the flyout button next to the Speak button.
> 
> 
> This addresses bug STORM-1392.
> http://jira.secondlife.com/browse/STORM-1392
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt dc5af272d23f 
>   indra/newview/llbottomtray.cpp dc5af272d23f 
>   indra/newview/skins/default/xui/en/menu_viewer.xml dc5af272d23f 
> 
> Diff: http://codereview.secondlife.com/r/346/diff
> 
> 
> Testing
> ---
> 
> Clicking menu entry toggles appearance/disappearance of Nearby Voice floater.
> 
> Noted that this menu entry is grayed out when voice is off or otherwise not 
> available.
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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] DD Philosophy

[Nexii Malthus]

Here's another suggestion,

Take away the network portion of Draw Distance and make it Network Distance.
That is, the value that is sent to the sim and that affects how many objects
are tracked by the client must be a separate setting and nothing to do with
actual rendering. Draw Distance should really only have to do with rendering
and LOD.

People in a combat sim would choose to have high network distance but a low
render distance. Actually being able to control the actual render distance
would help control FPS more precisely. (Network distance could then be
adjusted to the amount of RAM available)

- Nexii

On Fri, Jun 17, 2011 at 11:08 PM, Lillian Yiyuan wrote:

> Suggestion, have a version of the current advanced graphics settings,
> with "min" and "max" levels for each of the current options, and a fps
> target, as well as having a drop down for the priority of each. So for
> example, I might set DD to min 64m max of 256m, and a priority of
> "low," meaning that the viewer should reduce DD to keep fps. I might
> have particle settings, and set that with a priority of low, as well
> as min and max number of avatars to render and so on.
>
>
> On 6/17/11, Hitomi Tiponi  wrote:
> > Please no automatic DD - there are two many variables and differing
> > circumstances for it ever to work.  Much better to work on other ways of
> > improving fps e.g. selective updating of avatar movement.
> >
> ___
> 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] Review Request: STORM-1392 Add Nearby Voice to the Communicate menu

[Jonathan Yap]

> On June 18, 2011, 4:24 a.m., Boroondas Gupte wrote:
> > indra/newview/llbottomtray.cpp, lines 570-574
> > 
> >
> > Wouldn't it be better to set the initial disabledness for all three 
> > items here in the XUI-XML with 
> > https://wiki.secondlife.com/wiki/Skinning_HowTo/Common_XUI_attributes#enabled
> >  rather than in the CPP code?
> > 
> > (Assuming that subsequent setEnabled(voice_status) will override it in 
> > either case, so that it can still be toggled.)

Code refactoring this area is a good idea but is outside the narrow scope of 
this jira.  If some Linden thinks this should be done I will make the changes.


- Jonathan


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/346/#review771
---


On June 18, 2011, 4:12 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/346/
> ---
> 
> (Updated June 18, 2011, 4:12 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Add Nearby Voice to the Communicate menu.  This is currently activated via 
> the flyout button next to the Speak button.
> 
> 
> This addresses bug STORM-1392.
> http://jira.secondlife.com/browse/STORM-1392
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt dc5af272d23f 
>   indra/newview/llbottomtray.cpp dc5af272d23f 
>   indra/newview/skins/default/xui/en/menu_viewer.xml dc5af272d23f 
> 
> Diff: http://codereview.secondlife.com/r/346/diff
> 
> 
> Testing
> ---
> 
> Clicking menu entry toggles appearance/disappearance of Nearby Voice floater.
> 
> Noted that this menu entry is grayed out when voice is off or otherwise not 
> available.
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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] Review Request: STORM-1392 Add Nearby Voice to the Communicate menu

[Boroondas Gupte]

> On June 18, 2011, 4:24 a.m., Boroondas Gupte wrote:
> > indra/newview/llbottomtray.cpp, lines 570-574
> > 
> >
> > Wouldn't it be better to set the initial disabledness for all three 
> > items here in the XUI-XML with 
> > https://wiki.secondlife.com/wiki/Skinning_HowTo/Common_XUI_attributes#enabled
> >  rather than in the CPP code?
> > 
> > (Assuming that subsequent setEnabled(voice_status) will override it in 
> > either case, so that it can still be toggled.)
> 
> Jonathan Yap wrote:
> Code refactoring this area is a good idea but is outside the narrow scope 
> of this jira.  If some Linden thinks this should be done I will make the 
> changes.

You're right.


- Boroondas


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/346/#review771
---


On June 18, 2011, 4:12 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/346/
> ---
> 
> (Updated June 18, 2011, 4:12 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Add Nearby Voice to the Communicate menu.  This is currently activated via 
> the flyout button next to the Speak button.
> 
> 
> This addresses bug STORM-1392.
> http://jira.secondlife.com/browse/STORM-1392
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt dc5af272d23f 
>   indra/newview/llbottomtray.cpp dc5af272d23f 
>   indra/newview/skins/default/xui/en/menu_viewer.xml dc5af272d23f 
> 
> Diff: http://codereview.secondlife.com/r/346/diff
> 
> 
> Testing
> ---
> 
> Clicking menu entry toggles appearance/disappearance of Nearby Voice floater.
> 
> Noted that this menu entry is grayed out when voice is off or otherwise not 
> available.
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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] Review Request: STORM-1392 Add Nearby Voice to the Communicate menu

[Boroondas Gupte]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/346/#review774
---

Ship it!


- Boroondas


On June 18, 2011, 4:12 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/346/
> ---
> 
> (Updated June 18, 2011, 4:12 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Add Nearby Voice to the Communicate menu.  This is currently activated via 
> the flyout button next to the Speak button.
> 
> 
> This addresses bug STORM-1392.
> http://jira.secondlife.com/browse/STORM-1392
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt dc5af272d23f 
>   indra/newview/llbottomtray.cpp dc5af272d23f 
>   indra/newview/skins/default/xui/en/menu_viewer.xml dc5af272d23f 
> 
> Diff: http://codereview.secondlife.com/r/346/diff
> 
> 
> Testing
> ---
> 
> Clicking menu entry toggles appearance/disappearance of Nearby Voice floater.
> 
> Noted that this menu entry is grayed out when voice is off or otherwise not 
> available.
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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] Review viewer -- draw distance slider

[Jonathan Welch]

There is an updated version of the draw distance review viewer here:
http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-1/rev/233253/index.html

Changes include slightly better artwork, re-repositioning of the
icon's location, and if you exceed 280m a notification (which you can
suppress) appears alerting you that your performance may suffer.
Notification processing is done after you move your mouse away from
the slider.

The only other tester than myself (Oz) reported that this notification
appeared minutes after it should have.  Why this would be the case is
a mystery to me.  If you would like to test this and have this issue
please report it here.
___
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] DD Philosophy

[WolfPup Lowenhar]

If you do that those with 'poor' network connection but 'excellent' video
cards might 'suffer' as now there would be a lot of network traffic
retrieving all that information even if their draw distance is set to a
short distance. Also if you base it on the amount of memory then someone
like me that has a video card with 1GB of onboard vid mem and 4GB of system
mem might end up pulling information for an area covering from anywhere to a
few sims to a few hundred depending on their complexity.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Nexii
Malthus
Sent: Saturday, June 18, 2011 7:52 AM
To: Lillian Yiyuan
Cc: Hitomi Tiponi; Opensource_dev
Subject: Re: [opensource-dev] DD Philosophy

 

Here's another suggestion,

 

Take away the network portion of Draw Distance and make it Network Distance.
That is, the value that is sent to the sim and that affects how many objects
are tracked by the client must be a separate setting and nothing to do with
actual rendering. Draw Distance should really only have to do with rendering
and LOD.

 

People in a combat sim would choose to have high network distance but a low
render distance. Actually being able to control the actual render distance
would help control FPS more precisely. (Network distance could then be
adjusted to the amount of RAM available)

 

- Nexii

 

On Fri, Jun 17, 2011 at 11:08 PM, Lillian Yiyuan 
wrote:

Suggestion, have a version of the current advanced graphics settings,
with "min" and "max" levels for each of the current options, and a fps
target, as well as having a drop down for the priority of each. So for
example, I might set DD to min 64m max of 256m, and a priority of
"low," meaning that the viewer should reduce DD to keep fps. I might
have particle settings, and set that with a priority of low, as well
as min and max number of avatars to render and so on.



On 6/17/11, Hitomi Tiponi  wrote:
> Please no automatic DD - there are two many variables and differing
> circumstances for it ever to work.  Much better to work on other ways of
> improving fps e.g. selective updating of avatar movement.
>

___
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

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1382 / Virus Database: 1513/3711 - Release Date: 06/18/11

___
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] Review Request: Local Bitmap Browser implementation.

[Vaalith Jinn]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/347/
---

Review request for Viewer.


Summary
---

Local Bitmap Browser is a mechanism to locally load images into the viewer, 
track them and optionally (per each image)
have it check if the image has been overwritten locally and if so - update it 
in the viewer and inworld.

This change affects build menu by adding a way to open the floater there.
This change also affects the texture picker - adding tabs that lets the user 
choose between the "Server" (regular inventory) and "Local" tabs (list of 
locally added files).


This addresses bug https://jira.secondlife.com/browse/STORM-64.

http://jira.secondlife.com/browse/https://jira.secondlife.com/browse/STORM-64


Diffs
-

  doc/contributions.txt 6a3e7e403bd1 
  indra/llmath/llvolumemgr.h 6a3e7e403bd1 
  indra/llmath/llvolumemgr.cpp 6a3e7e403bd1 
  indra/newview/CMakeLists.txt 6a3e7e403bd1 
  indra/newview/llfloaterlocalbitmap.h PRE-CREATION 
  indra/newview/llfloaterlocalbitmap.cpp PRE-CREATION 
  indra/newview/lltexturectrl.h 6a3e7e403bd1 
  indra/newview/lltexturectrl.cpp 6a3e7e403bd1 
  indra/newview/llviewerfloaterreg.cpp 6a3e7e403bd1 
  indra/newview/llviewerobjectlist.h 6a3e7e403bd1 
  indra/newview/llviewertexturelist.h 6a3e7e403bd1 
  indra/newview/llvovolume.h 6a3e7e403bd1 
  indra/newview/skins/default/xui/en/floater_local_bitmap.xml PRE-CREATION 
  indra/newview/skins/default/xui/en/floater_texture_ctrl.xml 6a3e7e403bd1 
  indra/newview/skins/default/xui/en/menu_viewer.xml 6a3e7e403bd1 

Diff: http://codereview.secondlife.com/r/347/diff


Testing
---

Texture/Sculptmap/Avatar Layer show.
Texture/Sculptmap/Avatar Layer update.
Multiple sculpties update.
Opening multiple browser floaters works correctly. (two possible since one can 
be opened from menu above, one from texture picker. all of them + texture 
picker play nice.)
Tested adding over 200 images at the same time.


Thanks,

Vaalith

___
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] Review Request: Local Bitmap Browser implementation.

[Vaalith Jinn]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/347/
---

(Updated June 18, 2011, 8:04 a.m.)


Review request for Viewer.


Summary
---

Local Bitmap Browser is a mechanism to locally load images into the viewer, 
track them and optionally (per each image)
have it check if the image has been overwritten locally and if so - update it 
in the viewer and inworld.

This change affects build menu by adding a way to open the floater there.
This change also affects the texture picker - adding tabs that lets the user 
choose between the "Server" (regular inventory) and "Local" tabs (list of 
locally added files).


This addresses bug STORM-64.
http://jira.secondlife.com/browse/STORM-64


Diffs
-

  doc/contributions.txt 6a3e7e403bd1 
  indra/llmath/llvolumemgr.h 6a3e7e403bd1 
  indra/llmath/llvolumemgr.cpp 6a3e7e403bd1 
  indra/newview/CMakeLists.txt 6a3e7e403bd1 
  indra/newview/llfloaterlocalbitmap.h PRE-CREATION 
  indra/newview/llfloaterlocalbitmap.cpp PRE-CREATION 
  indra/newview/lltexturectrl.h 6a3e7e403bd1 
  indra/newview/lltexturectrl.cpp 6a3e7e403bd1 
  indra/newview/llviewerfloaterreg.cpp 6a3e7e403bd1 
  indra/newview/llviewerobjectlist.h 6a3e7e403bd1 
  indra/newview/llviewertexturelist.h 6a3e7e403bd1 
  indra/newview/llvovolume.h 6a3e7e403bd1 
  indra/newview/skins/default/xui/en/floater_local_bitmap.xml PRE-CREATION 
  indra/newview/skins/default/xui/en/floater_texture_ctrl.xml 6a3e7e403bd1 
  indra/newview/skins/default/xui/en/menu_viewer.xml 6a3e7e403bd1 

Diff: http://codereview.secondlife.com/r/347/diff


Testing
---

Texture/Sculptmap/Avatar Layer show.
Texture/Sculptmap/Avatar Layer update.
Multiple sculpties update.
Opening multiple browser floaters works correctly. (two possible since one can 
be opened from menu above, one from texture picker. all of them + texture 
picker play nice.)
Tested adding over 200 images at the same time.


Thanks,

Vaalith

___
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] Review Request: Local Bitmap Browser implementation.

[Boroondas Gupte]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/347/#review775
---



indra/newview/CMakeLists.txt


Please use 4 spaces for indentation instead of a tab, here, to be 
consistent with the surrounding lines.



indra/newview/CMakeLists.txt


same here


- Boroondas


On June 18, 2011, 8:04 a.m., Vaalith Jinn wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/347/
> ---
> 
> (Updated June 18, 2011, 8:04 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Local Bitmap Browser is a mechanism to locally load images into the viewer, 
> track them and optionally (per each image)
> have it check if the image has been overwritten locally and if so - update it 
> in the viewer and inworld.
> 
> This change affects build menu by adding a way to open the floater there.
> This change also affects the texture picker - adding tabs that lets the user 
> choose between the "Server" (regular inventory) and "Local" tabs (list of 
> locally added files).
> 
> 
> This addresses bug STORM-64.
> http://jira.secondlife.com/browse/STORM-64
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt 6a3e7e403bd1 
>   indra/llmath/llvolumemgr.h 6a3e7e403bd1 
>   indra/llmath/llvolumemgr.cpp 6a3e7e403bd1 
>   indra/newview/CMakeLists.txt 6a3e7e403bd1 
>   indra/newview/llfloaterlocalbitmap.h PRE-CREATION 
>   indra/newview/llfloaterlocalbitmap.cpp PRE-CREATION 
>   indra/newview/lltexturectrl.h 6a3e7e403bd1 
>   indra/newview/lltexturectrl.cpp 6a3e7e403bd1 
>   indra/newview/llviewerfloaterreg.cpp 6a3e7e403bd1 
>   indra/newview/llviewerobjectlist.h 6a3e7e403bd1 
>   indra/newview/llviewertexturelist.h 6a3e7e403bd1 
>   indra/newview/llvovolume.h 6a3e7e403bd1 
>   indra/newview/skins/default/xui/en/floater_local_bitmap.xml PRE-CREATION 
>   indra/newview/skins/default/xui/en/floater_texture_ctrl.xml 6a3e7e403bd1 
>   indra/newview/skins/default/xui/en/menu_viewer.xml 6a3e7e403bd1 
> 
> Diff: http://codereview.secondlife.com/r/347/diff
> 
> 
> Testing
> ---
> 
> Texture/Sculptmap/Avatar Layer show.
> Texture/Sculptmap/Avatar Layer update.
> Multiple sculpties update.
> Opening multiple browser floaters works correctly. (two possible since one 
> can be opened from menu above, one from texture picker. all of them + texture 
> picker play nice.)
> Tested adding over 200 images at the same time.
> 
> 
> Thanks,
> 
> Vaalith
> 
>

___
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 DD philosophy.

[Lee ponzu]

I can see the merit of all the objections to automating DD in this and the
other thread.  I am not trying to be stubborn here.

However, the objections have all been "expert power user" in nature, rather
than "Faster, Funner, Easier" or whatever mantra was.


   1. Certainly, adding a way to disable automatic anything is ideal.  Of
   course, there are already lots of automatic performance enhancers, are there
   not?  Can we disable all of them?
   2. It is also not a question of Auto vs Manual.  There could be a
   continuum between the two, and each factor---objects, textures, distance,
   shadows---could be separate.

Anyway, I look forward to hearing the FPS Management proposal fron Nexii and
others who actually know how the viewer works, as opposed to random ideas
from me 8-)




On Fri, Jun 17, 2011 at 11:33 AM, Nexii Malthus  wrote:

> Shouldn't 'network render' distance and graphics render distance be
> seperate kinda for this purpose?
>
> I could see graphics render distance auto-tune to FPS, but auto-tune should
> never touch the network distance controller, as that otherwise could cause
> havok. (As Marine explains)
>
> - Nexii
>
> On Thu, Jun 16, 2011 at 9:16 PM, Jonathan Welch  wrote:
>
>> At yesterday's meeting with Oz having a FPS auto-tune system was
>> discussed.  I am going to try to write up a description of how this
>> could be implemented and once it is fleshed out will post it here for
>> comments.
>>
>> -jonathan
>> ___
>> 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] Question about DD philosophy.

[Lee ponzu]

On Thu, Jun 16, 2011 at 2:56 PM, Marine Kelley 
 wrote:

>
> Besides I like to keep control over my draw distance. I vote for
> keeping it manual.
>


Note that my much over-simplified heuristic (from my much-oversimplified
mind 8-) still gives complete control over MAX DD.

As for re-requesting all the prims on DD change, I guess that would have to
change, and if that is difficult, then that is a problem.

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] Is it just me? Avatar textures downloading last.

[Lee ponzu]

Wow!! Shadows are nice!

However, and unrelated to shadows, I began to notice last night that while
my scenes had all downloaded, the avatars around me were still all gray.
 Their objects were OK, it was just their skin and cloth final bake that is
missing.  They do show up after several minutes, but long after everything
else.

I was using 2.7.4.  however, I think I noticed this starting about a week
ago, when I was using the Jun 10 latest development build.  I also see it on
my Macbook pro, which has a slightly better gpu (n9400).

I saw the discussion of retrying to upload one's own texture.  Could that
fix, if it is even in yet, have had this effect?  I don't think so, but
perhaps...

Anyway, if I see this again, should I start a Jira?  Or maybe there is one
there already.

ponzu

=

Second Life 2.7.4 (232938) Jun 15 2011 12:44:34 (Second Life Development)
Release Notes

CPU: Intel(R) Core(TM)2 Duo CPU T7700  @ 2.40GHz (2400 MHz)
Memory: 3072 MB
OS Version: Mac OS X 10.6.7 Darwin 10.7.0 Darwin Kernel Version 10.7.0: Sat
Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386 i386
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine

OpenGL Version: 2.1 ATI-1.6.26

libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1
J2C Decoder Version: KDU v6.4.1
Audio Driver Version: FMOD version 3.75
Qt Webkit Version: 4.7.1 (version number hard-coded)
Voice Server Version: Not Connected
Built with GCC version 40001
___
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] Restating the DD question (was Re: DD Philosophy

[Lee ponzu]

Is it cost effective to add *more automation* to the task of helping most
users achieve their *desired level of FPS* funner, faster, and easier
without ruining the ability users with special needs or knowledge to retain
manual control?



On Fri, Jun 17, 2011 at 12:41 PM, Hitomi Tiponi
wrote:

> Please no automatic DD - there are two many variables and differing
> circumstances for it ever to work.  Much better to work on other ways of
> improving fps e.g. selective updating of avatar movement.
>
> ___
> 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] Second Life Community Convention 2011

[Fleep Tuque]

With apologies for cross posting, and just a note that we are still seeking
a Track Leader for the Development & Open Source track.  If you might be
interested, Track Leaders receive a complimentary convention registration
and small travel stipend to help with costs.  Apply at
http://www.slconvention.org/staff/open-staff-positions/  Thanks!  - Fleep

-== Second Life Community Convention 2011 ==-

When:  August 12 - 14, 2011
Where:  Oakland, CA | Oakland Marriott City Center

REGISTER NOW!  http://www.slconvention.org/registration/

WEBSITE:  http://slconvention.org

The Second Life Community Convention is three days of exciting activities,
events, musical performances, machinima screenings, panels, workshops, and
much more that showcases the abundant creativity of Second Life Residents.

SLCC is organized BY Resident FOR Residents, and we invite you to join the
fun!

SUBMIT A PROPOSAL

The Call for Proposals is up, and with five new track themes and fun
presentation formats, you have the opportunity to share your hard work and
creativity with the community that will most appreciate your efforts.  Don’t
want to give a full presentation?  Consider doing a Speed Sparks session of
20 slides in 5 minutes to share the gist of your idea in a fast-paced
presentation style that was a huge hit last year!

This year’s convention tracks will include:

Artistic & Creative Expression
Commerce & Marketing
Developers & Open Source
Public Sector & Education
Social Experience & Communities

You may submit your proposal at:
http://www.slconvention.org/program/call-for-proposals/

VOLUNTEER IN OAKLAND

SLCC Volunteers are convention attendees who are very committed to making
the Second Life Community Convention a true community experience while
helping to ensure our convention runs smoothly. Volunteers help with many
important aspects of the convention including registration assistance,
helping direct convention flow and attendees, assisting in track and content
management, along with many of the “on the ground” logistical items
necessary for the convention.

Be a volunteer!  Sign up at:
http://www.slconvention.org/staff/oakland-volunteer-application/

VOLUNTEER IN SECOND LIFE

Volunteers in Second Life help with running all of the virtual activities
related to SLCC, including helping build, script, and design the virtual
conference facilities, moderating panels and helping synch video streams
with the team in Oakland, greeting and helping audience members who attend
in Second Life, and much more!

Volunteer in Second Life!   Sign up at:
http://www.slconvention.org/staff/in-world-volunteer-application/

SPONSOR SLCC FOR AS LOW AS $50 USD!

Sponsorship opportunities are available for the 7th annual Second Life
Community Convention. Sponsors have the opportunity to reach a highly
coveted target demographic of tech-savvy early adopters, virtual world
developers and thought leaders, online community organizers, and the most
innovative and dedicated Second Life residents.

Get your name or business out to the Second Life community!  Sponsorship
packages begin at $50 USD and go up to $10,000 USD, with benefits including
free convention passes, logos included on the Tshirt and bags, logos on
convention signage, display tables, logos on the website and in-world kiosk,
and much more!

Sponsor SLCC today!  See
http://www.slconvention.org/sponsors/call-for-sponsors/ for more
information!

HELP US SPREAD THE WORD

Even if you can't attend SLCC this year, we hope you'll help us spread the
word by posting, blogging, and forwarding this announcement to your various
groups, communities, and listservs.  SLCC is run FOR residents BY residents
and that means we don't have big fancy advertising budgets!


Thanks so much for your interest and help with the Second Life Community
Convention 2011.   We are very excited about this year's convention, and we
hope to see you in Oakland!

Sincerely,

Joyce Bettencourt (SL: Rhiannon Chatnoir)
Chris Collins (SL:  Fleep Tuque)
Donna Meyer (SL: Misty Rhodes)
Kathey Fatica (SL: Katydid Something)

Second Life Community Convention 2011
Oakland, CA | August 12-14, 2011
Organized by AvaCon, Inc.
(774) 654-0010
i...@avacon.org
http://slconvention.org
___
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 DD philosophy.

[Robert Martin]

What i would think should happen is

1 a very clear set of controls (a set of sliders with a number input
box would be good)
2 a way to control any kind of auto set function (min max and OFF maybe)
3 a very clearly stated wiki page on this function to explain what is going on

btw it is a function of some TPVs to have the DD pop to a low level
and then ratchet to the set distance in steps.

one thing that i don't understand is why you can be at 4000 meters in
an untextured skybox and still within seconds get GROUND TEXTURES and
other objects on the sim before the contents of the skybox or
attachments on the client avatar (this even happens with a very short
draw distances).





-- 
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] Review viewer -- draw distance slider

[Hitomi Tiponi]

Seems to work fine Jonathan.  I had no trouble with the notification lagging.

>There is an updated version of the draw distance review viewer here:
>http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_project-1/rev/233253/index.html
>l
...
> The only other tester than myself (Oz) reported that this notification
> appeared minutes after it should have.  Why this would be the case is
> a mystery to me.  If you would like to test this and have this issue
> please report it here.___
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] Is it just me? Avatar textures downloading last.

[Lee ponzu]

Extra symptom.  So, there I am, and the avatars are all rendered as
expected, when  --blink-- one of them turns gray, like the texture got lost.
 No, she didn't change to an all gray skin and outfit.  8-)

ponzu

On Sat, Jun 18, 2011 at 1:00 PM, Lee ponzu  wrote:

> Wow!! Shadows are nice!
>
> However, and unrelated to shadows, I began to notice last night that while
> my scenes had all downloaded, the avatars around me were still all gray.
>  Their objects were OK, it was just their skin and cloth final bake that is
> missing.  They do show up after several minutes, but long after everything
> else.
>
> I was using 2.7.4.  however, I think I noticed this starting about a week
> ago, when I was using the Jun 10 latest development build.  I also see it on
> my Macbook pro, which has a slightly better gpu (n9400).
>
> I saw the discussion of retrying to upload one's own texture.  Could that
> fix, if it is even in yet, have had this effect?  I don't think so, but
> perhaps...
>
> Anyway, if I see this again, should I start a Jira?  Or maybe there is one
> there already.
>
> ponzu
>
> =
>
> Second Life 2.7.4 (232938) Jun 15 2011 12:44:34 (Second Life Development)
> Release Notes
>
> CPU: Intel(R) Core(TM)2 Duo CPU T7700  @ 2.40GHz (2400 MHz)
> Memory: 3072 MB
> OS Version: Mac OS X 10.6.7 Darwin 10.7.0 Darwin Kernel Version 10.7.0: Sat
> Jan 29 15:17:16 PST 2011; root:xnu-1504.9.37~1/RELEASE_I386 i386
> Graphics Card Vendor: ATI Technologies Inc.
> Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine
>
> OpenGL Version: 2.1 ATI-1.6.26
>
> libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1
> J2C Decoder Version: KDU v6.4.1
> Audio Driver Version: FMOD version 3.75
> Qt Webkit Version: 4.7.1 (version number hard-coded)
> Voice Server Version: Not Connected
> Built with GCC version 40001
>
___
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