ZDoom

You may already consider it deprecated, as is evident by not changing this.
The main problem here is that a proper wall and floor sprite implementation needs to be done very differently, especially how they handle in-game collision testing.

[quote="Graf Zahl" post_id=1246784 time=1698417249 user_id=75]
I am fully aware that all these options are not really usable, when they were implemented, maximum flexibility was rated higher than a robust foundation. If there weren't actual projects using them they would long have been removed by now.
[/quote]
Is there any mileage in deprecating the current implementation and introducing a new, better one (as and when time and priorities allow, of course)?

Build's code is better than what got into GZDoom for flat and wall sprites but it's far from perfect. because it has no concept of attaching such sprites to a surface. The result is countless errors with wall and floor decals in the games.

I haven't had a lot of issues with wall sprites but I know flat sprites are pretty wonky. I realize you can't change them because they're already in use. Any chance we could get a +WallSprite2 or something like that that would function as expected?
I know you're also working on a build engine, and I remember duke3d using sprites quite extensively. is that code better and portable?

I realize the work-around for now is to use a model with a plane on its floor as a wall sprite.

I am fully aware that all these options are not really usable, when they were implemented, maximum flexibility was rated higher than a robust foundation. If there weren't actual projects using them they would long have been removed by now.

//TEXTURES: Create a sprite with some empty space:
sprite JGLRA0, 14, 36
{
	offset 7,36
	sprite BON1D0,0,18
}

//ZSCRIPT:
version "4.11.1"
class jiggler : actor
{
	default {+RollSprite;}
	states {spawn: JGLR A -1; stop;}
	
	override void tick()
	{
		roll = sin(360. * (level.time % 35 / 34.)) * 45;
		super.tick();
	}
}
class JRC : jiggler {default {+RollCenter}}
class JWS : jiggler {default {+WallSprite}}
class JWSRC : JWS {default {+RollCenter}}
class JFS : jiggler {default {+FlatSprite}}
class JFSRC : JFS {default {+RollCenter}}

I noticed this because I have an actor that is a rollsprite and is a standard billboard sprite out in the open but becomes a wallsprite near walls. Best I can tell, the "empty space" in a sprite is ignored for a billboard center but considered for a wallsprite center.

Reproduce:
[code]
//TEXTURES: Create a sprite with some empty space:
sprite JGLRA0, 14, 36
{
offset 7,36
sprite BON1D0,0,18
}

//ZSCRIPT:
version "4.11.1"
class jiggler : actor
{
default {+RollSprite;}
states {spawn: JGLR A -1; stop;}

override void tick()
{
roll = sin(360. * (level.time % 35 / 34.)) * 45;
super.tick();
}
}
class JRC : jiggler {default {+RollCenter}}
class JWS : jiggler {default {+WallSprite}}
class JWSRC : JWS {default {+RollCenter}}
class JFS : jiggler {default {+FlatSprite}}
class JFSRC : JFS {default {+RollCenter}}
[/code]
Summon these classes near each other. Jiggler, JWS, and JFS should all be similar and they are. JRC, JWSRC, and JFSRC should all be similar and they are not.