Skip to content
This repository has been archived by the owner on Feb 28, 2024. It is now read-only.

[BUG-226414] [FIXED] [EEP] Certain textures with transparency render black when camera is close when ALM is enabled & shadows are disabled #4959

Closed
sl-service-account opened this issue Feb 22, 2019 · 3 comments

Comments

@sl-service-account
Copy link

sl-service-account commented Feb 22, 2019

Steps To Reproduce

  • Launch viewer to login screen: http://automated-builds-secondlife-com.s3.amazonaws.com/ct2/32857/272347/Second_Life_Project_EEP_6_0_2_524674_x86_64_Setup.exe

  • Make sure Shadows are disabled - Preferences -> Graphics -> Advanced settings -> Shadows -> Set to None.

  • Make sure ALM is enabled - Preferences -> Graphics -> Untick "Advanced Lighting model".

  • Relaunch viewer & login to http://maps.secondlife.com/secondlife/By%20Design1/64/125/23

  • Move camera close to objects (both rezzed & worn) that have textures with transparency.

  • In particular cam into the green animesh dragon & the green frog with an animated texture at this location.

    Observed Behaviour

  • When you login with ALM enabled but shadows disabled, certain alpha textures will appear black when your camera is close to them.

  • Fig 1 attached - my rigged mesh legs.

  • Fig 2 - the fin of the animesh dragon.

  • Fig 3 - the green frog.

  • Now disable ALM & confirm that the bug no longer reproduces.

  • Enable ALM again & confirm that the bug once again reproduces.

  • Now enable shadows - Preferences -> Graphics -> Advanced Settings -> Shadows -> Set to Sun, Moon, Projectors.

  • When shadows are enabled, observe that the bug no longer reproduces.

  • Disable shadows again (ALM should still be enabled).

  • Confirm that the bug now does not reproduce.

  • If you logged in with shadows enabled, the bug will never reproduce for that session, even after disabling shadows, for any shader settings.

  • To reproduce the bug again you must disable shadows, enable ALM & relog.

    Expected Behaviour

    Not to ruin Graham's day again :D

    Other Information

  • Rider confirmed he can reproduce the same on Mac on this EEP build.

  • Rider also confirmed this bug is new.

  • BUG-226289 is fixed on this build though

Attachments

Original Jira Fields
Field Value
Issue BUG-226414
Summary [FIXED] [EEP] Certain textures with transparency render black when camera is close when ALM is enabled & shadows are disabled
Type Bug
Priority Unset
Status Closed
Resolution Accepted
Labels whirly-eep
Reporter Whirly Fizzle (whirly.fizzle)
Created at 2019-02-22T20:31:05Z
Updated at 2020-06-15T15:23:09Z
{
  'Build Id': 'unset',
  'Business Unit': ['Platform'],
  'ReOpened Count': 0.0,
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'Filling in...',
  'What were you doing when it happened?': '...',
  'What were you expecting to happen instead?': '....',
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2019-02-22T21:22:04Z, updated at 2019-02-24T17:21:58Z

I have the exact repro now!
Bug will reproduce with any object that has transparency and has a specular texture added

  • Login on that EEP build with ALM enabled & shadows disabled.
  • Rez a default box.
  • Add a 2% transparency to the box.
  • Add the default specular texture to the box.
  • Cam close to the box.

Observed

  • When camera not close to the box

    • When ALM is disabled the box renders correctly.
    • When ALM is enabled, the box renders milky white - Bug!
  • When camera is close to the box

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2019-02-25T18:26:11Z, updated at 2019-02-25T18:26:29Z

Bug still reproduces on EEP RC: Second Life Release 6.0.2.524683 (64bit)

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2019-03-12T03:43:01Z

Fixed in EEP Second Life Release 6.1.1.525091 (64bit)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant