'Raw' Flag for Sprite Rendering

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

Moderator: Developers

'Raw' Flag for Sprite Rendering

Postby Pixel Eater » Mon Jul 09, 2018 8:27 pm

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:

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
Pixel Eater
In my thoughts I have seen rings of smoke through the trees.
 
 
 
Joined: 02 Aug 2017
Location: In between the Moon and you, between the buried and me.

Re: 'Raw' Flag for Sprite Rendering

Postby Graf Zahl » Tue Jul 10, 2018 1:24 am

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
Graf Zahl
Lead GZDoom Developer
 
Joined: 19 Jul 2003
Location: Germany

Re: 'Raw' Flag for Sprite Rendering

Postby Pixel Eater » Tue Jul 10, 2018 2:02 am

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 6:43 am, edited 1 time in total.
User avatar
Pixel Eater
In my thoughts I have seen rings of smoke through the trees.
 
 
 
Joined: 02 Aug 2017
Location: In between the Moon and you, between the buried and me.

Re: 'Raw' Flag for Sprite Rendering

Postby phantombeta » Tue Jul 10, 2018 5:10 am

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
phantombeta
In the meadow of sinful thoughts, every flower's a perfect one
 
Joined: 02 May 2013
Location: The United Soviet Socialist Dictatorship of Hueland (BRASIL CARAI)
Discord: phantombeta#2461

Re: 'Raw' Flag for Sprite Rendering

Postby Pixel Eater » Tue Jul 10, 2018 6:42 am

Ah cool, that would explain that then :)
User avatar
Pixel Eater
In my thoughts I have seen rings of smoke through the trees.
 
 
 
Joined: 02 Aug 2017
Location: In between the Moon and you, between the buried and me.

Re: 'Raw' Flag for Sprite Rendering

Postby argv » Thu Jul 12, 2018 12:08 am

The spectre on the right looks awesome.
argv
 
Joined: 30 Aug 2016

Re: 'Raw' Flag for Sprite Rendering

Postby Pixel Eater » Thu Jul 12, 2018 6:42 am

Thanks Argv!

Apeirogon has been doing some awesome ZScript stuff to make one that possible :)
User avatar
Pixel Eater
In my thoughts I have seen rings of smoke through the trees.
 
 
 
Joined: 02 Aug 2017
Location: In between the Moon and you, between the buried and me.


Return to Feature Suggestions

Who is online

Users browsing this forum: No registered users and 1 guest