duzenko

Eww I thought code freeze means don't change after day X, not before No, really. It's all under a cvar. Nothing changes by default. (I think )

Merged changes into svn rev 6685. Controlling cvar - r_useAnonreclaimer. Quick test: skybox not rendered. ... vid_restarts fixed the skybox but fps appears to be the same using the old and new code.

Thanks a lot. Do you think you would be able to do the same with the threading model? (game tic + front renderer run on a thread in BFG) ... Your exe crashes at startup for me. (darkmod.exe has stopped working...) ... You release seem to be based on 2.04 version. Is it possible to apply this change to current trunk?

Aw Gawd They broke dpi scaling again in the last update TDM compiled on vs2010 won't go fullscreen w/o the compatibility flag

What are the three REAL problems you face in the US? I'm curious.

Umm Do DR and TDM share the .exe? I did a recent change to TDM mouse input

Regret condump does not create any files for me

There is more than one load time trick I used on my installation. Each adds a little but all combined work very well.

In case image_blockChecksum was toggled after images were loaded. Then they would still have block checksums on them. There is always hope!!!

AFAIK only the diagnostic tool uses it. It will not find any duplicates. I think most of them were wrong because it did not check if R_LoadImageProgram returned valid data. I still have some duplicates with Illusionist Tower and they do look the same.

Thanks

Here's the full diff patch with the new cvar and the fix from the previous post. Using the map Illusionist tower I get 7.2 vs 6.2 sec in the console output for "all images loaded". BTW how do you get a text copy of the console?

I think there is a bug with the check procedure. Here's my patch that kinda works

It does not list "assets/briefing/nextpage" or "assets/briefing/prevpage" Is it mission specific? What mission is installed for you?

Just start TDM and run reportImageDuplication in console. It will list all loaded images with same content. It's fonts mainly.

This is another suggestion on improving load times. When loading a map, TDM calculates an md4 checksum on each texture image. The checksum is only used by a diagnostic tool (namely reportImageDuplication). Not sure how many map designers have used it because e.g. NHAT has 64 duplicates, 17 of them being the TDM GUI. Anyway I think it makes sense to add a config param to skip md4 calculation by default. Then if any map designer wants to test image duplication they can toggle the param. My test with NHAT: md4 checksum on: 21.2 sec md4 checksum off: 19.2 secYour tests will show less difference because I already don't use pk4's. I can prepare a diff patch if this idea is accepted.

Thanks. I apologize for any misunderstanding.

Umm... Sorry, are you saying that since nobody complained then it's ok or what??? I thought that everybody wants loading times as short as possible, not padded with artificial delays - but you sound like I want too much here??? Maybe I should create a poll or something to see if anyone else wants faster map loading and how much delay would be "unnoticeable" for average player. Heck, maybe increase delay to 10 seconds and see if anybody notices.

I think on a 64x64 frame multisampling does not significantly affect performance. With all the CPU calculations and cpu <-> gpu transfers how much do you hope to gain?

I assume you have noticed the diff patch and don't need me to answer that.

I noticed that when the map loading GUI is shown nothing is being actually loaded for a second or so. It affects quick loads too. Can we please get rid of the loop since it's useless in TDM. It's really annoying to wait each run when testing code changes.I think everyone will appreciate one less second of loading.Here's the patch

I think r_multiSamples only takes effect on vid_restart, so it is no use here.

Hm, tdm_ai_opt_interleavethinkframes did not do anyting really for me too. I think there are a number of situation where interleavethink option is overridden and AI thinks each game tick, such as when its movement is blocked. It's all in idAI::SetNextThinkFrame. On the other hand, _opt_nothink, again, doubles the fps. I have been looking at where cpu is spending most of its clocks and I think while some of it is AI but a lot of it is idAFEntity_Base. I have an idea which objects it could be. Here's a low-quality video with a jittering model stuck between spider and bed: https://www.youtube.com/watch?v=ekZkOBnE2u4. While TDM physics code may or may not be doing a great job handling narrow places like this I still think it would be easier to fix it on the map design level. If we relieve the white spiders from getting stuck around the bed it should help a ton in terms of fps.

How do I set the interleaved thinking frames higher on the Spiders?

Mine was downloaded in game last week end. Here are the screenshots My hardware is i5 5200U/hd 5500, and yours?