Up close, not so bad. However, as you can see, the texture blurs very badly on the s3o as you zoom out. A relatively far distance, it is an indistinct grey blob. What is this due to? Mipmaps, texture compression?
s3o vs 3do
Moderators: MR.D, Moderators
s3o vs 3do
This image compares s3o with 3do using identical textures.

Up close, not so bad. However, as you can see, the texture blurs very badly on the s3o as you zoom out. A relatively far distance, it is an indistinct grey blob. What is this due to? Mipmaps, texture compression?
Up close, not so bad. However, as you can see, the texture blurs very badly on the s3o as you zoom out. A relatively far distance, it is an indistinct grey blob. What is this due to? Mipmaps, texture compression?
- Attachments
-
- s3o3do.jpg
- (268.56 KiB) Downloaded 3 times
Last edited by Saktoth on 05 Dec 2009, 09:12, edited 2 times in total.
Re: s3o vs 3do
It's not the model format. It's the texture compression settings. Take that image exported from UpSpring, compress as DDS.
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: s3o vs 3do
Attach the image, display inline, post message. Right click on link, copy location, edit message, img tags, paste location.Saktoth wrote:My internet is screwy so i can only upload it to the forums, will fix later. How do you show an attatchment as an image (can you?).
Use png for s3o's. That way spring's mipmapping can't dick it all up.
Re: s3o vs 3do
Saktoth wrote:How do you show an attatchment as an image (can you?).
Code: Select all
[img]http://springrts.com/phpbb/download/file.php?id=3165[/img]
Re: s3o vs 3do
What you see in that image is DDS. The first thing i did was to check whether PNG or TGA made any difference, since i know DDS creates mipmaps. It did not. The results are identical.
Are there any kind of settings or modifications i can do to the mipmaps to get them to not do that? Do mipmaps have to be made manually or something to ensure detail isnt lost? Could it have something to do with The Gimps DDS plugin (Doubt it, since this is the same thing i've been complaining about since i started using .s3o, and i was using photoshop back then).
Or is this just a massive problem with how spring handles .s3o textures?
Are there any kind of settings or modifications i can do to the mipmaps to get them to not do that? Do mipmaps have to be made manually or something to ensure detail isnt lost? Could it have something to do with The Gimps DDS plugin (Doubt it, since this is the same thing i've been complaining about since i started using .s3o, and i was using photoshop back then).
Or is this just a massive problem with how spring handles .s3o textures?
Re: s3o vs 3do
maybe it changes miplevels sooner for s3o? is it possible?
Re: s3o vs 3do
I dont think 3do even uses mipmaps, looking at it. I think the problem is having mipmaps at all.
- Pressure Line
- Posts: 2283
- Joined: 21 May 2007, 02:09
Re: s3o vs 3do
if you use dxtbmp you can have it apply a sharpen filter onto the mipmaps for dds
-
- Posts: 916
- Joined: 27 Jun 2009, 01:32
Re: s3o vs 3do
That's a problem that has been discussed for a couple of times. For 3dos the same crisp texture always gets used while for s3os it starts using mip-maps. The problem for the s3os now is that it uses too low levels way too fast. Someone once did a cube or something with numbers on it representing the mip-mapping level and just a little amount of zooming out made it switch downwards by a lot...
Use the forum search to get to the respective topic - it's an old problem related to s3os...
EDIT:
IIRC there even was a hackish way to get rid of the bad mip-mapping by using AF and forcing lower mip-mapping levels in your driver's options...
EDIT2:
BTW - here's the topic with that cube:
http://springrts.com/phpbb/viewtopic.php?f=12&t=14068
Use the forum search to get to the respective topic - it's an old problem related to s3os...
EDIT:
IIRC there even was a hackish way to get rid of the bad mip-mapping by using AF and forcing lower mip-mapping levels in your driver's options...
EDIT2:
BTW - here's the topic with that cube:
http://springrts.com/phpbb/viewtopic.php?f=12&t=14068
Re: s3o vs 3do
Dont read the development forum, that'd make sense.
So is there any hope of it being fixed or allowing mod-side control over mipmap levels?
So is there any hope of it being fixed or allowing mod-side control over mipmap levels?
Re: s3o vs 3do
.springrc | springsettings.cfg ==> TextureLODBias=-1 | -2 | -3 | -4
As stated in that topic, it is the OGL driver that controls which MIP level is used when, not Spring. An application can only give bias hints to change the selection behavior.
As stated in that topic, it is the OGL driver that controls which MIP level is used when, not Spring. An application can only give bias hints to change the selection behavior.
-
- Posts: 916
- Joined: 27 Jun 2009, 01:32
Re: s3o vs 3do
I guess only that once someone does some in-depth changes to the unit rendering to add level-of-detail stuff you might get actual influence on the mip-map behaviour...
Re: s3o vs 3do
Kloot, can this be changed in lua? as in could I add some looahs to adjust miplevels based on the fps of a user?
Re: s3o vs 3do
You'll be able to play around with the bias from Lua in the next Spring version, by calling:
That is also the most fine-grained "control" achievable.
Code: Select all
gl.TexEnv(GL.TEXTURE_FILTER_CONTROL, GL.TEXTURE_LOD_BIAS, bias)
Re: s3o vs 3do
Is there any way to disable mipmaps entirely, like 3do? And if so, what are the consequences if any?
Re: s3o vs 3do
Glad to have been of service ^_^Master-Athmos wrote: EDIT:
IIRC there even was a hackish way to get rid of the bad mip-mapping by using AF and forcing lower mip-mapping levels in your driver's options...
Re: s3o vs 3do
Moir├® patterns.Saktoth wrote:Is there any way to disable mipmaps entirely, like 3do? And if so, what are the consequences if any?
Re: s3o vs 3do
In case of an nvidia GPU install nHancer and override the LOD bias in the driver settings to see the effects for yourself