[Bug][Player]Issues involving Transparent Terrain

[GigaLem]

The first issue involved grouping, when the terrain is grouped in Editor like below


The player instead decides to render it like this


The other issue, overlaying a transparent piece on steel, I don't know weather or not to count this as a bug but it does carry the properties of when a destructible terrain piece is overlayed on steel, all the contents of that piece can be destroyed, I guess it doesn't count as a bug since the terrain is functioning correctly, but at the same time well...

[namida]

The editor does not handle semitransparent terrain properly. This is a known issue but hard to resolve with how the editor is written.

[GigaLem]

The editor does not handle semitransparent terrain properly. This is a known issue but hard to resolve with how the editor is written.

Well I knew about the semitransparency problem, but what about the grouping of semitransparent pieces? The other pieces were used to show a example of piece I used.
Why does the grouping for semitransparent pieces result in what's seen in the player?

[namida]

I'd have to look into it more closely - haven't had a chance to do so yet. Can you post a pic of them in the player (not grouped) to compare, or tell me which style / pieces these are? Or post a sample level?

[GigaLem]

The set being used is early in production, a finished version of the set will be featured in FM22

But since it's needed to investigate the issue, I'll supply the version being used just extract in the styles folder

[WillLem]

I don't entirely understand what the problem is here, can you explain what effect you are trying to achieve @GigaLem?

willlem_lemminas_slushworld uses semitransparent pieces, and although the editor doesn't show the semitransparency, it always appears correctly when rendered in the player.

[namida]

Ah, I see the issue upon looking closer - in the grouped pieces, some pixels are becoming non-solid where they shouldn't. I'd have to look into the code to figure out why, but this is definitely a bug. I do notice it happens specifically where the two pieces overlap - which should not become non-solid when the non-overlapping pixels remain solid (as they would be more opaque, not less).

Regarding the steel - when steel is involved in overlapping semi-transparent pieces, it depends how semi-transparent they are as to what the result is. As a general rule of thumb, if a given pixel is opaque enough to be solid when placed not overlapping other terrain, it's also opaque enough to overwrite steel with non-steel physics.

[namida]

I'm going to leave this as-is. Reason being - semitransparent terrain is very rarely used, not fully supported throughout the toolchain (editor in particular) nor is it ever likely to be. Given that NL development is very much winding down, it does not seem worthwhile to address this.

Note that this does not mean that semitransparent terrain support will be culled or that it won't be possible to group such pieces anymore; just that the current status quo will remain in regards to this situation.