---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/56/#review140
---
Ship it!
Good! Only minor typos and code style issues (see review
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/56/
---
(Updated Jan. 10, 2011, 3:36 p.m.)
Review request for Viewer and Andrew Mead
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/72/#review139
---
Ship it!
Looks good now.
- Kent
On Jan. 6, 2011, 2:37 p.m., Jon
> On Jan. 6, 2011, 5:37 p.m., Aleric Inglewood wrote:
> > This is really not how you want to deal with this bug :/. It's a known
> > fact that audio mixers are very bad with low volumes. Setting a volume to 0
> > (or something really small) can put a very high load on the CPU for the
> > audi
On Mon, Jan 10, 2011 at 11:47 AM, Ricky wrote:
> Question: what, if anything, is the 5th channel currently used for?
>
Bump maps in baked textures. IIRC, only the avatar pipeline
produces/consumes that channel. Also, IIRC, the logic is entirely
client-side at the moment.
> Could it be used for
Monday, January 10, 2011 General Notes
--
- Reminder to devs. If a ticket doesn't pass Review and is rejected, it
will move back to the To Do column in GH, if you do more work or clarify
questions, it should be moved back through In Progress and then to In
Question: what, if anything, is the 5th channel currently used for?
Could it be used for normal maps if it is currently unused?
If so, then we could do this entirely clientside, assuming 5 channel
textures can be uploaded. Of course there would still need to be a
way to disable the alpha channel
> On Jan. 6, 2011, 5:37 p.m., Aleric Inglewood wrote:
> > This is really not how you want to deal with this bug :/. It's a known
> > fact that audio mixers are very bad with low volumes. Setting a volume to 0
> > (or something really small) can put a very high load on the CPU for the
> > audi
On Mon, Jan 10, 2011 at 9:28 AM, Dave Booth wrote:
> Thats a pretty good bit of thinking out loud there, Ponzu
>
> Personally I'd say thats a "clean" fix for this. However it all depends
> on how things are stored server-side - if the asset server code
> automatically assumes that every textu
Am Montag 10 Januar 2011 17:34:08 schrieb Ponzu:
> What if the upload dialog had a check box?
>
> [ ] This texture should have an alpha channel.
Would it be possible to do this on a per-face basis rather than on texture
upload? So people could use the same texture as alpha texture and as no
On Mon, Jan 10, 2011 at 8:34 AM, Ponzu wrote:
> A common cause of z-buffer problems in SL is textures that do not *need* an
> alpha channel that contain one anyway. Lots of content in SL is created by
> rank amateurs (me for example).
>
>
That seems like a good point, and might explain the exist
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/76/
---
Review request for Viewer.
Summary
---
This simply removes the mUserInt
I knwo it should be... but its not!
> Date: Mon, 10 Jan 2011 18:56:13 +0200
> Subject: Re: [opensource-dev] storm-34
> From: adyu...@productengine.com
> To: angel_of_crim...@hotmail.com
> CC: q...@lindenlab.com; opensource-dev@lists.secondlife.com
>
> The preference is per-account, .i.e. you sh
Thats a pretty good bit of thinking out loud there, Ponzu
Personally I'd say thats a "clean" fix for this. However it all depends
on how things are stored server-side - if the asset server code
automatically assumes that every texture has an alpha channel and
supplies a "solid" one for thos
The preference is per-account, .i.e. you should turn it on separately
for each user whose favorites you want to be shown in login screen. So
to get favorites for both cummere and erinyse you should:
1. log in with cummere mayo. set the option to show the favorites. log out.
2. start the viewer.
what happened to get the issue to occur for me. I installed the storm-34
developer viewer. logged in with cummere mayo. set the option to show the
favorites. logged out. started the viewer. it worked as expected. logged
out. back in. still worked as expected. logged out.
changed accou
A common cause of z-buffer problems in SL is textures that do not *need* an
alpha channel that contain one anyway. Lots of content in SL is created by
rank amateurs (me for example).
What if the upload dialog had a check box?
[ ] This texture should have an alpha channel.
If the box is not
If you enabled the preference for your account after login, and quit
viewer correctly (i.e. it didn't crash), favorites should show up in
"Start at" when your username is entered. Please write more detailed
the steps to reproduce the problem.
2011/1/10 Erin Mallory :
> The point is I did NOT chang
The point is I did NOT change the preferences before hand. I logged in set the
prefrences and logged out, and STILL do not see them showing up the way they
should.
> Date: Mon, 10 Jan 2011 16:39:32 +0200
> Subject: Re: [opensource-dev] storm-34
> From: adyu...@productengine.com
> To: angel_of
> 1a. while still logged off, go to Preferences and enable the feature.
> 1b. paste SLURLs in a dedicated field.
>
> 2. at next login, those SLURLs are parsed and shown in the current
> drop-down, in addition to the existing locations (home & last location)
>
> 3. choose a location and log in
Yes, it was the point of the task and it works this way - you can see
the list of your favorites in login screen if you allowed them to be
shown beforehand (while being logged in). You can't change the
preference before login because viewer wouldn't know whose preferences
to change in this case, an
What about a list of non-private, non-asset SLURLs that users can set
while logged off? They would be shown *before* login, so that users
can directly go there - avoiding additional in-world teleports.
On shared computers, this could be disabled. Actually, in some cases
people using the same share
I thought the whole point of storm-34 was to give you your favorites during the
login under the start at location so you could login to your favorite locations?
Subject: Re: [opensource-dev] storm-34
From: q...@lindenlab.com
Date: Sun, 9 Jan 2011 13:59:36 -0500
CC: opensource-dev@lists.secondlif
23 matches
Mail list logo
