[Opensim-dev] [libsl-dev] T pose issue

[Kyle Hamilton]

Melanie,

When a bug is found in open-source software, it is expected that it
won't be fixed unless and until a bug tracker entry shows up in
whatever tracker is used -- at Sourceforge, it's the Tracker.  For
OpenSim, it's Mantis.

if you've been aware of the issue forever, why didn't you file the bug
in Mantis?

What's the point of having a bug-tracking system when developers only
use it to accept and filter bug reports from external sources, without
any intra-team discussion -- or even mention of it to the user
community?  What's the point of searching for unwanted behavior in
Mantis, when the development team doesn't use it?

Isn't it the responsibility of the original bug-finder to document it,
so that people who haven't run into it but who wish to contribute have
some idea of where to look for things to do?

If it isn't, then why is this project still struggling along?

If it is... then you have been derelict in your duties as
developer/committer, have you not?

[note: "If you don't like it, stop using it, we're not paid, we're
just here to have fun" is not an adequate answer to this.  If you've
known about a material bug "forever" (quoting you), and you never
mentioned it or filed a report on it, you're delinquent in your
thoughts about what okay to avoid telling anyone about.  If I were
running this project, you wouldn't be on the project -- no matter how
much you contribute otherwise -- because the primary focus is
COMMUNICATION.  Communication via protocol between a client and server
relies on two aspects of protocol: the first is explicit protocol,
which is the bits that go on the wire.  The second is implicit
protocol, which is the mechanism by which all data that must be sent
via the explicit protocol is identified so that all viewers behave
appropriately.]

To restate: You have identified a bug in implicit protocol handling.
You've known about this bug "forever".  You failed to tell anyone
about it.  You failed to file a mantis about it.  You even failed to
ACKNOWLEDGE the bug except now, on the list.

Your actions have materially harmed user acceptance of OpenSim.
Therefore, I request an answer: Why are you trying to sabotage the
project?

-Kyle H

On Thu, Apr 29, 2010 at 1:10 PM, Melanie <melanie at t-data.com> wrote:
> Hi,
>
> this is different from the reported bug, which was that avatars log
> in in T-Pose. This also happens on the LL grid.
>
> However, avatars already in-sim should be correctly displayed to new
> joiners.
>
> This is a long-standing issue. It is caused by the current animation
> pack not being sent to new observers. On the LL grid, when an avatar
> first comes into view, the anim pack is sent to the new observer.
>
> We are, however, currently not tracking "seen" root agents per
> client, as we should, so we don't have the data to decide when to
> send the anim pack. Because of that, we send it only when it changes.
>
> This issue is distinct from the bug I closed. Please do NOT reopen
> that bug, as it doesn't apply to what you're seeing. This is a
> different behavior and I'm not aware of an exsting Mantis, although
> I've been aware of the issue foerever.
>
> Melanie
>
>
> Paul Fishwick wrote:
>> There is an issue we have when using libomv and the OpenSim
>> server, and I am not sure where the problem lies. The issue is that
>> our bots log into OpenSim in a T position, and they do not log in
>> in a T position on the LL grid. The same libomv software is used
>> in both instances. What is the reason for the difference? I had thought
>> that it was, perhaps, that the LL server was keeping track of the
>> current animation state; however, one of the OpenSim devs says that
>> is not so.
>>
>> With OpenSim, the problem is that whenever a new human-driven
>> client logs into OpenSim, the libomv-driven bot appears as a T pose.
>> One must continually change the animation state of the bot to get the
>> bot out of the T pose for arbitary human clients who log in.
>> We have rigged a few OpenSim bots using repeated animations;
>> however, for the bots that are in a seating position on a bus,
>> the problem doesn't appear to be fixable--having a bot reseat itself every
>> second or so is awkward and would appear unnatural. Using an eye
>> animation doesn't do the trick of reseating the bot either.
>>
>> On the LL grid, we have many seated bots and LL knows to reseat these
>> bots for each human client without animation override.
>> -p
>>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>