ZDoom

Yep, the shader has been removed entirely from there in the final build. It had been temperamental ever since I first put it in, and apparently was using out of date code anyway. The effect it produced was super subtle, so rather than continuing to fight it I just replaced it with the basic grass ...

True, an actor flag would also work perfectly well too (given RenderRadius is an Actor flag there's precedent there).

Currently the rendering of in-game models is directly tied to the rendering of the underlying Thing a model is tied to, specifically whether or not the sector the Thing's origin is in is being rendered at the time. This works fine for sprites, but in the era of increasingly large models (such as ...

For what it's worth, we spent a huge amount of effort optimizing Elementalism as best we could. It is true for at least a couple of maps that they were designed with art in mind first, and then optimized later, but we still put considerable effort into ensuring the mapset ran acceptably before ...

Just a quick note to say RC2 has been released! Bunch of bug fixes, QOL improvements and some small FPS optimizations. Download link here Full change-log from RC1: General: Earth Wand has had it's damaged buffed and a small AOE effect added, but re-fire speed has been slowed down Boss health bars ...

//=========================================================================== // // BEFORE // //=========================================================================== Material ProcessMaterial() { mat3 tbn = GetTBN(); vec2 texCoord = ParallaxMap(tbn); Material material; material.Base = getTexel ...

That's fantastic news, thanks for reviewing them Rachael! That's a big relief! To confirm it was Graf who suggested the shaders needed updating, he said: "A technical note: While looking at the shaders I noticed that there's still several that use the broken and deprecated ProcessMaterial function ...

Hello lovely people, With the RC1 release of Elementalism , it's been pointed out that the shaders I have been using are out of date, to the extent that they might not even work properly with 4.8 when it releases. I know basically nothing about writing shaders, and had cobbled most of these together ...

Discovered another related bug. It seems new CustomInventory actors are prevented from being picked up once they are placed on an Interpolation path - the player just runs straight through them. Edit: Found solutions to both my problems. They're work-arounds, but they work: - Immortal monster can be ...

The solution to this recent bug seems to involve making anything that is a monster invulnerable and dormant while they are on an interpolation path. The GitHub Pull is here: https://github.com/coelckers/gzdoom/pull/1524/files (specifically lines 502 and 503). Unfortunately this means any monsters ...

I'm pretty sure the option to have "sprites face camera" didn't even exist in 2.1.1, so that's not exactly an apple-to-apple comparison. No you're right, but "X/Y Billboarding" was there, which is what I was checking against. The glitch was surely there before as well, but the line picking logic ...

Yep, I went back and checked through old versions of GZDoom to find when the glitch first started occurring, and you're right, you have to go back about five years: it first appeared in GZDoom 2.2.0. In GZDoom 2.1.1 and earlier they render correctly. If it's been five years and barely anyone has ...

wildweasel wrote:Before you do too much experimenting, you might want to post a copy of your INI file where you're seeing the glitches.

Good shout, attached here in case it's useful.

I cannot reproduce this with any version, neither official 4.6.1 nor self-compiled 4.6.1 and master. What's your hardware specs? Edit for quick reading: Found the issue, it's the "Sprite Billboarding" X/Y Axis setting and "Sprites face camera" setting in the Hardware Renderer. If either of these ...

There seems to be an issue around the order the sprites are rendered on-screen when a transparent midtexture is also present in the same part of the screen. Sprites that are in the same section of the screen as the transparent midtexture are rendered infront of sprites that are in a different part ...