Happening to me as well, a week ago setting adornee to nil would make the highlighted object not be highlighted anymore. Now it remains highlighted even after setting adornee to nil.
Unfortunately we have a fix in the works but this is going to remain broken in Studio until the September 14th Studio release (a week from now), as we don’t want to cause other issues squeezing a fix in too close to RDC.
The issue is isolated to Studio and does not affect Clients, so only Studio development / testing should be impacted, not live games.
The place in the rendering pipeline where highlights were rendered was moved to later in the pipeline to after other post processing effects. This was to fix some issues that were reported as undesirable overall. There is no right or wrong place where these should be rendered and they have many pros and cons to where they are. For example do you want them before or after color correction?
Some hardware with MSAA can also limit the places this can efficiently be rendered.
I’d like to know more of the visuals you want to achieve and how they looked before you you.
It could be possible we could configure where they get rendered but it’ll have to be all or nothing. i.e. all before color correction or all after.
Basically the highlight here would blend very well with the particles and make the character look like they were glowing, whereas now it’s always a flat RGB value so it has none of that “glow” like when you make a neon brick brighter. There’s no way to achieve the same effect without a ton of work and a huge performance cost now.
The best example I can give is that this was a week or two after highlights launched, and they were much brighter and “glowy”. I don’t have a gif of the original example, but here’s another example I do have.
The first image is before, and the second image is after. Ignore the particles, those were changed. The highlight hasn’t been touched since it was added, though. You can see how it takes away the look of an “aura” and now looks dark and doesn’t fit the rest of the form.
I was also using this in sequences for transformations to make the character “glow” without having to duplicate every part and individually tween the transparency, but unfortunately that looks off as well now, which was the first example.
Personally, I would much rather have the original glowing appearance of the highlights. It was much better for what I was using them for and I’d gladly take an option to switch between the two modes if possible.
As for ColorCorrection, I’d ideally like it to be so ColorCorrection has an effect on highlights, not sure if that’d mean rendering it before or after. How it was initially was about as good as it could get for me.
@Aliasbinman2 Just checked my stuff again, apparently the highlights don’t get affected by blur, bloom, colorcorrection, etc. This is really inconvenient and I’d greatly appreciate if this could be fixed or made toggleable.
