[Opensim-dev] Viewer doesn't render attachments after teleport

[Nicky Perian]

Kokua's feature Refresh scene does the following and can be manually done
on any viewer.
Graphics->Advanced->Basic shaders tick to off.
At this point the frame rate will climb to as high a value that the network
will allow. In Kokua an info log message is written just to eat a little
time at the high frame rate.
Then, Basis shaders are ticked back on. This dresses the scene. Based on
that I don't know if the prim/attachment is fully present in the viewer or
not. Does the high frame rate over ride some net latency and pull all the
prim's elementary data in or was it there all along and the redressing just
put everything in order? LL has viewer interesting (interest list) in work
and didn't want me to do any work on the missing prim issue until that
viewer is in release. The Refresh scene was put in instead of a hackish
approach of dropping Basic shaders before TP and turning them back on at
completion. There appears to be some thread issues in TP's as my
experimentation showed that setting a variable before TP did not
necessarily insure that the arrival part of TP would have that same value.

As noted in this thread about ordering, I think there is merit in exploring
that aspect.



On Wed, Apr 2, 2014 at 6:50 AM, Dahlia Trimble <dahliatrimble at gmail.com>wrote:

> I've seen attachment rezzing failures in SL for years. Right-clicking
> usually fixes it. If there is an issue then I suspect it's a long-standing
> viewer bug that may be exacerbated by some combination of legal protocol.
> If it is somehow related to packet ordering, then we might be able to send
> it in a particular order but given the non-stream nature of UDP we cannot
> guarantee it will be received in any order.
>
>
> On Wed, Apr 2, 2014 at 4:44 AM, Dahlia Trimble <dahliatrimble at gmail.com>wrote:
>
>> Attachment positions are relative to bones. They really cannot be "too
>> far away"
>>
>>
>> On Wed, Apr 2, 2014 at 4:20 AM, Melanie <melanie at t-data.com> wrote:
>>
>>> I don't know if this may be related, but for some reason OpenSim
>>> fails to update the viewer's notion of position properly.
>>>
>>> The most noticeable effect is that sometimes after changing regions
>>> or even parcels, sound is no longer heard. The audibility check
>>> happens viewerside, just as the object visibility check.
>>>
>>> If the viewer gets a wrong location, it may consider the attachments
>>> as "too far away" and not render them - that is probably related to
>>> why zooming can make them appear.
>>>
>>> Therefore I don't believe we need to send any extra packets related
>>> to these objects, but rather we are missing some packet or sending
>>> wrong data related to the avatar's location.
>>>
>>> This appears to be the case on moving in world as well as teleports,
>>> but I have so far never observed it at login.
>>>
>>> Melanie
>>>
>>>
>>> On 02/04/2014 13:16, Oren Hurvitz wrote:
>>> > I got some great advice off-list from Nicky Perian. When there's a
>>> problem of
>>> > missing prims, go to the Graphics Preferences and toggle the option
>>> "Basic
>>> > shaders". I tried this, and toggling this option (on or off, both work)
>>> > makes the missing prims appear immediately.
>>> >
>>> > This proves that the viewer has the correct data, and it's just not
>>> showing
>>> > it. But I still want to find some combination of packets that will
>>> make the
>>> > viewers show the prims, since obviously most users will not know to
>>> use this
>>> > trick, and it's a hassle.
>>> >
>>> >
>>> >
>>> > --
>>> > View this message in context:
>>> http://opensim-dev.2196679.n2.nabble.com/Viewer-doesn-t-render-attachments-after-teleport-tp7579143p7579146.html
>>> > Sent from the opensim-dev mailing list archive at Nabble.com.
>>> > _______________________________________________
>>> > 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
>>>
>>
>>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20140402/5e2c132e/attachment-0001.html>