---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/14/#review59
---
I have no technical objections to the code provided.
And in fact, th
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/14/#review145
---
Ship it!
Now has design approval. ship it.
- Nyx
On Dec. 13, 20
Also keep in mind most debug preferences were written by coders who want
to provide the functionality to debug features and provide QA with the
tools to test features. The debug options themselves often are not
formalized / well tested / well supported.
This would be providing more formal suppo
n. 25, 2011, 1:26 p.m.)
>
>
> Review request for Viewer and Nyx Linden.
>
>
> Summary
> ---
>
> Fixed TestCapabilityProvider build issue.
>
>
> Diffs
> -
>
> indra/newview/tests/llcapabilitylistener_test.cpp 26c09ad4293e
>
Already filed as https://jira.secondlife.com/browse/SH-1616. Will
move to snowstorm once we have a fix. Should be a straightforward fix,
but I've been swamped today :(
-Nyx
On 05/20/2011 04:16 PM, Kiptic wrote:
> > 2011-05-17T21:41:18Z newview/llviewertexturelist.cpp(492) : error
> > 2
gt; This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/441/
> ---
>
> (Updated Aug. 15, 2011, 12:26 p.m.)
>
>
> Review request for Viewer and Nyx Linden.
>
>
> Su
We use Havok libraries as our implementation of llconvexdecomposition.
The interface to llconvexdecomposition has not changed, only the packaging
of it, as we needed to add more havok functionality to the viewer for
pathfinding.
You should be able to tie in HACD to llphysicsextensions and leave th
e new
system. Also please clear your cache before attending.
Please use our latest viewer as it has additional statistics gathering
code that will allow us to calculate load patterns and measure the
improvements expected for later releases.
Let me know if there are any questions!
-Nyx L
ng
to be looking into this issue today, I'll send another email if we think we
have a fix.
Thanks for the report!
-Nyx
On Fri, Feb 22, 2013 at 4:29 AM, Henri Beauchamp wrote:
> On Wed, 20 Feb 2013 15:54:42 -0500, Nyx Linden wrote:
>
> > Please use our latest viewer as it has
https://bitbucket.org/lindenlab/sunshine-external/commits/108ae1ed56ea38426df239ef3247f57fb63d0806
Added a new parameter to shapes to replace the viewer-side height offset.
Since it is stored in a wearable, the new back end can read and use the
value. Will send an email to third party devs later t
L export format?
>
> https://wiki.secondlife.com/wiki/Mesh/Avatar_Shape_XML_Format
>
> - Dari
>
> On Fri, Mar 1, 2013 at 1:20 PM, Nyx Linden wrote:
>
>>
>> https://bitbucket.org/lindenlab/sunshine-external/commits/108ae1ed56ea38426df239ef3247f57fb63d0806
>
, please let me know.
Thanks, and have a great week all,
-Nyx Linden
--
*Neal Orman* | *Senior Software Engineer*
Skype NyxLinden | Second Life Nyx Linden<https://my.secondlife.com/nyx.linden>
Linden Lab | Makers of Shared Creative Spaces <http://lindenlab.com/>
SECOND LIFE <http:/
I believe you're referring to avatar_lad.xml, which is stored in the
character subdirectory of your client's install directory.
If you have any specific questions on it, please let me know!
-Nyx
Robert Martin wrote:
> ive been trying to get somebody to code an editor for SL clothing and
> one
Greetings Opensource-dev!
This tiny robot is going to be working over the next few weeks to
begin working on the next iteration of avatar features, and needs your help!
We're hoping to continue our overhaul of how you manage your appearance.
Since we're shooting for moving towards quarterly
he UXIG meeting.
>
> (cross posting to sl-ux)
>
> Mike
>
> Nyx Linden wrote:
>> Greetings Opensource-dev!
>>
>> This tiny robot is going to be working over the next few weeks to
>> begin working on the next iteration of avatar features, and needs
>&g
time. There will still be an "editing appearance" mode as you have now,
it will just be accompanied by a panel in the sidebar instead of a separate
floater.
- Nyx
On Mon, Mar 22, 2010 at 6:56 PM, Argent Stonecutter wrote:
>
> On 2010-03-22, at 12:45, Nyx Linden wrote:
>
>&g
and please
> consider the Adobe approach for a more flexible and customizable
> sidebar(s) for Version 2.x.x
>
> Thank you
>
> On 3/22/10 8:06 PM, "Nyx Linden" wrote:
>
> Good question! There is still a lot of detail left out of these
> descriptions
Wow great discussion so far - these are a lot of the issues I've been
thinking on for a good while now, and I'm glad they're being brought up
immediately.
I'm still working on getting the forums set up, where this conversation
would ideally take place, but in the meantime, I'll try to respond on
Argent Stonecutter wrote:
>
> On 2010-03-25, at 11:08, Nyx Linden wrote:
>> Inside each category, you can
>> have multiple items up to a reasonable maximum. When you "wear" a shirt,
>> it gets added to the top of the list of shirts that you are wearing. If
>
There is the "avatar cloth" graphics setting in preferences (if you
enable advanced preferences). Though the effect appears to be subtle and
not used for terribly much. There is certainly the possibility to extend
this functionality to be more explicit and improve it to be better, but
I bel
sense
> * No need to edit (no-mod) items
>
> The disadvantage:
>
> * Still can't wear a shirt over a jacket, or
> a designated "undie" over a "pants".
> * Giving an outfit to someone else might
> change unexpectedly change the order in
>
easonable
amount of time, I'm all ears. My current ideas on how to implement this
would push us well out of the timeframe that we were hoping to ship this
set of features.
-Nyx
Carlo Wood wrote:
> On Thu, Mar 25, 2010 at 01:48:39PM -0400, Nyx Linden wrote:
>
>> My initial
Interesting proposal, and one probably worthy of further investigation.
My concern with this plan is that the conversion from one wearable type
to another is very much non-trivial. The wearable parameters (sleeve
length, etc) have no relation to each other between wearables. For
example, "sleev
I'd argue that's an insufficient solution. Parameters such as sleeve
length and color have fairly dramatic impacts on how a wearable appears.
Converting only the textures would result in a fairly disappointing
result, I think.
-Nyx
Argent Stonecutter wrote:
>
> On 2010-03-2
Argent Stonecutter wrote:
> On 2010-03-25, at 15:44, Nyx Linden wrote:
>> I'd argue that's an insufficient solution. Parameters such as sleeve
>> length and color have fairly dramatic impacts on how a wearable
>> appears. Converting only the textures would resul
wski wrote:
> Nyx Linden wrote:
>> Interesting proposal, and one probably worthy of further
>> investigation. My concern with this plan is that the conversion from
>> one wearable type to another is very much non-trivial. The wearable
>> parameters (sleeve length
Carlo,
I've been given the resources (my time, QA, release, and external
development) to do this project in one project cycle, not two. It is yet to
be seen, but it would not be surprising if my time and attention is needed
elsewhere next project cycle, as our list of tasks to do far outweighs
ryone knows where to look
for the latest info!
-Nyx
Nyx Linden wrote:
> Greetings Opensource-dev!
>
>This tiny robot is going to be working over the next few weeks to
> begin working on the next iteration of avatar features, and needs your
> help!
> We're hoping to cont
Yes, I will be developing in viewer-public.
Nyx
Carlo Wood wrote:
> You mean he'll be developing in viewer-public then?
>
> On Mon, Mar 29, 2010 at 09:44:09PM -0700, Philippe (Merov) Bossut wrote:
>
>> Nyx stated he wanted to develop this feature "in the open" which means that
>> he'll be deve
go to
https://blogs.secondlife.com/community/forums/open-source/open-development/multi-wearables
log in using the login link on the top of the page
click on "all content" to see everything that has been posted so far
click "start a discussion" in the "actions" panel on the side to start a new
threa
Chang Liu wrote:
> Hi, all, when we connect a modified version of Second Life Client
> Viewer to OpenSim, we notice that from time to time, textures on
> avatars may turn into mosaic and hollow like what's shown in the
> attached screenshots. Has anyone seen this before? Any clues as to
> wha
Multi-wearables should work fine on Agni, (with the exception that
outfit order doesn't persist across logins yet).
Multi-attachments will not work on Agni until the Server 1.40 rollout to
the grid. Its a debug option right now in the viewer (and will remain
default-off for 2.1).
If you'd like
Whichever one you "add" last will go on top, then you can reorder the
clothing you are wearing from the outfit editor. The order you choose
should persist when you save your outfit or across logins, as it is
saved as part of the inventory link created in the "current outfit"
folder or the saved
"MultipleAttachments" was a debug setting we were using for testing
multi-attachments internally because we didn't have sufficient UI for
specifying what happened when you went to wear an item on your avatar.
To be clear, the setting "MultipleAttachments" affected the "wear"
option for atta
clicking and choosing 'wear' is
> what I imagine most people would do.
>
> Trilo
>
> On Aug 26, 2010, at 1:24 PM, Nyx Linden wrote:
>
>
>>"MultipleAttachments" was a debug setting we were using for testing
>> multi-attachments internally
Its a bug. We're going to fix it. This isn't the final behavior.
-Nyx
Trilo Byte wrote:
> I thought that was the whole point of creating outfit folders to begin with.
> Get your avatar looking exactly the way you want, attachments
> and all, then save it to a folder for fast/easy/fun one click
>
This is fixed internally in the ECC project branch. Once that merges
into viewer-development (we have the same submission process for merging
as you guys do!), I'll post here to ask everyone to test out the fix.
Thanks!
-Nyx
Nyx Linden wrote:
> Its a bug. We're going to fix i
We intend on releasing the code when we go to open beta (when we start
publicly shipping mesh-enabled viewers).
The featureset is not done, and will require more work even in open
beta, and contributions from the community will be welcome and encouraged.
Currently, we're trying to get the feature
We just pulled from viewer-development yesterday actually, but we had
already released the initial beta viewer.
We try to stay reasonably up to date, but we don't merge the latest
changes every day.
Don't worry we will stay synced!
-Nyx
On 10/15/2010 01:29 PM, Oz Linden (Scott Lawrence) wrot
Sorry for the delay, there's been a few build and licensing issues that
have cropped up recently that have made it difficult to get the source
code published for the mesh viewer. That being said, the source is now
public, at the following repository:
http://hg.secondlife.com/mesh-development/
Library source code is now up as well! the repositories are listed below:
http://bitbucket.org/lindenlab/glod
http://bitbucket.org/lindenlab/colladadom
http://bitbucket.org/lindenlab/llconvexdecompositionstub
Let me know if there are any questions!
-Nyx
On 10/22/2010 11:43 AM, Nyx Linden
nsource-
dev-boun...@lists.secondlife.com] On Behalf Of Boroondas Gupte
Sent: Monday, October 25, 2010 10:02 AM
To: Nyx Linden
Cc: opensource-dev
Subject: [opensource-dev] (standalone/64-bit) build issues with Mesh
viewer source code (and fixes for some of them. Yay!)
So ... I've been busy during the
Its known, but not desired. I need to look into what libraries we're
linking in that are causing the bloat and if we can slim them down.
Created a task for next sprint to investigate.
-Nyx
On 11/17/2010 09:10 AM, Opensource Obscure wrote:
> I'm downloading right now the latest Linux Mesh De
Depth of Field is a quick feature one of our devs developed while
looking into anti-aliasing bugs. It didn't take a substantial amount of
time away from bug-hunting, and should be useful for a variety of
purposes (photography and machinima for starters).
At this point it should be considered a
44 matches
Mail list logo
