[Development versions (2.12)]

Yeah it's vanilla

[Development versions (2.12)]

Ok yeah it looks like just the normal map has no mipmaps generated for it.

GIMP lists only 1 layer, whereas the diffuse texture lists 11 layers. So when you're far enough away you'll get shimmering and artifacts. The normal map is also a TGA file, so it's uncompressed and there's no embedded mipmap support.

Would have to convert it to DDS and generate mipmaps, which is probably a good idea anyways.

[TDM Devbuild AA discussion]

11 hours ago, MirceaKitsune said:

  Reveal hidden contents

Seeking Lady Leicester. It was in the spirit world, I believe on the little floating island with a stone and some greenery on it.

 

Can you go into the game and type 'getviewpos' into the console and paste the output here?

[TDM Devbuild AA discussion]

On 6/28/2023 at 11:24 AM, MirceaKitsune said:

Hope I'm not being too off-topic for this thread, but I was playing a lovely new FM and something I saw reminded me of another reason why I hate MSAA apart from bad performance: It doesn't even always do the job right, including (but not limited to) to fixing pixel-sharp patterns on textures.

Zoomed in for a close look and to catch a good example, see at full res. Seems to be the bumpmap in this case. Possibly caused by the texture being so high-res it surpasses the screen resolution so there's no blurring any more?

I set MSAA to 4x and it didn't affect it. Which makes sense since I'm sure it only handles geometry and has no concept of textures. It would further be great if we had an alternative form of AA, which weren't just cheaper than MSAA but also handled sharp pixels on textures including alpha edges alongside geometry edges: Right now I think we have no fix to that grain.

What mission is this? I'll take a look at the texture in question.

[TDM Devbuild AA discussion]

AA is for edges of geometry, not texture sampling. It's possible someone forgot to include mipmaps for that texture

[So, what are you working on right now?]

Just a heads up for people taking screenshots to show off. You can do things like increase ambient light for a bit instead of cranking gamma afterwards.

 

Try in the console

bind f11 "r_minambient 0.1; wait; screenshot; r_minambient 0"

This will cause the ambient light level to increase by a lot, which should cause less image artifacts as opposed to cranking the gamma

[Development versions (2.12)]

4 minutes ago, stgatilov said:

Maybe this: https://bugs.thedarkmod.com/view.php?id=6244 ?

If yes, please leave a comment there about how much it breaks existing mission.
Such circumstances greatly raise significance of an issue, at least in my eyes

I just opened that bug tracker

There aren't many missions that require player to swim against a current, I'll have to check some to see if any of them use forcefield.

[Development versions (2.12)]

5 minutes ago, stgatilov said:

Well, the previous dev build introduced a bug with noshadows lights. Their lighting can be optimized away in some cases, for faster performance and wrong results

The upcoming fix will probably reduce performance a bit back, although it seems to be rather small.

Yeah a little it seems.

Down about 10 FPS.

[Development versions (2.12)]

1 hour ago, HMart said:

Indeed I saw a big increase in performance has well. This new light culling system is doing wonders, fantastic job.

Btw to test this new version, I played Volta 2 for a while and in that part where you need to swim against the current, to get too the gold bottle, I was unable to do so, no matter how much i tried, but I remember being able to do that very easily, does the swimming system got changed or is a bug?

I was just going to create a bug tracker yesterday for that.

That uses id_forcefield, and the impulse on the player is either increased or happens more often as FPS goes up.

Just set your FPS to 60 at that spot, then change it back.

That bug has probably been around since uncapped FPS made it's debut.

[Development versions (2.12)]

Whatever you're doing keep it up, man what a performance increase.

2.11a:

 

Latest SVN version:

 

+100 FPS in this scene is an insane increase.

EDIT: just noticed that I had min ambient turned down and increased FOV by 5 degrees in the second shot. So there's even MORE for the SVN version to render and it's still 100+ fps over.

[So, what are you working on right now?]

1 hour ago, datiswous said:

So the ingame max fps setting is ignored in this case, because it's handled by RivaTuner?

Not ignored there is always an in engine frame rate cap applied in TDM, the max being 300 FPS (kind of), that's why you need to set the in-game FPS cap to something much higher, for me 300fps and then set RivaTuner to limit lower than that (i.e. 240 fps).

Rivatuner's driver measures on frame generation is started I believe, so when the frame is starting in the pipeline, measures the time difference until the next frame is starting in the pipeline or something like that. And then you can add up those frame times and avg them over a time period. The default is 1 second avg, but you can change that if you want to something lower. Set it to 0 to turn off averaging and just show each frame time, but at high frame rates it's unreadable blurry mess if they change.

 

Here's the options you can pick in RivaTuner

 

And the technical description of Frametime Calculation Point:

[So, what are you working on right now?]

I don't know how well this translates to Linux though, could be completely different.

[So, what are you working on right now?]

3 hours ago, datiswous said:

What is the difference between these 2 cap settings?

Okay, here's an example. When I limit FPS in game with com_maxfps 240, the frametime graph looks like this.

First off, it's not even hitting 240 fps 4.16 ms / frame, it's way over at 4.9 ms avg. This also feels bad in game as the frame times are inconsistent, though not terrible.

If I set the engine to com_maxfps 300 and use RivaTuner to limit FPS to 240 I get this.

 

Right on 240 fps with only a small dip every now and then to 239/238 fps. And that is way smoother in game.
I could turn on Vsync, but even then it's not as good.

For example, in this scene, I get decent performance with VSync on, but with frametime inconsistencies.

But when I turn off Vsync and use Rivatuner to cap FPS at 240 fps.

Notice the in game FPS counter is not accurate.

[So, what are you working on right now?]

 

9 hours ago, MirceaKitsune said:

I have an 144 Hz monitor for a couple of years. My main wish is for TDM to never go bellow 120 FPS, which still happens on low settings but is still pretty good compared to the past. I use VSync as I don't see any benefit in stressing the video card for more frames than the monitor can render, problem is it's still hard to reach the monitor refresh limit constantly.

Regarding other bottlenecks like input lag or perceived performance, it would help a lot if the engine had native Wayland support on Linux rather than still going through X11, still yet to happen to my knowledge. I use the stock amdgpu driver and performance is pretty amazing all in all, latest dev snapshot did wonders and it will prolly get even better

Vsync while nice that it gets rid of screen tearing, also causes so many performance problems. From stuttering (60-30-15 etc) but it's been proven that fps higher than monitor refresh rate has benefits to input lag and feel of smoothness.

Instead try this, set TDM to com_maxfps 200, then use something like https://gitlab.com/torkel104/libstrangle to cap your FPS to 144 with no vertical sync on. For example, on my computer I set TDM to 300 fps cap, and use Rivatuner to cap FPS to 238 FPS, so it's always within the freesync window and get no tearing and no input lag. So even when the game chugs down to 150-180 fps on certain maps, it still feels smooth without having to use Vsync.
Freesync/Gsync is a really nice technology.
But if I set TDM to cap at 240FPS then it doesn't do that, it will fluctuate all over the place.

I know the Linux world for gaming is fraught with poor support for features compared to Windows, but it's worth trying.

I can't tell you how many people complain about performance and stuttering etc, only to find them running 16xAA and Vsync set to on.

 

For years I was on team "60 FPS is more than enough", until I got a computer with a 120hz panel because I didn't have a choice and I've never looked back.

[So, what are you working on right now?]

3 hours ago, HMart said:

Not only that but IMO today with Nvidia AI frame generation (or any equivalent tech that AMD may eventually come up with), frame rate numbers lost all their meaning (at lest with frame generation turned on), with DLSS3 FG you can have a "60" fps game that can feel like a or less than a 30 fps game ( on input lag and if that is the base frame rate from where DLSS AI is working from).

High frame rate numbers are a good way to sell GPU's ...

 

Well, as someone who has a 240hz freesync monitor and the requisite hardware, I want even more frames. Not only that, but the higher you go in frame rates, the less effect that uneven frame times will have on your experience.

When you have 16.6ms between frames at 60fps, having those frames show up on your screen in a timely window is really important.

But, when there's only 4.16 ms between each frame on your screen, well it starts to matter less.

And now that we have 500hz displays we're talking 2 ms between each frame being generated and thrown on screen, so if it's slightly late, you might get a gap of 3 ms? That's not noticeable anymore.

All of this matters only if you have the requisite hardware to push those frame rates of course.

[Please make a stable universal version 2.12]

Don't bother, all this has been explained to him multiple times.

[Please make a stable universal version 2.12]

Hmm, was there a forum update? Where did that Poop reaction emoji go?

[Please make a stable universal version 2.12]

Oh god he's back.

Modern Darkmod is incredibly stable. The only time it breaks for me is because I'm on the bleeding edge compiling my own binaries with every single SVN update, and even then, it's usually flawless.
Old TDM used to crash and have issues.
 

 

[So, what are you working on right now?]

8 minutes ago, thebigh said:

I'm just aware of my limitations as a mapper, and also aware that the rage these days is for enormous sprawling missions that take hours, where I prefer smaller maps. I might be able to make a few missions that are fun to play, but I haven't got a Volta or an Iris in me.

And that's fine, we need all the types of missions, not just huge ones.

[Newbie DarkRadiant Questions]

Oh that's your problem, you can't mansplain a women around like that with path nodes!

[DR not remembering ortho layouts]

It probably should be there.

 

[OMFG System Shock "remake"?!?]

13 minutes ago, Kurshok said:

Maybe after they do System Shock as a series, they could remake the original Thief trilogy. Would be great to introduce REAL Thief to a new generation, and not the pale imitation of Thief 4, even if it was OK as a standalone game it was not up to the "Thief" reputation.

They would have to secure the rights to do so, good luck with that. Recently they fell under the umbrella of embracer group, so now back with Eidos.

[DR not remembering ortho layouts]

I guess this is never going to be looked at? @OrbWeaver@greebo

[I will be 65]

Just keep on keeping on man. Happy Bday

[OMFG System Shock "remake"?!?]

So far I give it an 8/10 based on what I think they were going for.