'Raw' Flag for Sprite Rendering

Remember, just because you request it, that doesn't mean you'll get it.

Moderator: GZDoom Developers

User avatar
Pixel Eater
 
 
Posts: 667
Joined: Wed Aug 02, 2017 12:31 am
Location: In between the Moon and you, between the buried and me.

'Raw' Flag for Sprite Rendering

Post by Pixel Eater »

By being able to bypass a combination of graphical options with an actor flag it would help to eliminate the edge artifacts of chroma key sprites. This way players won't be limited to less advanced features when loading Fill Spectre et al. and can combine them with colour randomized monster wads.

I'm not certain which are possible to disable on a per-actor basis but an ideal list would be:
Sprite rescaling
Texture filtering
Anisotropic filtering
Dynamic lighting
Sprite smoothing
Sector colour (that's if it even affects sprites)
Multisampling ~Probably doubtful

Here's a picture by Apeirogon showing the two Fill Spectres in development:
[imgur]https://i.imgur.com/wxA18fx[/imgur]
The one on the left shows the outline created by texture filtering and the right one has an "infinite" sized sprite for chroma keying which avoids the previous' artifacts. Both always result in compromise though because the left one imposes many graphical restrictions on the end user and the right one loses compatibility with other colourful mods.

The flag I'm requesting would come with the potential for abuse and I have a proposal for that too: Force +bright when it's in use, as that's required for chroma keying anyway :idea:

Thanks for reading!
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49142
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: 'Raw' Flag for Sprite Rendering

Post by Graf Zahl »

This will have to wait until I have some idea what this implies for Vulkan. Most of what you propose can be deactivated on a per-drawcall basis in OpenGL, sector color is disabled just by using +BRIGHT already and since sprites use no mipmapping, anisotropic filtering is not even an issue right now.
User avatar
Pixel Eater
 
 
Posts: 667
Joined: Wed Aug 02, 2017 12:31 am
Location: In between the Moon and you, between the buried and me.

Re: 'Raw' Flag for Sprite Rendering

Post by Pixel Eater »

Cheers Graf, I'll keep on improving what I can with it until then :cheers:

Weirdly there is a difference when I use anisotropy despite the absense of mipmapping, but it could always boil down to something I've been doing. I'll keep an eye on it for now.
Last edited by Pixel Eater on Tue Jul 10, 2018 5:43 am, edited 1 time in total.
User avatar
phantombeta
Posts: 2113
Joined: Thu May 02, 2013 1:27 am
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: Brazil

Re: 'Raw' Flag for Sprite Rendering

Post by phantombeta »

IIRC that would be because for some reason, setting anisotropy to anything other than disabled while you have mipmapping off forces them on or something.
User avatar
Pixel Eater
 
 
Posts: 667
Joined: Wed Aug 02, 2017 12:31 am
Location: In between the Moon and you, between the buried and me.

Re: 'Raw' Flag for Sprite Rendering

Post by Pixel Eater »

Ah cool, that would explain that then :)
argv
Posts: 184
Joined: Tue Aug 30, 2016 4:47 pm

Re: 'Raw' Flag for Sprite Rendering

Post by argv »

The spectre on the right looks awesome.
User avatar
Pixel Eater
 
 
Posts: 667
Joined: Wed Aug 02, 2017 12:31 am
Location: In between the Moon and you, between the buried and me.

Re: 'Raw' Flag for Sprite Rendering

Post by Pixel Eater »

Thanks Argv!

Apeirogon has been doing some awesome ZScript stuff to make one that possible :)

Return to “Feature Suggestions [GZDoom]”