Search the Community

I agree that we need some annotations which are functionally comments but which are saved properly by all the processing. I wonder how well do the existing programs save these #. comments? In general, we don't have to use the original GNU programs. As far as I understand, the gettext/PO is/was so popular, that there should be many programs that are compatible with it. And many of them are more modern and convenient. At least I hoped to find something more modern as a main recommendation... No, it's better not to add any extensions. On the other hand, the engine does not need to support the whole PO format. E.g. I saw there is some way to provide several translations depending on the context (e.g. singular/plural, or gender), but we can start with some core subset of the features, like a trivial msgid + msgstr replacement. I'm 100% sure the extraction script for missions is on us to make. As for the core strings, I suppose we can edit POT manually (just like we do now). It shouldn't be a problem to convert the current format to POT once. I'm pretty sure I can write a Python script for that relatively quickly. I hope this can be done with some more user-friendly program. Something like: we point it to POT file and to the directory with PO-s, and it allows us to navigate through strings, display several languages at once, enumerate missing strings, etc. Don't you think this convenience should exist in some programs? It should be format B, that's the intended usage of PO. The program passes some string to translation function, which finds this exact string in language-specific PO, and substitutes it with the value. We just need to ensure that preceding comments are visible in most of the programs. Also... can't we have "Holy Water Arrow" both in comment and in msgstr in POT? So that the comment stays in all the local PO-s forever, and so that msgstr becomes the "default value" that goes to English PO automatically. With format B we can also naturally support full-text substitutions in the future for missions. It's exactly the way how gettext is used normally. I am 100% sure this should be done by the automatic extraction script. I.e. when the script finds some string in .map file, it should write path to the file, line number, and preferably name of the entity and spawnarg. The same for .gui files. We probably don't need this for the core strings. Because we have many of them, and the core files will be constantly changing. Most likely all those extra comments with far links will gradually start saying nonsense over time. It is more reliable to simply grep over *.gui, *.def, *.cpp, *.h (and even over the whole assets SVN) than to trust some old comments.

So I had a conversation with Gemini and it told me that in order to get rid of the code from tdm_ai_base.script I can use "scriptobject" inside tdm_ai_humanoid.def. The problem is there can only be one script object, so if I want both banking script and head tracking script, then one will have to inherit from another. So banking now inherits from head_tracking. That seems like a hack. But it prevents this crash: But now that I think of it, people probably already use "scriptobject" for other things. So it will cause conflicts.

Hmm, it now appears that Format B would prevent me from using built-in AI translation with gettext-compliant desktop editors like poedit. Consider 2 more variants that make use of the msgctxt ("context") field: Format C (A variant of Format A that can use AI directly) #. Used after applying the holy water. Appears also in inventory: msgctxt "#str_08610" msgid "Holy Water Arrow" msgstr "" // Will be filled in to make language-specific .po Format D (A variant of Format B that still can not use AI directly, but could be manually script-swapped to Format C, more readily than B). #. Used after applying the holy water. Appears also in inventory: msgctxt "Holy Water Arrow" msgid "#str_08610" msgstr "" // Will be filled in to make language-specific .po Swapping manually would be a pain, so I'm leaning towards C. Enterprise-level translation systems (cloud or desktop) have that kind of swapping (and other good stuff) built-in, but probably too pricey for us.

Hi team, I've come back to the FreeBSD native port that I was working on and have some patches that I would like to upstream. What is the best way to submit patches for consideration? Is there a public tracker/email list, or is it best to post patches somewhere here on the forums? Thanks!

I'm surprised I could find any thread here for chat-GPT. Version 4 is outstanding from all reports I saw and I can't wait to get my hands on. It's not just a chat-bot (though it can discuss anything with you in great depth.) It can grasp the MEANING of sentences and write its own. In future games, you'll be able to talk to NPC's like you would any human. Search for video: Unbelievable AI Breakthrough Interactive AI Characters in a Videogame for the First Time! This demo is outstanding. GPT will be WRITING games! It can write meaningful stories. It can fill in your tax form, prepare your business/wedding speech and discuss its merits with you, and organise your professional work rapidly It can understand humour It can teach! Efficently! Sensibly! Find the Khan Academy video. It can write code/script good enough to frighten a senior programmer who can see it already is as good as junior coders and some seniors. He's afraid because it is certain to take over HIS job in due time, possibly only months away. An AI bomb has been dropped with GPT-4 and many do not yet realise how life-changing it will be - greater even than the advent of the internet. I give it 5 years to change the efficiency of almost everything tenfold, a hundredfold.

I was trying to replay this awesome mission and I'm not sure if this is the best place to post this but the mission crashes the game when loaded in the 2.15 dev build. This is the error i get: Error during initialization. Error: file script/tdm_ai_head_tracking_humanoid.script, line 13: Unknown value "m_trackActive"

Oh my God, this is where I should pretend like I have never taken part in this conversation. I definitely don't want to implement anything like an editor. If we are talking on this level, then the only viable solution would be to take some common localization format which supports the subset that TDM uses and then use existing editors. For instance, it seems that GNU gettext can be used, it is based on full-text replacements. Then the whole pipeline should be like this: We need to maintain some code that runs through core/FM and finds all strings that are worth translating, then writes them to POT file. It was done in C++ at Doom 3 times, then that code was commented out and Perl code was written in its place. I suppose it is necessary to have something like this anyway if we want people to translate missions... Translators use available software which support gettext/PO format to generate per-language PO files in UTF-8. PO files are put into strings/ (core) or into mission strings/fm (mission). TDM engine parses PO files natively along with .utf8map files and fills its internal 8-bit database. If I'm not mistaken, gettext normally replaces complete English plaintext with local text. I suppose we can just put our #str_omg placeholders as "original English text" into it, and thus support both placeholder replacement as we have now and full-text replacement as I suggested for missions.

okay 1 testbed is done , time to post to ttlg , here is the link : https://www.ttlg.com/forums/showthread.php?t=153456&page=2&p=2542791&viewfull=1#post2542791 originally windows 7 isnt recommended but i decided to go down the path i have no dx9 gpu left ( and the hwtl document itself doesnt recommend dx9 era gpu) The remaining test results from other PCs and laptops will follow

So with the help of Obsttorte I made holy water throwable as an option in my TDM Unofficial Patch. Then it occured to me that this should become the default action if you have no water arrows so the holy water will not be wasted as it will be right now. The problem is I can't find the right syntax or even console command to get the number of water arrows the player has. I checked the script wiki and even asked Gemini which hallucinated dozends of commands which never worked and finally just gave up. It suggested commands like these: script sys.println($player1.getInventoryItemCount("atdm:ammo_waterarrow")); script sys.println($player1.countItems("atdm:ammo_waterarrow")); script sys.println($player1.getAmountOfAmmo("ammo_waterarrow")); script sys.println($player1.getFloatKey("ammo_waterarrow")); They all fail with either "ammo_waterarrow is unknown" or "atdm is unknown"...

Darkmod underutilizes, in my opinion, capabilities for procedural animation. We already do some, like the random head and torso turns that are added on top of existing animations. There's also possibility for separate animation for top and bottom of the character as well as head. There's a missing opportunity for varied facial expressions. I talked about animation blending in this thread. Here's something that for example Thief: Deadly Shadows did. It's swaying side to side while turning. I used Gemini to add code to the tdm_ai_base.script. I don't know if this is the most efficient way of doing it, probably not. Here are the parts added: Gemini came up with the term "banking" which is used in car racing. I don't know if that's what it's called in animation or games. There's a lot of variables that can be tweaked. You can rotate this way any bone you wish. I use 'Origin', 'Spine_Dummy' and 'Neck' bones: You can tweak amount of rotation for each bone. setJointAngle(m_bankingJointHandle, 1, jointRotation * 1); setJointAngle(m_bankingJointHandle1, 1, jointRotation * 0.6); setJointAngle(m_bankingJointHandle2, 1, jointRotation * -1.5); There's also global intensity: (targetBanking = deltaYaw * 1.4;) and attenuation: m_bankingCurrentValue = (m_bankingCurrentValue * 0.95) + (targetBanking * 0.05); modifiers. Gemini also proposed to add an LOD system, which I thought was a great idea. So currently at a distance of 1500 from player the swaying will be disabled. Here are examples, each with slightly different values: And here's comically exaggerated one:

That mission has custom tdm_ai_base.script file. It's possible to move all related code from that file. There will be one line added to tdm_ai_humanoid.def instead. "Displacement" has custom version of that file too, but that doesn't cause a crash in my tests.

How you can help depends a lot on what skills you have. I can Record Video Recording "Let's Play" videos or simple walkthroughs of existing missions and posting them to Youtube is great exposure for the mod (see example .) Be sure to let us know so we can link to them. If you have some editing ability, Video tutorials, where you explain how the mod works, or how to use specific tools, would also be great. Video trailers, showcasing interesting places and features, are also great for publicity. An example is . I can Write Writing reviews for missions are always nice, especially if they include good screenshots. Not only does it give us something to post on other forums, but it makes mappers feel good when their mission gets attention (especially if it's positive). We have a collective thread to post reviews in: http://forums.thedar...s-walkthroughs/ Writing reviews of the mod as a whole, targetted an an audience that doesn't know much about TDM, is also very useful. You could also try offering your services to mappers to create interesting readables, or to proofread for their mission. I can Act and Record Audio We are always on the lookout for good quality audio recordings for vocal sets. If interested, you can pick a few different lines from this script: http://wiki.thedarkm...t:_Average_Jack and send the recordings to Springheel, who then writes a script based on the type of voice you have. I can Translate We could always use translations of our menu/hud into more languages. Also, only a few FMs are aavailable in more than one language, so there is a lot of work there, see the I18N Translator's Guide in the Wiki. I can Model Great! Take a look at the model request thread:http://forums.thedar...-requests-here/ and pick something that interests you. Or just post a, "Hey, anybody want a model?" thread in this forum and I'm sure mappers will get back to you. I can Animate Fantastic. We can always use more good animations. Our current character rigs use a Maya skeleton. PM Springheel for more info. I know C++ Have a look at our coding section in the wiki, pick an issue or feature from the bugtracker of the mod or the leveleditor, download the recent sourcecode release (or better ask for an SVN checkout) and get cracking. Make sure nobody is already working on that specific issue and feel free to ask questions. I can Edit Images We can always use completely new textures and/or improved versions of older textures. How to get started and how to import them into the mod. I can Take Photos Good quality photos of useful textures (medieval-ish building facades, dirt, rocks, wood, etc) are always welcome. The fewer directional shadows and higher resolution, the better. I don't have any skills Even if you can't do any of the above, you can still help out. Talk about TDM in other forums; share your (preferably positive) experiences with other gamers you know. Last, but not least, compliment people when you like their work. Saying "thanks", to a developer or, "I really enjoyed your mission" to a mapper will make their day. -------------------- I'll update this further as more things occur to me.

seems there is a new version of newdark out https://www.ttlg.com/forums/showthread.php?t=153456 version 1.29 the hwtl version supports shadowmaps postprocessing effects (bloom etc) and other nifty stuff. this one done by le corbeau himself. the hwtl version gets rather spooky with dynamic shadowmaps on . EDIT: ah just noticed it was posted earlier lol.

Looks like at least some other Frenchies have access to it: https://www.ttlg.com/forums/showthread.php?t=152974

Author note: It's hard to believe it's already been a year since Act 1 came out! Well during this mission the player will be following Corbin into the Grimwood district to followup on a lead from last night (Act 1) .. the mysterious tablet! This mission is my first time including full EFX support as well as a HD briefing video file, additionally a new script has been added crafted by the talented Obsttorte which has loot flying towards the player when you pick it up. On a level design front I have tried to change things up a bit by really catering towards a number of play styles, this mission can be completely ghosted or you can use the tools at your disposal to wreak havoc on the citizens of Northdale. For the first time I have tried to create more sandbox environments which don't offer clear answers handed directly to you, so if you're having trouble figuring something out try a different method. This mission takes between 1 - 2 hours to finish depending on the difficulty you play on and how thoroughly you explore. I hope you enjoy your night in Northdale! - Goldwell Voice actors Fen Phoenix Goldwell Random_taffer Yandros Beta testers Amadeus Boiler's Hiss Cambridge Spy Chakkman Crowind Epifire Kingsal SquadaFroinx Custom Assets Andreas Rocha DrK Epifire Grayman Kingsal MalachiAD Obsttorte Sotha Springheel SquadaFroinx Purgator With special thanks to Epifire for creating a large collection of custom models, Grayman for helping out with coding, Kingsal for drawing the ingame map and Moonbo for his script revision on the briefing video. Available via in-game downloader MIRROR File Size: 417 mb EDIT: If you are having performance issues please consult this post by Nbohr1more which may address your issue http://forums.thedarkmod.com/topic/19936-fan-mission-shadows-of-northdale-act-ii-by-goldwell-20190320/page-2?do=findComment&comment=436271

I have committed my changes to SVN, now SVN works on the UTF-8 system. It reads all language strings from all.utf8lang file, and only reads old-style {language}.lang files for missions if the equivalent new-style files are not available. The core .lang / .map files are present yet, but will hopefully be deleted. In the end, I had to manually add some characters to utf8map to suppress warnings. They were not handled by the old engine: I simply remapped them all to the question mark. It seems that the majority of them come from language names, and I don't care if they look broken or have question marks. I have already stated my position about language names. At the current moment, .utf8lang uses the same format as .lang, but this is temporary. As I said before, this must be changed in order to not lock us into compatibility trap. The format should be a sequence of "commands", each command starting with a keyword saying which command it is. And global state should be kept to minimum (e.g. current language seems acceptable). In addition to the current "#str_{name}" placeholders, I'd like to add two more types of replacements for missions. 1) Plain-text replacements, i.e. replace "Not enough drive space to save the game." with "Não há espaço para salvar o jogo.", as I suggested before. This approach provides zero inconvenience for the mapper, but it rather unreliable. It becomes especially bad for short strings. This kind of replacements is not cheap to perform, but I think I know how to do it efficiently. The first version will do it with bruteforce algorithm, we don't have any plain-text replacements yet anyway. 2) Full-text + ID replacements, i.e. replace "Not enough drive space to save the game.#id_nospacesave#" with "Não há espaço para salvar o jogo.#id_nospacesave#". The #id_...# placeholders are stripped from the text by the engine even if translation does not exist. If translation exists, then the engine verifies the context around the placeholder and does not apply it in case of mismatch. This approach gives mild inconvenience to the mapper, since he can clearly see the original text but has to tolerance this annoying tag at the end. The mapper can even edit the text without touching the placeholder: the obsolete translations will stop working automatically. I have a feeling that plain-text replacements won't be enough for the missions, and hope that such extra "tags" can be used here and there to make it more reliable.

edit: TL;DR: I've tweaked the .lwo exporter to preserve autosmooth angle Ahem. When I started writing this post a couple of days ago, it was supposed to be a "please help me, models won't smooth" kind of thing, but as I started taking screenshots and such for a comprehensive view of the problem, the question morphed into a "is there a hack to get .lwo's to export the way .ase's do", then to "how to get the same surface smoothing from Blender as you can get from Lightwave" and eventually to "does anyone around know python and blender enough to fix the export plugin". But then I fixed the addon myself, so it was almost as if there's no point to the thread. However, while googling around for a solution I stumbled upon a whole bunch of incomplete (1,2) or outright wrong (1,2) information, and whenever the question came up the issue was never really resolved completely. That might be because the problem isn't obvious, since a lot of exported models will actually end up correctly smoothed on export, leading one to believe wrong shading in rare cases is due to modeling mistakes / bad shadowmesh / etc. Point is, having the definitive .lwo smoothing post seems useful. Identifying the problem: Here's the mesh. I add an 'edge split' modifier (I use sharp edges while modeling the low poly, so I can uncheck the 'edge angle' option). I can now apply the modifier(s) and export to .ase (triple the mesh either in export options or in modifiers beforehand). The .ase looks alright in-game: Now I'll export it to .lwo using this script. Depending on export options, here are the results: If I also check "remove doubles", I'll lose all of the split (sharp) edges: (recalculating normals on export can be unpredictable as well, so clean up the model beforehand instead) Right about this point I start searching for a solution online, stumble upon this and try the renderbump hack. However, all it seems to do is weld all of the vertices back together at runtime and attempt to smooth the whole surface, similarly to "remove duplicates", but with no upper threshold. (to anyone possibly reading this in the future: don't forget to revert your changes to the materials!) Source of the problem: At this point I still wasn't sure if it's even possible to get .lwo's identical to .ase's, so I installed Lightwave. Naturally, it took some time to eventually stumble upon Surface Editor (F5), and the "smoothing threshold" contained therein. But then I just had to crank it up to 180 and export to "LWO2". That fixes everything in-game: So the issue is trivial, I just have to find a way to somehow pass on a smoothing angle through the exporter. However, the "auto smooth" option on the object data tab doesn't seem to affect anything regardless of angle. Long story short, after some hex-comparison magic, I home in on SMAN block in the exporter script: So what it actually does is set your smoothing angle to either 90°, 86°(??), or 0°, depending on whether you've chosen "idtech compatible", "smoothed", or neither. The solution: Now, I don't know Python and I don't know Blender scripting, so I can't say with full certainty that I didn't break anything. But I did cobble together a version of the script that seems to do the job. Here it is, mirror / do whatever you want with it. If your mesh has autosmooth enabled, and you've checked "idtech" or "smoothed" on export, your chosen autosmooth angle will now transfer to the surface in .lwo: I took the liberty of changing the default export options to what seems to suit TDM the best, you can just open the script in notepad and edit them to your taste. Wrapping up, there are still some mysteries I didn't solve, such as "idtech compatible" models taking up only half the size of models exported otherwise (including from Lightwave itself), there doesn't seem to be any visible difference in-game, at least in TDM. That "1.5 radian" in the code still makes me scratch my head. And I still don't know if the 4-8x size savings over .ase matter for in-game memory at all (but at least I know I won't have to edit the *BITMAPs manually anymore). Even after all this, the .ase still has just slightly better shading, but since the outputs of the exporter and Lightwave itself are now identical, seems safe to say it's as good as it gets.

While I was trying to fix the 'turning' animations, I experimented with different values in tdm_ai_base.script file. Here's what it looks like when blending between animations is set to 24 frames. I I replaced all values in the file wholesale.

@Geep, doing massive restructure on old state is not a good idea. Since you are marked as Contributor, don't you have direct SVN access to the assets repo? If no, we should simply give you the access. I can't say I see anything still used in your list to be deleted. Usually the best way to check is to search over guis/ + scripts/ + maybe C++ code. Feel free to delete unused and reorder the lines in the strings file. I don't really like the yaml idea, because you are basically trying to extend the already overly massive strings framework. Now we have tons of old Perl code that nobody wants to mess with, and you'll add some more code which nobody will want to mess with a few years later? And what will yaml give you, really? If you reorder the lines in the existing format, you will get the grouping you want. The current order is messy simply because everyone is lazy to search for similar / related strings every time they want to add a new menu settings. And I'm afraid things will stay this way. Even if you make perfect order, it will slowly rot over time. Finally, here are some of my thoughts regarding strings framework: I would be happy to make all.lang the only file with strings, encoded in UTF-8. The engine should read it directly and use per-language table to convert permitted UTF-8 characters into its weird 8-bit encoding which is uses now (without generic UTF-8 decoding). This way we can finally get rid of the old Perl stuff. The strings file should support full-text replacements in addition to placeholder replacements we have now. That would allow translators to translate a mission without forcing the author to turn it into a total mess which is harder to work with. The full-text replacements should be used for missions, placeholders should be used for core. The p.1 idea will require changes in the engine, but I think they are quite lightweight. Reading UTF8->8-bit character table per language, and convert UTF-8 into native format when strings are loaded. What scares me more is trying to understand how it works now and constructing these new tables.

Looks like it's the same old script updated for latest Blender version. Just so you know, this vibe coded script below exports smaller files. It always bothered me that .md5anim files from Blender are three times bigger than they should. https://forums.thedarkmod.com/index.php?/topic/22528-md5-format-importer-exporter-for-blender-36/#findComment-508957

Hello and thanks for checking out this post. I'm delighted to announce that version 1.1 of my fan mission "Cole Hurst 1: Eaton" is now available to download and play. This post is spoiler free, so please don't avoid digging into the details below if you are interested. I'm just using the spoiler tags to organize this post a bit. Let me start by saying "thank you" to anyone who has either previously played - or is considering playing this mission. It really means a lot to me. I have been away for a while, but following a round of beta testing that took place some time last year, I've only just recently managed to finish this update. I'm slightly embarrassed by how long it has taken me to complete, but I wanted to make sure that the valuable feedback I received was all properly addressed. Mission description "Tonight, Eaton's wealthiest citizens will gather at Lord Mayor Zelmer's estate to celebrate the city's founding. Nobles, dignitaries, a famed musician, and even the Queen will pass through its gates. While the guests celebrate Eaton's future, Cole Hurst is looking for a way out." For those new to and/or curious about this mission: I guess I would describe it as a traditional heist-style mission - although with a couple of major plot twist along the way. It's a very large map and I think it should take most players at least a few hours to complete. Screenshots Changes in version 1.1 Countless additions and a large amount of smaller tweaks and changes have all made it into this release. I may have already forgot a few things, but here are what I consider to be the main highlights: * New secrets & optional side quests * Story tweaks and reworked readables * Subtitles * Difficulty tweaks and related changes * Stability fixes * Various cosmetic changes * Audio tweaks * TDM version 2.13 now required Contributions and acknowledgments A special thanks to all of those listed below. I'm sincerely grateful for all your contributions! Mission testers and technical support @nbohr1more, @stgatilov, @duzenko, @Acolytesix, @Dragofer, @JackFarmer, @Shadow, @Cambridge Spy, @wesp5, @madtaffer, @prjames, @suzy8track, @datiswous, @boissiere and @Bergante Story Kelly Hrupa Voice actors twhalen2600 (AKA @Benny_the_guard) and Kelly Hrupa

============== -= IRIS =- ============== WELLINGTONCRAB TDM v 2.11 REQ Ver. 1.3 *For Maureen* -=- "Carry the light of the Builder, Brother. Unto its end." -Valediction of the Devoted "What year is this? Am I dreaming?" -Plea of the Thief Dear Iris, I am old and broken. When we were young it felt like the words came easily. Now I find the ink has long dried on the pen and I'm as wanting for words as coin in my purse. I can tell we are nearing the end of the tale; time enough for one more job before the curtain call... ============== -Installation- Requires minimum version of TDM 2.11 **Dev build dev17056-10800 (2.13) fixes several visual effects which have been broken in the mission since the release of 2.11. For that reason playing with that version or later is currently recommended** -Iris does not support mods or the Unofficial Patch- Download and place the following .pk4 into you FMs directory: Iris Download ============== Beta Russian Language Translations by @kalinovka Mirror #1: yandex.ru Mirror #2: Google Drive ============== *Thank you for playing. Iris is a large mission which can either take as quickly or as long as you are compelled to play. I hope someone out there enjoys it and this initial release is not completely busted - I tried the best I could!* *Iris both is and isn't what it seems. If commenting please use spoiler tags where appropriate. If you are not certain if it would be appropriate a good assumption would be to use a spoiler tag* *Support TDM by rating missions on Thief Guild: https://www.thiefguild.com/* ============== WITH LASTING GRATITUDE: OBSTORTTE - Whose gameplay scripts from his thread laid the foundation which made the mission seem like something I could even pull off at all. Also fantastic tutorial videos! DRAGOFER - Who built upon that foundation and made it shine even brighter! And whom also provided immeasurable quantities of help and encouragement the past couple years on the TDM discord. ORBWEAVER & GIGAGOOGA - For generously offering their ambient music up for use. EPIFIRE - Who lent me his fine trash and trash receptacle models. AMADEUS - Who was the first person who wasn't me to play the damn thing and provided his excellent editorial services to improving the readers experience playing TESTERS AND TROUBLESHOOTERS: AMADEUS * DATISWOUS * SPOOKS * ALUMINUMHASTE * JAXA * JACKFARMER * WESP5 * ATE0ATE * MADTAFFER * STGATILOV * DRAGOFER * KINGSAL * KLATREMUS - What can I possibly say? Playing this thing over and over again could not have been easy. Deepest thanks and all apologies. -=THANKS TO ALL ON THE TDM DISCORD AND FORUM=- ==SEE README.TXT FOR ADDITIONAL ATTRIBUTIONS & INFORMATION== HONORABLE MENTION: GOLDWELL - If I hadn't by chance stumbled into Northdale back in 2018/2019 I would probably still be trying to get this thing to work in TDS, which means it probably would not exist - though more details on that in readme. ============== Boring Technical Information: *Iris is a performance intensive mission and I recommend a GTX 1060 or equivalent. I find the performance similar to other demanding TDM missions on my machine, but mileage may vary and my apologies if this prevents anyone from enjoying the mission.* *Iris heavily modifies the behavior of AI in the game, how they relate/respond to each other and the player. So they may act even stranger than they do typically in TDM. Feedback on this is useful - as it can potentially be improved and expanded upon in future patches.* -=- This is my first release and it has been a long time coming! If I forgot anything please let me know! God Speed. 2.10 Features Used:

I just added this to the browser-css for https://forums.thedarkmod.com (locally) .ipsDataItem_lastPoster, .ipsDataItem_stats, .ipsCommentCount, .ipsType_light.ipsType_small.ipsType_blendLinks, span.ipsFlex-inline, .ipsDataItem_category {display: none;} /* Less number stats distractions */ Giving a less distracting result:

Hello and good evening to everyone reading this. After calling up FM Displaced for the first time on an installation of TDM 2.12/64 that had been working for years, I got an error message, which I have attached as a text file. Can someone please tell me what it means and whether I can expect it to happen again after I uninstalled and reinstalled the game because I no longer had access to it? I have played FM about 30 times and never had a problem with performance. Thank you very much. Translated with DeepL.com (free version) fehler tdm.txt