[sldev] PLEASE READ Re: Repro help: VWR-13757 - Avatar rebaking problems

[Robin Cornelius]

On Wed, Jun 3, 2009 at 2:10 AM, Jan Ciger <jan.ciger at gmail.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Carlo Wood wrote:
>
>> I see that *ALL* the time, with 1.22.11.
>> But this issue is another if I'm correct. This is about others seeing a cloud.
>>
>
> If rebake doesn't work right (I think that there was a behaviour change
> in 1.23), others are not going to see you or see clouds only.
>

Yes there was a change. Currently the list of ALL textures the avatar
is wearing is available on the wire, to all viewers. If the agents own
viewer did not do the baking correctly another viewer would fill in
the gaps but only for a single discard level. The 1.23 viewer does
away with this feature where a 3rd party viewer can provide a bake in
preparation for the texture assets to only be given to the agents
viewer, so that other viewers only ever see the completed bakes in
future to provide more security for the textures and to provide more
flexibility for arbitrary numbers of layers forming the bake.

Also there is an UploadBakedTexture CAP now too used for sending the
bake to the server instead of the old xfer system. I'm not 100% sure
exactly when this CAP started being available but if it is co-incident
with the 1.23/http-texture branches then this transparent avatar
problem could be a problem on the server and not just the baking on
the local viewer. I'm assuming the viewer is coded for a fall back to
xfer if the cap is not available so an easy test may be to disable the
cap and upload bakes via xfer. If this solves the problem its a server
side issue.

If i escape out of boost hell i will try this in some more detail