[opensource-dev] texture problem on avatars

[Jacek Antonelli]

We have been seeing exactly the same thing with Imprudence 1.3
recently (which is based on SL 1.23 with some Snowglobe mixed in),
also when connected to OpenSim. I'm not sure why it only seems to
occur on OpenSim, but I can confirm that it's related to the change in
texture channels, as Nyx said. We'll be working on this issue soon; if
we find a fix, we'll be sure to share it.

- Jacek

On Wed, Apr 21, 2010 at 9:12 AM, Chang Liu <liu.chang at gmail.com> wrote:
> Hi, Nyx,
>
> We were using viewer 1.23.4.  Interestingly, the official 1.23.4 viewer
> binary release does not have this problem.  But after we compiled and
> packaged the 1.23.4 source release, we saw this problem.  We didn't mix 2.0
> at all.
> Since this is related to compiling and packaging, could it be a particular
> library that's referred to in the code?
> Thanks!
>
> ~Chang
>
>
> On Tue, Apr 20, 2010 at 5:42 PM, Nyx Linden <nyx at lindenlab.com> wrote:
>>
>>   What version of the viewer are you using? Viewer-1.23 redefined the
>> fourth channel of baked textures to be "alpha mask" instead of "bump map".
>> If you load old baked textures that generated a fourth channel intending it
>> to be a bump map, and use it as a baked texture for a 1.23+ viewer, the
>> viewer will incorrectly interpret the fourth channel as an alpha mask,
>> resulting in images like you included in your email.
>>
>> Were the avatars on the sim a mix of 2.0 and 1.22 (or previous) versions
>> by any chance?
>>
>> -Nyx
>>
>>
>> Chang Liu wrote:
>>>
>>> Hi, all, when we connect a modified version of Second Life Client Viewer
>>> to OpenSim, we notice that from time to time, textures on avatars may turn
>>> into mosaic and hollow like what's shown in the attached screenshots.  Has
>>> anyone seen this before?  Any clues as to what may have gone wrong? Many
>>> thanks.
>>>
>>> ~Chang