Search the Community

I don't recall a system for noise masking. It sounds like it'd be a good idea, but when you get into the details you realize it'd be complicated to implement. It's not only noise that that goes into it, I think. E.g., a high register can cut through even a loud but low register rumble. And it's not like the .wav file even has data on the register of what it's playing. So either you have to add meta-data (which is insane), or you have to have a system to literally check pitch on the .wav data and paramaterize it in time to know when it's going to cut through what other parameters from other sounds. For that matter, it doesn't even have the data on the loudness either, so you'd have to get that off the file too and time the peaks with the "simultaneous" moment at arbitrary places in every other sound file correctly. And then position is going to matter independently for each AI. So it's not like you can have one computation that works the same for all AI. You'd have to compute the masking level for each one, and then you get into the expense you're mentioning. I know there was a long discussion about it in the internal forums, and probably on the public subforums too, but it's been so long ago now I can't even remember the gist of them. Anyway the main issue is I don't know if you'll find a champion that wants to work on it. But if you're really curious to see how it might work, you could always try your hand at coding & implementing it. Nothing beats a good demo to test an idea in action. And there's no better way to learn how to code than a little project like that. I always encourage people to try to implement an idea they have, whether or not it may be a good idea, just because it shows the power of an open source game. We fans can try anything we want and see if it works!

Cannons actually EXIST in TDM; they show up in about 3 missions. One I recall actually gets FIRED - as part of the objectives. (nothing animated, blast-a-hole-in-a-wall gimmick) More obviously MINES too... so B.P. (or something LIKE it ) exists in-world. So either the Empire has banned all civilian firearms, or more likely: Nobody cared to create one as its not part of classic Thief/1,2,3... series game-play or Worse; I don't think any modders here even possess the knowledge to model, animate, script, code, texture, sound-engineer, script-more and create all the associated kinematic animations as well...need a real Doom3 expert for that. Also; Everyone forgets old Air Guns exist: https://en.wikipedia.org/wiki/Girardoni_air_rifle The early ones even LOOK 100% steam-punk, with weird iron & brass spheres for pressure - fancy nickle-iron skeletal frames galore.

I'm using the version from kcghost. I just tested and I can't see any difference inside the inventory. On the stats itself it doesn't show the different loot types (still seen in the inventory), but instead gives more info on stealth score. Edit: I see Dragofer made an updated version of his script. I have to check that out. Edit2: That version works: https://forums.thedarkmod.com/applications/core/interface/file/attachment.php?id=21272&key=02755164a3bed10498683771fe9a0453

This may have been discussed long ago on Discord and I since forgot the details. It's an option that seems so simple and effective it kept itching me to ask in more detail. The latest dev version increases performance by +20 FPS which has me excited to know more on what seems like it could be a final huge optimization. At the moment we have view frustum and visportal culling but no form of occlusion culling. I wonder how much FPS we'd gain if we also used world geometry to derender what the player can't see. Would it be worth the effort to add this even as a hidden setting to experiment with? Given it was never attempted in all those years (to my knowledge) I imagine there's a reason and I may be excited for nothing, I'm sure @stgatilov and other devs can offer more insight but I'm happy to hear what anyone thinks. Here's my exact proposal: Occlusion culling would be done after portal culling (which wouldn't change in any form) ensuring only entities and geometry in the same room are compared. Only world geometry (solid brushes) are used to mask: A counter-argument was that calculating this mask will be costly... world geometry is almost always very simple, checking a few boxes should cost almost nothing compared to the gain of hiding every light / model / portal behind any wall. We can probably iterate through all world surfaces facing the camera within a distance limit if necessary, then use the resulting rectangles to preform the same overlap calculation as portal faces but in reverse (they close behind them instead of opening); Especially now that we have entity scissors and efficient 2D detection of 3D projections this could be huge My reasoning is no matter how well you portal your map, you'll always have many entities hidden behind a wall but not a portal, the engine still renders so much stuff you can't see: To even try getting close to this level of efficiency, every single edge and corner would need to radiate portals in each complementary direction, an impossible nightmare for the mapper to even attempt which would destroy dmap if they tried (I got close with limited success). Visportals will always be the simplest and most effective form of culling, but they're ultimately markers to separate rooms and represent openings thus can't cover all situations: If on top of that we also masked by world brushes the gains could be remarkable.

I looked but didn't see this video posted in these forums. It's pretty cool.

It wasn't a "sacrifice", it was a deliberate decision. People wanted the game to be as close as possible to the original, including pixelated graphics. If you ask me, the former version based on the Unity engine looked and felt better. But, hey... I guess I'm not the right person to judge that, as I never played the original, and always found that the art style of System Shock 2 is much better anyway. This also illustrates the issue with community funded games: Too many cooks spoil the broth. In game design, you need freedom, not thousands of people who want you to do this and this and that. Just take a look at the Steam forums and see how all those wimps complain again about everything. Hopeless.

So giving it none of those tags, but making the AI invisible, silent, non-solid, and on a team neutral to everyone would not work? Oh well, it was a horrible inelegant idea anyway.

I don't think I've ever seen TDM drop a portal without a .lin file. You sure? Support for OBJ model format was just added in TDM 2.11. You can import the model into DR (File -> Import/Convert Model...) or I think you should just be able to place the model in your FM folder (under models/) and DR should see it I think? If you have DR open you will need to use File -> Reload Models...

xash3d a half-life clone engine was also based on darkplaces though on a much much older version than what is currently up for grabs. had they used the newer engine then xash would be close to source engine levels of photorealism but the newer engine sources are pretty hard to work with if you are not into toying with the darkplaces source code regularily mostly because the code no longer resemble the quake source code anymore. It was also the first quake engine to support portal culling though not the first to support real time lighting and bumpmapping that honor goes to tenebrae, havoc did catch on quickly though and his implementation was far superior to the tenebrae model which used hacked entity lights (sprites basically). darkplaces uses rtlight a variant of the old lighting tool from quake supporting real time light sources, quake itself does not however support realtime lighting so the lightsources are parsed from an external rtlight file containing the positions of lightsources in the map if you dont have these it can approximate the lightsources much the same way as tenebrae did but it is very very VERY slow, in mods it can be compiled into the map. it also supports bsp2 a new map format allowing much more complex levels and a skeletal model format instead of the blocky mdl1 format. havoc has not had much time to do work on darkplaces in later years (works for ID software now) and got married some years back to one of the other devs from the now defunct inside3d where i used to frequent, but i heard she would probably take up work on it again shortly. Would be rather cool to see where that might lead having worked with the ID dev'ils she might actually make an engine that becomes a serious contender to them heres a shot from quake 1 with all the mod bells and whistles on skeletal models real time lights hd textures you name it it is probably there.

What I understood is that the idea of TDM was born from that it was unclear if T3 would get a level editor at the time. Source: https://web.archive.org/web/20050218173856/http://evilavatar.com/forums/showthread.php?t=268

This one is really essential: https://www.ttlg.com/forums/showthread.php?t=138607 Should work fine with the GOG version.

Thanks... that's awesome, will gladly keep it in mind. Can't avoid needing a custom script but I cannot complain: I'll likely write a custom map entity for this, can use it to do both storing and triggering based on circumstance. Since I already asked, I kinda had a part two to my question: Is it possible to change AI definitions in realtime, so for minor changes you don't need to register a different AI altogether? Namely the model, skin, head definition, and voice; Can a script replace them? For the body model / skin I think that would work like on func_static, but def_head and def_vocal_set are probably read once on map load and not updated in realtime. It would also break precaching and cause a jitter. Problem is that if I leave the unused AI in a hidden box on the map, it's still loaded in memory and thinks thus wasting CPU. Can I at least delete an entity I don't want safely? The difficulty filter does that, entities not corresponding to a given difficulty are erased... this however is likely decided during loading which wouldn't work here.

Vivaldi has it's own inbuils ad and trackerblocker, customizable with the filters you want, nor it use surveillance advertisings or selling user data, 0 tracking no ads, it's business model are links and search engines it has by default (f.Exmpl. DDG, Ecosia and some others) when you download the browser, from these recives commissions when you use them, but you are free to delete them if not. That is a fair solution, apart also donations and a store with merch. Recently maybe also commissions from Mercedes, Renault and VAG, because they use Vivaldi in their navigators, because Vivaldi is the only Browser which works in these dispositives, not even Google has succeeded. Not bad for a so small company. Also the ethics of a company is important.

https://www.ttlg.com/forums/showthread.php?t=152224 There is a new mapping contest over on TTLG for the Thief: Deadly Shadows 20th Anniversary and the organizers were kind enough to include The Dark Mod along with all of the Thief games as an options for making a mission to submit as an entry. The deadline is a year from yesterday and the rules are pretty open. I recommend going to the original thread for the details but I will summarize here: Rules: - The mission(s) can be for Thief 1, Thief 2, Deadly Shadows or The Dark Mod. - Collaborations are allowed. - Contestants can use any custom resource they want, though TDM cannot use the Deadly Shadows resource pack. - Contestants can submit more than one mission. - Contestants can enter anonymously. - The mission(s) can be of any size. Using prefabs is allowed but the idea is this is a new mission and starting from an abandoned map or importing large areas from other maps is not allowed. Naturally this is on the honor system as we have no way of validating. Mission themes and contents: There is no requirement from a theme or story viewpoint, however contestants might consider that many players may expect or prefer missions to be celebratory of Thief: Deadly Shadows in this respect: castles, manors, museums, ruins inhabited by Pagans and the like, with a balance of magic versus technology. This is entirely up to the authors, though, to follow or not - it is just mentioned here as an FYI and, while individual voters may of course choose to vote higher or lower based on this on their own, it will not be a criteria used explicitly in voting or scoring. Deadline: May 25th, 2024 at 23:59 Pacific Time. See the TTLG thread for details on submissions and the voting process. Provided I can make the deadline I hope to participate. It would be nice to see the entire community do something together, and expressing our complicated relationship with this divisive game seems as good a pretext as any.

my current phone (huawei p20 lite) sadly has a locked bootloader which you need a token from huawei to unlock so it is a bit more of a problem to root than the old samsung (brute force does not work with this model do not try).

As for the clever way of getting the light angles for proper bumpmapping normally (atleast in the old days before shaders etc.) you had to use per pixel lighting to get proper moving light sources, quake did not support anything but ambient at the time which were static lightsources so some of us got crafty and hacked together real entity lights using per poly collision as a model. The result looked insane but it was really i mean REALLY heavy to run (tbh i doubt any card today could run it at 4K resolutions without going up in smoke and embers, no not even the 4090 ti). This was ofc not nice so we brainstormed it for some time and came up with an idea to use the players position to calculate the light offset, the result was quite a game changer at the time where the old code could barely run at 30 fps at 800x600 resolutions the new code could run it at several hundred frames per second at 1980x1200 on a geforce 3. I tried out the old engine on my current 1080 ti card and i actually had to limit the framerate it ran that fast.

Here, the light entity is offset and it's center is in the wall. Did you do that offset or is that part of the model?

Thanks for the Vicuna link. I need to do more research on open source chatbot solutions. I have a couple of projects in the works that would benefit from a home grown language model, plus it would be good experience. Seeing what others have done with modest resources is good inspiration. Also I must admit I was wrong earlier in this thread about open source not being able to compete with big tech. It did not occur to me that big industrial model builders would be incentivized to gift their own models into the public domain in order to gain mind share with open source ecosystems that can out-innovate them on the application side. The upside for them is that they can effectively crowd source the R&D to turn their fancy tech demo into actually valuable products for the open market and for their own internal consumption. Google at least is taking that concept seriously. Lastly: The results of a couple of gpt-4s attempts are fascinating to me... I got some really interesting failure points, including a rare pattern hypnosis where it fell into a meaningless cycle of iterative modulus calculations. But I doubt you guys want to read 4 pages of that, so here's the beginning and the end. Note for anyone wondering what is going on, the root mistake is a heuristic error humans also make: assuming no one would ask a stupid question. Thus the pattern recognitions assumes we want the complex systematic solution for the closest hard problem... which is what it gives above. Moreover because the question is so minimal it actually half asses its answer here: ignoring the fact that it already knows next Easter falls on March 31, 2024 from reading online calendars! What's more, it has more than enough information in its memory to attempt the computus calculation (albeit unsuccessfully in every attempt I saw). Once again we see that context is king for LLMs. In fact we can even break it out of the faulty heuristic with a small change to the prompt:

So I created a new bigbox (map) and put all my layers into that, including the "bad area model" one and everything is JUST FINE. No errors, no leaks, no missing bits, in both DR and DM! YAY twice over!! Can now continue working on it (and learning DR - so MUCH to learn). Back to building my faux Dodge.

My map is definitely loopy. Been exporting each level and cleaning up leaks - most by little holes around angles, some though had missing brushes. I looked at map file in text editor and saw some junk (bits of text,etc). Anyway, got a weird problem with one exported level. Look fine in DR but trying to load into DM it says "bad area model lookup". What does that mean? There was a missing (old style?) grandfather clock model but I removed that. Map file is clean when looking at text editor. Created a new empty map and did a cut and paste into it, still get same message. Any ideas?

I took your version of the model @HMart and managed to export it from DarkRadiant in ASE format and I changed the texture. I don't know about collisions or anything about models and I hardly know what I am doing but it looks a little better now, imho. v0.3 at the bottom. Console command to spawn the lantern: spawn mod:weapon_playerlamp z_handheld_lamp_v0.3.pk4

Perhaps we just have to replace this material with something less fancy. textures/darkmod/glass/dirty_yellow_warp // milky yellow transparent glass { // Written by Tels, mainly based on // http://www.iddevnet.com/doom3/materials.php noSelfShadow noshadows twoSided translucent forceoverlays sort decal glass qer_editorimage textures/darkmod/glass/dirty_yellow_warp_ed description "A dirty, yellow, reflecting, translucent material suited for glass panes" // this block makes the glass distort what you see through it // one unwanted side-effect is that this effect does not stack // and distorbs objects in front of the glass, too { vertexProgram heatHazeWithDepth.vfp vertexParm 0 0 , 0 // texture scrolling vertexParm 1 .8 // magnitude of the distortion fragmentProgram heatHazeWithDepth.vfp fragmentMap 0 _currentRender fragmentMap 1 textures/sfx/vp1 // the normal map for distortion fragmentMap 2 _currentDepth } // this stage sets up the alpha mask (it doesnt render anything) { maskcolor map makealpha(textures/glass/glass1) } // now use the alpha mask to add some fake reflections { blend gl_dst_alpha, gl_one maskalpha cubeMap env/gen2 // tone down the reflection a bit and make it yellow red Parm0 * 0.2 green Parm1 * 0.2 blue Parm2 * 0.05 texgen reflect } // add our texture on top { blend gl_dst_alpha, gl_one map textures/darkmod/glass/crystal_milky red Parm0 * 0.5 green Parm1 * 0.5 blue Parm2 * 0.2 } // This is the code required for frob highlighting this texture frobstage_texture textures/darkmod/glass/crystal_milky 0.15 0.40 } I could try with different materials myself if the model was in ASE (or any other open) format.

Was this model made in DR? The uvmap is all over the place, meaning it falls outside the 0 1 area. But that is not the problem, the problem is that It add a missing face in the back of the lamp thing, so you could see to the outside thought it. I put a face there that should solve the problem. mod_playerlamp_model.lwo

Link the model here and I will solve that, is easy (famous last words.... ). To me no need to link the material or textures just the raw model. Btw is the model lwo? I can only open .lwo models in Modo my tool of choice.

You maintain it for FMs and I offer it for general use. The more people toying with the lamp the more feedback / support we may get. I noticed the lens part of the model is transparent. We need a modeler.