can flatsprites stick to slopes?

[bimshwel]

decalground.jpg

I have an exploding object spawn a dark ashish burst mark on the ground, and surprisingly got it to work on more or less the first try, but wondered about slopes, and indeed it still acts as if it is on level ground, floating above the floor in one direction and clipping into the floor in the other direction.
I found a forum discussion from 2016 about this that appeared to turn sour despite one of the people seemingly having found a way to do it, but I don't understand those instructions a bit. Do you know if anything new has occurred with regard to that since then? Or a wad with this implemented that I could attempt to rip off the method of?

[Gez]

Those weren't instructions for how to do it in a mod, they were about how to implement it in the engine.

[Cherno]

This is typically done with models.

[bimshwel]

if this is this done typically, could you link to an example of that? if I have this object drop a flat-looking model that will indeed adhere to a slope?

Those weren't instructions for how to do it in a mod, they were about how to implement it in the engine.

that certainly explains why it doesn't make sense to me! A nice change from having no idea why something doesn't make sense to me.

[Jekyll Grim Payne]

I recommend switching to models from flat sprites. But otherwise, yes, it's possible to do this in zscript. Slope detection has to be done manually, though.

This is how I do it in Beautiful Doom: https://github.com/jekyllgrim/Beautiful ... in.zc#L105

The function AlignToPlane takes an actor pointer as the first argument, a secplane as second (you can use cursector.floorplane), and the third argument should be true if it's applied to the ceiling.

[bimshwel]

thank you for replying! I had temporarily given up on the idea and was content to just keep these particular objects away from inclines. I will see about trying to make sense of that.
is there a way to convert a sprite into a model without buying some additional software for it? I have definitely noticed a tendency for flat ones to appear in front of things that are supposed to be on top of them.

[Graf Zahl]

In all honesty, don't use flat sprites!
The feature is broken beyond repair.
There will eventually be a rework to get it right.

[Jekyll Grim Payne]

is there a way to convert a sprite into a model without buying some additional software for it? I have definitely noticed a tendency for flat ones to appear in front of things that are supposed to be on top of them.

You can use an existing flat plane model and just attach a texture to it via MODELDEF. Again, you can look into Beautiful Doom, I have a flat plane model there, and a MODELDEF definition for the blood pools.

[bimshwel]

I have been worried about feeling overwhelmed or inadequate or simply not having time to get very far in relatively recent gzdoom productions, but indeed it is better to learn from examples than to keep asking questions about old features.
I haven't personally found the flat sprites all THAT disruptive, and I don't expect to FINISH this any time soon, considering that I have been making it off and on for almost twenty years, and any improved flat sprite implementation that is coming will probably come first, but swapping a new texture onto an existing flat model sounds like something I can manage and doing so may have other benefits.

[bimshwel]

I finally got around to actually trying this, and was able to copy the basic model definition, and, I think, the correct md3, with the same, unrenamed folder structure, but I still get an error saying that "MODL" is not found. I extracted the entire beautiful doom.pk3 to some folders and didn't find a MODL in there so presumably that is generated by something else I do not understand. would [anyone who sees this] be able to explain further?

Code: Select all

Script error, "zeesc.pk3:modeldef" line 18:
Unknown sprite MODL in model definition for yeeppuddle

Code: Select all

Model yeeppuddle
{
	UseActorRoll
	UseActorPitch
	//zoffset 1.0
	Scale 10.0 10.0 1

	Path "models"
	Model 0 "BloodPool.md3"
	Skin 0 "yeeppuddle.png"
	FrameIndex MODL A 0 0	
}

(zeesc.pk3 is where I put anything that uses folders. other material is still in olde-fashioned wads)
the one I used as a foundation looks like this

Code: Select all

Model BD_AniBloodPool
{
	UseActorRoll
	UseActorPitch
	//zoffset 1.0
	Scale 100.0 100.0 1

	Path "models"
	Model 0 "BloodPool.md3"
	Skin 0 "bloodpool.png"
	FrameIndex MODL A 0 0	
}

is that actually animated? I don't know yet. For now I don't mind the puddle showing up fully formed, though having it gradually expand would be a nice bonus, but that can be sorted out later.

Code: Select all

actor yeeppuddle
{
radius 8
height 2
//scale 0.1
}

currently that is all I have for the actual object i want created, which i would tweak once I actually got the game to run and saw how it showed up. such as checking if it is better to set the scale on the actor or the model definition.
the plain aligning looks like a nightmare, but I am also not used to comprehending more than marginally complex zscript.

[inkoalawetrust]

I think the problem here is that you simply need to have a MODLA0 sprite somewhere in your mod, it can be a dummy sprite, it just has to exist. You can also use one of the existing monster sprites too, and simply call that in the model actors' state block.

[bimshwel]

I wouldn't be surprised were that the case, but it does not seem to be! I did try adding my own; it did nothing, and I didn't find one in the deconstructed pk3 I copied the other stuff out of either.