Duke4.net Forums: Where have the texture filtering options for the POLYMOST and POLYMER renderers gone? - Duke4.net Forums

Jump to content

Hide message Show message
Welcome to the Duke4.net Forums!

Register an account now to get access to all board features. After you've registered and logged in, you'll be able to create topics, post replies, send and receive private messages, disable the viewing of ads and more!

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Where have the texture filtering options for the POLYMOST and POLYMER renderers gone?

User is offline   gaula92 

#1

HI there!

I am building latest available sources (as of 07/28/2019) and they run fine with both the POLYMER and POLYMOST renderers, but texture filtering options (to set bilinear filtering on textures, etc) seem to be gone!
Why? How could I force bilinear filtering? r_texturefilter and similar cvars seems to be deprecated/not working...

I also tried setting gltexfiltermode = TEXFILTER_ON in polymost.cpp, but that would cause the sky to disappear...
0

User is offline   Phredreeke 

#2

It's gone because it's incompatible with palette emulation. It would need to be reimplemented as a shader.
0

User is offline   gaula92 

#3

View PostPhredreeke, on 28 July 2019 - 07:04 AM, said:

It's gone because it's incompatible with palette emulation. It would need to be reimplemented as a shader.


Is there any way to FORCE it and disable palette emulation? Is palette emulation mandatory?
0

User is online   Micky C 

  • Honored Donor

#4

The eduke devs have stated that they're going to implement texture filtering again.

I'm sure they're reluctant to allow palette emulation to be disabled because it'd make maps look different across renderers.
0

User is offline   Mark 

  • Honored Donor

#5

If you really want filtering and the ability to turn off palette emulation you could always go back to a slightly older revision. I don't know when exactly the change was made but I know 7333 from Feb 2019 works. But beware, older ones may have a different bug that was fixed in the next revision. ;)

This post has been edited by Mark: 29 July 2019 - 03:40 AM

0

User is offline   oasiz 

  • Dr. Effector

#6

To clarify here a bit, historically polymost has a "palette emulation" feature where it did a copy of the palette swap for every texture in VRAM, this was very resource intensive and not really recommended but it was a stopgap solution until something better was in place. It was emulation as it was a very ugly hack of getting around the lack of proper palette swaps.
The "non emulated" look on the other hand used simple mathematical GL functions to do the colour transformation, naturally very little of the palette follows natural progression so things will always look a bit off with it enabled. However it didn't require manual skewing.

Around 2018 the support was finally added to have a texuture atlas along with using shaders to to the palette swapping, in this case the whole "palette emulation" was thrown out and the whole implementation was replaced with this new implementation that reworked this bit.
VRAM usage could go down by hundreds of percents in extreme cases with this method, making the game playable in integrated graphics like never before.
Due to this atlas / shader approach, filtering no longer works as it did before, needing some additional work.
While you could in theory force the filtering to be enabled, it would end up being a broken shell of what was left in the code.

Later on it was seen that many users would try to enable this filtering manually and end up with bugreports, since the feature doesn't yet work, the option to turn it on was removed for time being to minimize confusion.
Plans are to add it back but it's been a low priority since as a ton of work has gone in to other areas instead (i.e. now sprite transparency blending works in GL) ...Some day :)
3

User is offline   Phredreeke 

#7

Meanwhile here I'm wishing for the ability to draw hightiles using indexed colors :P
1

User is online   Micky C 

  • Honored Donor

#8

Gambini also wants the indexed colours to apply for models which are restricted to the palate, for his DNF mod.
1

User is offline   Jim 

#9

So the new DNF mod is not going to support texture filtering?
0

User is online   Micky C 

  • Honored Donor

#10

The DNF mod will support it when eduke does.
0

User is offline   Mark 

  • Honored Donor

#11

It depends on which revision of eduke32 he includes. There is no law that forces him to use a more current one with no filtering.

This post has been edited by Mark: 31 July 2019 - 05:17 PM

1

Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks are property of their respective owners. Instead of reading this text, you could be playing Ion Fury! ;) © 2019 Voidpoint, LLC

Enter your sign in name and password


Sign in options