On Thu, 07 Mar 2013 15:53:03 +0100, Thomas Shikami wrote:
> Is there even a requirement zo have Z-offset be in the avatar
> appearance message?
The Z-offset is not transmitted to the server by the viewers
implementing it: what is transmitted is the sum of the Z-offset (which
can also be negative)
Is there even a requirement zo have Z-offset be in the avatar appearance
message? To me it looks more like that hip-offset would be better suited
to be in some animation parameter, which makes it incompatible with
older viewers, but a SSB-enabled simulator might translate that
animation paramet
Carlo Wood wrote:
> The problem is not to find a good technical solution; the problem is
> that no discussion with Linden Lab is possible.
Well, the new shape parameter was an actual attempt at fixing SUN-38,
even though it did address only the least of the concerns. So maybe I
am still allowed t
On Sun, 3 Mar 2013 13:43:26 +0100, Satomi Ahn wrote:
> Hello,
>
> Since I cannot comment on SUN issues, may I make a suggestion here?
>
> If adding new parameters to existing stuff belongs to allowed actions
> to resolve this issue, then couldn't we consider adding new parameters
> to poses/anim
Hello,
Since I cannot comment on SUN issues, may I make a suggestion here?
If adding new parameters to existing stuff belongs to allowed actions
to resolve this issue, then couldn't we consider adding new parameters
to poses/animations, so that they can exactly know how to adjust in
order for the
What Henri said. Avatar height offset is a variable that currently
changes OFTEN, that's even the reason why it was added as a RLV
command, so that it could be changed automatically without annoying
the user too much.
If this is now a shape slider, and viewer devs like me have to deal
with accordi
On Fri, Mar 1, 2013 at 1:20 PM, Nyx Linden wrote:
> 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
On Fri, 1 Mar 2013 16:20:10 -0500, Nyx Linden wrote:
> 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
I see. This is a little different since it's a direct Avatar Shape Slider
(unless I misunderstand), and isn't just a new type of Wearable, but I see
the parallels.
Thanks for the clarifications, they are much appreciated.
- Dari
On Fri, Mar 1, 2013 at 1:59 PM, Nyx Linden wrote:
SSB does all appearance generation as a centralized service - meaning
your avatar's visual parameters, height, and baked textures are served
without needing the viewer to have downloaded and decoded the wearables.
That's why I'm starting to refer to it as server side appearance, not
server side
Well, This is an interesting development. I only understood SSB to be
handling the baking of textures. But it's centralizing the avatar's shape
too? Or why does a change in height need to be routed through the back-end?
Adding a new slider to the Avatar appearance is kind of unprecedented. Will
LL
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
I know this thread has gotten completely OT, but I feel I should respond to
the feeling of dissatisfaction.
I contribute to help me. I know that not everything I contribute will be
accepted: see https://jira.secondlife.com/browse/VWR-25739 for one I
created that I suspect that LL will never swall
On Sun, 24 Feb 2013 20:09:19 +0100
Henri Beauchamp wrote:
> > I'm unable to comment on SUN issues (or even make them)
>
> Gotta love the new closed JIRA !... Way to go, LL...
I was about to type "fuck you Linden Lab" in my previous post,
but assumed they might be assholes enough to then kick me
On Sun, 24 Feb 2013 10:36:12 -0800
Darien Caldwell wrote:
> Yes, this was brought up to Nyx and Oz at Oz's last User Group
> meeting, by inusaito.kanya They were supposed to file a bug under
> Sunshine, but probably good to have someone else do it as well, in
> case they didn't. I'm unable to c
You meant the "closed and banning-for-trying-to-fix Jira"
2013/2/24 Henri Beauchamp
> On Sun, 24 Feb 2013 10:36:12 -0800, Darien Caldwell wrote:
>
> > Yes, this was brought up to Nyx and Oz at Oz's last User Group meeting,
> > by inusaito.kanya
>
> I alas can't participate in meetings held on v
On Sun, 24 Feb 2013 10:36:12 -0800, Darien Caldwell wrote:
> Yes, this was brought up to Nyx and Oz at Oz's last User Group meeting,
> by inusaito.kanya
I alas can't participate in meetings held on voice... I regret the time
when Soft Linden was in charge of OpenSource and did care about
non-Eng
Yes, this was brought up to Nyx and Oz at Oz's last User Group meeting, by
inusaito.kanya They were supposed to file a bug under Sunshine, but
probably good to have someone else do it as well, in case they didn't. I'm
unable to comment on SUN issues (or even make them) but I gave it my vote
regar
Greetings,
I described a *serious*, *major* regression issue that I discovered
yesterday while reviewing (again) the SSB code and confirmed today
with tests on Aditi SunshineTest regions.
Please see: https://jira.secondlife.com/browse/SUN-38
For me (and I would guess, for most advanced SL users
19 matches
Mail list logo
