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

[Melanie]

Kyle,

it's a good thing then that you don't run this project. Please
refrain from attacks on any person here and don't make accusations.
You may not like OpenSim's anarchic project culture. I do.

This is not a "material bug", it's a minor annoyance that was
discovered by several people "back in the days" when there were
bigger fish to fry. There are probably hundreds of things that have
fallen through the cracks.

Instead of making public accusations on the mailing list, you could
have just filed the Mantis about your issue.

Again, personal attacks and accusations of this form are off topic
and not acceptable on this list.

Melanie


Kyle Hamilton wrote:
> 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
>>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
>