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
Thanks for reading!
'Raw' Flag for Sprite Rendering
Moderator: GZDoom Developers
-
-
- Posts: 667
- Joined: Wed Aug 02, 2017 12:31 am
- Location: In between the Moon and you, between the buried and me.
-
- Lead GZDoom+Raze Developer
- Posts: 49142
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: 'Raw' Flag for Sprite Rendering
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.
-
-
- 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
Cheers Graf, I'll keep on improving what I can with it until then
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.
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.
-
- 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
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.
-
-
- 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
Ah cool, that would explain that then
-
- Posts: 184
- Joined: Tue Aug 30, 2016 4:47 pm
Re: 'Raw' Flag for Sprite Rendering
The spectre on the right looks awesome.
-
-
- 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
Thanks Argv!
Apeirogon has been doing some awesome ZScript stuff to make one that possible
Apeirogon has been doing some awesome ZScript stuff to make one that possible