Search the Community

For the people eager to play with the latest state of development, two things are provided: regular dev builds source code SVN repository Development builds are created once per a few weeks from the current trunk. They can be obtained via tdm_installer. Just run the installer, check "Get Custom Version" on the first page, then select proper version in "dev" folder on the second page. Name of any dev version looks like devXXXXX-YYYY, where XXXXX and YYYY are SVN revision numbers from which the build was created. The topmost version in the list is usually the most recent one. Note: unless otherwise specified, savegames are incompatible between any two versions of TDM! Programmers can obtain source code from SVN repository. Trunk can be checked out from here: https://svn.thedarkmod.com/publicsvn/darkmod_src/trunk/ SVN root is: https://svn.thedarkmod.com/publicsvn/darkmod_src Build instructions are provided inside repository. Note that while you can build executable from the SVN repository, TDM installation of compatible version is required to run it. Official TDM releases are compatible with source code archives provided on the website, and also with corresponding release tags in SVN. A dev build is compatible with SVN trunk of revision YYYY, where YYYY is the second number in its version (as described above). If you only want to experiment with the latest trunk, using the latest dev build gives you the maximum chance of success. P.S. Needless to say, all of this comes with no support. Although we would be glad if you catch and report bugs before the next beta phase starts

Virtual Rooms Vol.1 You are trapped in a virtual simulation of interconnected rooms, each holding its own challenge. Do you dare attempt the escape? Volume 1 marks the beginning of a journey. Future volumes of Virtual Rooms will be driven by the community: rooms will be created by different authors. We will set common rules as we go. Stay tuned for the upcoming kickoff of Volume 2! In the meantime, let know your thoughts about Volume 1 and "Virtual Rooms" as a concept. Feel free to criticize and/or suggest areas of improvement. Share your ideas. This initiative now belongs to all of you, members of this community and fans of The Dark Mod out there. EDIT - You can now discuss it here: [Alpha] Virtual Rooms Vol.2 Have fun Install instructions: Virtual Rooms Vol.1 is available in the in-game mission downloader. Alternatively, go to the "fms" folder, create the folder "vr_vol1" and place inside the pk4 file that you can download here. Room names, as reference: Known bugs: Cheers!

http://i1049.photobucket.com/albums/s390/sirtaffsalot/vfat3_2015-02-16_18.15.48_zpsdf13cqmi.jpg UPDATE: This is now a Campaign Pack courtesy of Datiswous: https://www.thedarkmod.com/missiondetails/?internalName=vfatc What is The Complete Vengeance for a Thief Campaign? The Complete Vengeance for a Thief Campaign is a three part campaign with a brand new installment at the beginning called The Angel's Tear. The other two installments are the previously released A Pawn in the Game and The Art of revenge with new areas, additional story plus bug fixes and performance tweaks. What are the new areas in A Pawn in the Game and The Art of Revenge? Pics The Angel's Tear: New areas for A Pawn in the Game and The Art of Revenge: Download links: http://www.mediafire.com/download/c2p0myxp32hb8sb/The+Complete+Vengeance+for+a+Thief+Campaign.zip Installation instructions: Unzip the zip file and extract the three pk4s to The Dark Mod's FM folder. Load up TDM and play them in order. Thank you to the following: Bikerdude for help with visportals in the original A Pawn in the Game, visuals in The Angel's Tear plus all the mapping advice and tech support he has kindly provided me with over the years. Beta-testers for The Completer Vengeance for a Thief Campaign: AluminumHaste, Oldjim and Cookie. Beta-testers for the original A Pawn in the Game: Grayman, Bikerdude, Nbohr1more, Ppoe and Xarg Beta-testers for the original The Art of Revenge: Gnartsch, Obttorte, Lux and Jaxa. Everyone who helps me out in the Edtors Guild of this forum. Special shout out to Sotha, Grayman, Obsttorte and Bikerdude. Apologies if I've forgotten to mention anyone. The TDM team for providing me with countless hours of mapping and gameplay fun. Everyone who contributes anything to TDM to help make it the awesome mod that it is.

Hi, so my FM's map file is currently just named "j.map" for quick command typing. However, as I prepare to pack up the mission to share with others, it seems cleaner to rename the map file to something a bit longer and more specific. To rename it I think I just need to do the following: 1. Change name of j.map (obviously). 2. Change name of j.xd to the same new name. 3. Within that xd file, correct the path "maps/j/mission_briefing" for the briefing data to reflect the new name. 4. Edit startingmap.txt to replace j with the new name. 5. Dmap, test, then eventually clear out previous files from the maps folder. Is that all that should be needed? Or maybe I'm missing something? Thought I'd ask now instead of barreling ahead and having to fix something later. Here are screenshots of the folders if it helps (in spoiler): (I also want to rename the jump_training folder to something else before packing and sharing, but as far as I can tell that shouldn't be an issue at this stage.)

Darkradiant feature request (or idea): Add a button "Make efx file from info_locations". When you click it, it creates an efx formatted file with all the in the map existing info_locations and safes it automatically in an efxs folder in your fm folder. So then you only have to add the relevant presets for all the info locations. Maybe something for a Python script?

I have switched our Matrix4 class to use the Eigen library internally (more specifically, an Eigen::Transform which can represent geometric transformations which decompose to a 4x4 Matrix). The advantages of Eigen are: It's a well-tested and respected linear algebra library, which means we don't need to maintain our own code to perform already-solved problems like matrix multiplication. It can potentially use SIMD instructions (SSE, AVX etc) to improve performance. I haven't yet looked into whether this happens automatically or whether we have to explicitly enable these optimisations. It is header-only, so should not present any build issues on the various platforms. Our Matrix4 class still exists but it is now just a syntactic wrapper around the Eigen implementation, and several methods which performed matrix maths manually have now been changed to forward directly to Eigen methods like inverse(), transpose() etc. Since Matrix4 is now well covered by unit tests, I am pretty confident that nothing is broken because of this change, although it's still possible of course. @greebo Next time you pull from my master branch, you will need to do two things: Issue the git submodule update -i command (or GUI equivalent, if you're using one) to populate the external/eigen directory with the Eigen git repository. Update include paths in the VS project so that external/eigen is added to the header file search paths. Since it's already cross-platform and header-only, and the only current usage is with an existing class wrapper, I hope no other changes should be required on Windows.

[edit]Please note that this version of Return to the City has been superseded by an expanded and significantly performance-optimised rerelease, available here. However, I'd appreciate if some of these download links were left around so people can check out the original version if they wish.[/edit] Hello, Taffers! My FM for the Grand Christmas FM Contest, Return to the City, has been completed and available at TTLG (updated Hammers-into-Builders version) www.darklurker.com (updated Hammers-into-Builders version) www.uploading.com (Hammers-into-Builders update) www.mediafire.com (Hammers-into-Builders update) www.mediafire.com (second link - thanks, Vexd) (Hammers-into-Builders update) www.sharebee.com (thanks, Chiron!) (Hammers-into-Builders update) Have fun, and please read the release notes, below! (Especially point 1) Last but definitely not least, thanks are due to my beta testers, who have been very helpful in finding and fixing the bugs that have cropped up, as well as everyone on the TDM forums for their help and support. Thank you! Series information: All of my missions except Unbidden Guest (TMA) take place in a common setting and involve the same protagonist, although under different aliases - Talbot, Messer Johannes, Philby and others. None of them require previous knowledge of previous FMs, but there are common elements and a degree of continuity. The missions, in current order, are: Prowler of the Dark (TDP/Gold) (S): liberate a skull of paganic enchantment from an abandoned church, which is kept sealed and guarded by the Builders.Return to the City (The Dark Mod) (M): plunder the other side of the Builder complex to steal a pack of explosives. Patrols have been heightened because of the recent break-in. (This mission connects to the previous along the North/South axis - too bad I didn't have the time to let you revisit some old areas) (You are here!)Fiasco at Fauchard Street (The Dark Mod) (M): steal a collection of opals from the house of a wealthy usurer.Bad Debts (TMA) (XL): fallen on hard times, you take a job from a diminutive snitch to steal his letter of debt from Markus, a pawnshop owner/usurer (looks like a common theme). Rooftop extravaganza.Disorientation (TMA) (XL): following the events in the previous mission, you attract the unwanted attentions of Lady Azamlarg, district warden and judge, and have to break into her palace to deter her from further assassination attempts. More rooftops and conspiracies.

Here a fix for above 2 mission bugs. Just plonk the file in the fm folder. No unzip needed. Fixes: Fixes missing window texture and a missing particle effect. No changes made to map files and (existing) textures. Window texture: Used material still present in old TDM version. The dds texture is present in core tdm. Couldn't find missing particle effect so used the one from newer version of mission. 2fixes_return_to_the_city.pk4

Mod that polishes several sound aspects that affect the gameplay. TDM 2.12 introduced a subtle rebalance to player footstep sound volumes. This was meant to be the first step towards an overhaul for all footstep sounds, both in volume levels and variety, since quite a few materials share sound files. 2.13 added "improved footstep sounds for broken glass and ice material surfaces" Almost one year later since 2.13, this project has completely stagnated; as a regular user that tried to chip in, I've seen the motivation fade out from the devs and mappers involved. So instead of letting it rot, I've made the early attempts to achieve this overhaul into a mod. The scope has widened a bit, since I decided to tackle annoying things such as alert 3 & 4 duration or sound propagation for blackjack/sword impact stims. Repository to report issues: https://codeberg.org/SilverKeeper/tdm-sound-polish Installation Latest release: https://codeberg.org/SilverKeeper/tdm-sound-polish/releases/download/v1.0/Sound Polish Mod v1.0.7z The mod comes in three versions: x_sound_polish_mod.pk4 is the main version, using TDM Core sounds but with handpicked improved files from other soundpacks. Read the changelog for a detailed listing. x_sound_polish_mod_VoltaFootstepMod.pk4 has the handpicked files from the main version + footstep sounds from Kingsal's "Volta" series, both for the player and humanoid AI. x_sound_polish_mod_ThiefierSoundsByGin.pk4 has the handpicked files from the main version + the footstep sounds from Gin's "Thiefier Sounds" soundpack, both for the player and humanoid AI. Copy one of those to TDM root folder. Additionally, you can copy autocommands.cfg or my personal autocommands_full.cfg and rename it as autocommands.cfg. Look at Gameplay and TDM settings for a brief explanation. The `_Docs` folder has detailed documentation on my definition changes, final footstep propagation values (based on TDM Core `tdm_propagated_sounds.def` propagation values) and a list of FMs with custom footstep sounds to keep track of potential incompatibilities. Overview Footsteps .sndshd files for humanoid and player footsteps were a complete mess. They were mixed between 3 files when they should've been properly categorized in 2, materials shared one shader for the AI and the player, and in rare cases they outright played the wrong sound files (player carpet footsteps were "placeholders" currently used as AI barefoot footsteps). This has been the hardest part of the mod and hopefully it serves as template for TDM Core files. Both the player and AI (but particularly the player) are too quiet when they walk. The player barely hears their own footsteps, but the AI reacts strongly to them. Material sound shader values have been balanced according to the sound propagation transmitted to the AI. Jumping shaders are the loudest and speed shaders decrease the volume from there the slower you move. AI shaders start being audible too late for them to serve as a warning; their `maxDistance` has been increased. Monsters were also too stealthy, specially spiders (and particularly the small spiders). Sound files themselves had room for improvement, too. Some files needed amplifying (without clipping, of course) to have more leeway with sound shader volumes. Others were disabled/pitch-modified/replaced. In particular, AI had some weak-sounding footstep sounds. Pitch-modified variants of the player footsteps have replaced the worst AI footstep sounds. Alternative versions with "Volta footsteps mod" by Kingsal and "Thiefier Sounds" by Gin have also been created. Sound propagation and AI While TDM AI reacts to sound reasonably well, the base volume of the player's walk and creep sound propagation shaders is a bit too high, triggering alert 2 too easily. Those have been decreased for a more enjoyable gameplay. Thief featured a bait mechanic in the form of stims triggered by slamming your blackjack or sword against objects. This was nerfed in Deadly Shadows; now even walls played impact sounds, but AI was deaf to them. Currently, TDM has the potential to bring the mechanic back, but it's undercooked. All materials play the same sound propagation shader, so AI only hears you bashing wood, regardless of the material... And even that does absolutely nothing to the alert level. I've improvised material-specific shaders for both the blackjack and the sword. There seems to be a problem with value modifiers for the weapon entities... I can't take advantage of the feature. Alert 3 & 4 have insane duration and fuzzyness values. AI takes forever to go back to alert 2; duration gets... multiplied? randomly by, at most, the fuzzyness value or any number below that. Those values have been decreased for a reasonable fail state, so players don't normalize quicksaving when they get caught. Stationary AIs should play their barks frequently so you can point them out by ear before stumbling upon them. TDM Core intervals are too wide... Now barks and snores will occur more frequently. Gameplay and TDM settings Frob distance for pickpocketting has a shorter distance than other actions in TDM. While in principiple this should make pickpocketting more "tense", the bump mechanic gets in the way here. Being caught because you miscalculated the timeframe before the AI would turn around is one thing; being caught because you bumped your head into their back from forward-leaning in another. Now frob distance of objects carried by AI is more consistent with the rest of TDM and closer to Thief. Several aspects of the movement are rather uncomfortable. Headbobbing is nauseating, footstep rate is very exaggerated and running speed feels slow. An autocommand.cfg file has been provided for this, as well as a complete autocommand_full.cfg with my personal settings for TDM. While the increased running speed shouldn't break anything, it is an opionated value from two FM authors and might not be balanced for the rest of TDM FMs. Credits & thanks Daft Mugi and WellingtonCrab for carrying the brief but powerful efforts to start cleaning this up, and for creating the Player Footstep Sounds Test Map. Daft Mugi in particular for sharing the tuned player sound propagation values and the pickpocketting frob distance overrides. WellingtonCrab in particular for helping with AI alert 3 & 4 values and mentioning their overrides for AI barks used in their FMs. Ujtudor for their "Collection of adjusted sounds". Kingsal for their "Volta footsteps mod". SeriousToni for their "Alternative Footstep Sound Package" mod. Gin for their "Thiefier Sounds" mod. If any dev is interested in starting and merging a stable implementation, I would suggest some considerations: Fix jumping stepvol modifiers, if they even exist. Right now the player perceives different ranges of noise when jumping, but AI always hears the loudest value possible... Make wiki documentation for every TDM material on how noisy their footsteps are for AIs. I've included all material final propagation values (as shown by the "tdm_spr_debug 1; con_noPrint 0" command) in a "_Docs" folder. Inspect all entity .def files to detect missing sound material definitions Besides that, sound files are all over the place. I would propose this for both sfx .pk4s: tdm_sound_sfx01.pk4 Move all player climbing files from sound/sfx/movement/footsteps in tdm_sound_sfx02.pk4 to a sound/sfx/movement/climbing folder here. Move all humanoid rustle files from sound/sfx/movement/footsteps in tdm_sound_sfx02.pk4 to sound/sfx/movement/rustles here. (and any other rustle files that wander around the .pk4s) tdm_sound_sfx02.pk4 Move all used player footsteps in sound/sfx/movement/footsteps or sound/sfx/movement/footsteps/human to sound/sfx/movement/footsteps/player. (You would need file duplication for some files, since core player declarations currently shares many files with NPCs...) Move all used NPC footsteps in sound/sfx/movement/footsteps to sound/sfx/movement/footsteps/human. Check and delete unused variation files of materials (there are a lot).

We know. There is already a support topic for that. https://forums.thedarkmod.com/index.php?/topic/22533-tdm-for-diii4a-support-topic/ And earlier: https://forums.thedarkmod.com/index.php?/topic/16672-trying-to-run-tdm-on-android/ And other systems: https://wiki.thedarkmod.com/index.php?title=Installer_and_Manual_Installation#Other_Systems

.xd files can have any name (and there can be multiple files in that folder), so I don't think you need to rename yours

If I recall correctly, Goldwell wrote in these forums once that he was working on a successor, but, ran into some technical trouble he couldn't solve when designing the mission. I think he's currently working on multiple parts of the Shadows of Northdale series. And, if I'm not mistaken, a little bird (on another forum) told that Act 3 is already in beta.

I'll probably try Thief 3 for the first time in forever after snobel finishes making a Linux version of Sneaky Upgrade. https://www.ttlg.com/forums/showthread.php?t=138607&page=82 https://www.ttlg.com/forums/showthread.php?t=153010

Contributions downloads are at http://fidcal.com/DarkMod/index.htm Note that there is no dedicated beautiful sortable webpage list. I don't have time and also this means less delays. Just browse the folders and click on readmes and images and grab any zips. If anyone submits anything I can just upload it in a few minutes. ~~~~~~~~~~~~~~ If you wish to offer coding, modelling, or any other kind of help got to the I want to help forum for discussion. If you have any extensive assets you wish to discuss also you can go to the I want to help forum. If you simply want to share an FM, prefab(s), textures, whatever then post details in this thread (there are other websites for FMs too.) Generally these need to be zipped up with a description.txt plain text file and optionally an image, and uploaded somewhere I can get them such as a fileshare website like rapidshare. Any problem with that and if you have ftp I can arrange a direct upload to a private temporary folder on my website. All submissions to this thread should be accompanied by a short description summary to go on the download page and optionally a picture(s). Such submissions will be placed on my website download page (wip) at fidcal.com. Anything suspect for any reason I reserve the right to delete. I accept no liability for downtime or even no-continuance of the download section or even the entire website for any reason. Downloaders: I accept no liability if you download anything you'd rather not: download at your own risk. Oh yes, and I am not responsible for global warming, economic depression, you name it; I'm not responsible. From there, any mappers can download what they want. The Dark Mod Team may or may not assess some items for inclusion in future Dark Mod updates. FMs may be assessed for inclusion on the Dark Mod website. Anyone feel free to mirror the download folder. Any suggestions post in this thread too.

============== -= 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 ============== *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:

This is an experimental GUI app for managing and packing Dark Mod missions. It's a successor to FM Packer but with a GUI, that I've been working on for some time. It's now at a stage where I feel somewhat comfortable sharing. Having a GUI unlocks potential for more in depth management of fms, which I intend to explore in the future. You can download the binaries here: https://github.com/Skaruts/tdm_packer_2/releases Currently: it can pack your selected mission into the pk4 at a click of a button it provides an editor for a .pkignore file where you specify which files to exclude from the pk4 it gives you a handy tree view of both the included and excluded files (Shift+LMB to fully expand/contract branches) it can launch TDM or DarkRadiant for the selected mission, or run a second installation of TDM to test your pk4 in isolation (see the menu Settings->Paths) it automatically writes your map sequence into the appropriate file all maps, except the ones in the map sequence, are auto excluded from the pk4 Important: This is still an experimental alpha version, so backup your missions before using it. Note: For now I provided binaries for Windows and Linux. I don't have a Linux system to test the binaries yet, though, so they may or may not work properly. As a last resort, one can still run this app from the source code by running the Godot Engine itself from the terminal with the "--path path/to/project" argument. (Godot itself is just a simple executable and requires no installation.)

Well, you were part of the discussion. The reason for the precedence choice was to support dynamic EFX in the future: https://forums.thedarkmod.com/index.php?/topic/21797-efx-preset-spawnarg-for-location-entities/#findComment-495076 I'm sorry this change somehow ruined your experience. If you find the tedious practice of using the EFX files more 'confiniant', feel free to do so, they are still supported after all.

Sorry, I think it should be #include "guis/mainmenu_briefing_preamble.gui" At least that's what I see in some existing gui files: the guis subdirectory is important. I think it is irrelevant. Just like in C/C++, C preprocessor runs before the main language and does simple textual transforms only. It does not know the main language at all. It understands only directives (lines starting from #) and some strings which were #define-d beforehand. After preprocessor is over, the main language starts working, and it only sees what is produced by preprocessor, it has no way to know about the directives. So in the first example it will check if the current mission is indeed 1. If it is not, it will remove the section inside #if from the source code, the Doom 3 GUI language will not even know it was there. If it is, then the section will survive. Then it will handle the #include, which basically says "please copy/paste the contents of that file here". In the second example, the preprocessor has no freaking idea what the first line means. It is not a directive. So it will leave it as is, regardless of which mission it runs now. The it will handle the #include, i.e. copy/paste the file contents regardless of which mission is now. Given that Doom 3 GUi language only allows to use if-s inside event handlers, the second approach is only valid if you use it inside a single script event handler. Which is often too small. But then the parts which are not specific to either mission will be included/present twice, no? In fact, if #include sounds complicated to you, you can just do everything without it. Imagine that file2.gui contains the full GUI code for mission 1, and file2.gui contains the full GUI code for mission 2. Just put contents of both files into mainmenu_briefing.gui surrounded by appropriate #if MM_CURRENTMISSION == ? and #endif. Preprocessor will process each #if and drop the ones which are false. Since #include is just a command for preprocessor to copy/paste, it works effectively the same way. It just allows you to have one mission per file instead of one megafile with the stuff for all missions (well, as long as paths are correct).

I just installed the cd-rom version of Thief 1 (not Gold) via Lutris (os: win98), it installed fine, but then did not work. Then I downloaded Tfix. Applied it to the directory and now it loads fine. Edit: Weird enough now the video's don't load anymore, so have to check that.. Edit2: This is fixed by simply copying all the movies from the cd-rom to the install folder. @JackFarmerI installed Thief 2 via Lutris now and encountered your problem, but got around it by removing the usb-cable of the portable dvd-drive an adding it again. It mounted correctly, but now it became the E:\ drive, but worked correctly and continued installation. Then I installed Tfix2 over it (without it it did not work). After closing the installer, Lutris Aborted, so I had to manually add the install again. But it works now. But anyway, I think you can just install it via the priviously mentioned tfix method. For tfix you have to navigate to the Thief install directory inside the wine c-drive. So for me that is: Games/thief2/drive_c/Thief2/ So Lutris installs all the files in thief2. Inside it there is a fake drive_c for wine and inside that via wine the game is installed into folder Thief2. When you use Tfix you have to navigate to that subfolder.

That kind of sounds like the issue described here: https://forums.thedarkmod.com/index.php?/topic/23024-strange-behaviour-in-darkradiant-certain-map-objects-untethered-from-vertex-origin/ A couple of us have experienced it but we're not sure what's causing it. In your case do the origins end up at 0,0,0?

The installer never touches the fms folder.

Ok, done all that but now I only have one mission in my game folder, V Rooms. Seem to have lost years of saved missions. Fast becoming an unhappy creeper. Any way to get my games back?

It's not outside the realm of possibility, but after picking through the damage and repairing everything, I saw that my first guess was wrong.. it wasn't grouped objects, just specifically brushes that were turned into entities (func_static and otherwise). In some cases, converted brushes that were part of groups got moved to 0,0,0 but func_static models and worldspawn brushes stayed in place, forcing me to ungroup them, move the parts back into place, and then re-group them (or in some cases just delete the whole mess and rebuild from scratch). I'm curious though, @Frost_Salamander were you doing anything similar to what I stated above when your incident happened? Thinking back, during my script testing I initially made a mistake and put my .script file in the wrong folder, causing TDM console to give me an error about a non-existent function. The only reason I think this is significant is because I've since moved the .script into the correct folder and script calls work normally now, and I haven't seem the same entity relocation glitch occur since then. I'm thinking of putting together some kind of test map and seeing what I can do to try and reproduce it.

The windows version is called 4th and is included in the msys2 packages if you want to try it out before diving into cp/m . As for basic freebasic can actually be built for integration with the msys2 mingw compilers as i have done that some years ago. There is however no package to download for it yet but i might make one if there is interrest. Freepascal should also be buildable though it might take some hacking about to integrate it with the msys2 suite. Main problem is that it uses arch specific paths so executables end up in mingw32/bin/win32 for the 32 bit versions and mingw64/bin/win64 for 64 bit. These paths are not searched by msys2 by default so i need to hack the build system to install in mingw*/bin instead without breaking the hardcoded paths.

I had an idea... but I don't have a plan. New Volumes of Virtual Rooms must be the result of a collaborative community effort. We have to figure out everything: rules, content, plot, presentation... and we have to figure it out together. I am not the director or supervisor of this project. I can act as a coordinator during the initial stages but consider me as simply another member. Anyone is free to volunteer for any role. VIRTUAL ROOMS VOL.2 (ALPHA) Whenever there is new content new alpha versions will be made available and the good news is that the first alpha is already here! Member @thebigh quickly figured it all out on his own and he already created the very first room for Vol.2: Thaumaturgy! Please note Vol.2 is not available in the in-game downloader. It will be uploaded to the official repository only when the project is complete. Manual install instructions: Download the alpha from here Create the folder "fms/vr_vol2" and place the pk4 there Launch the game and look for Virtual Rooms Vol.2 (alpha) Room names: DISCUSSION What do we want Virtual Rooms to be? I propose we start with a basic set of Questions & Answers and let it grow from there. Can you help improving these Q&A? What is a Virtual Room? [Provisional] A Virtual Room is the container of an idea or an experiment. Anything that doesn't fit in a more serious project can have its home in the form of a Virtual Room. A Virtual Room can be large or small, simple or elaborated, short or long. Are there any rules? [Provisional] Yes, we want to have a cohering experience and for that we need a consistent set of main objectives. To keep things simple yet interesting the current main rules are: While having AI is not required being seen by AI is an instant failure There must be at least one optional piece of loot in the map The player must reach an exit point to complete the room Each room (map) can have its own set of scripts, textures, materials, sounds... As long as the main rules are respected, you are free to do what you please. Can I have extra objectives in my room? [Provisional] Yes but think how you will let players know about them. Do I have to adhere to a particular aesthetics? [Provisional] No, you do what you want. You can opt for a blocky design or you can go with your own style. How do I submit a room? [Provisional] Upload it somewhere and announce it publicly. Somebody will eventually include it in the next Alpha. Can I revisit the room I submitted? [Provisional] Yes, of course. As many times as you want or need. It is your room after all. In what order are rooms arranged? [Provisional] "First come, first served". When we have a good number of rooms we can see if authors agree to different arrangements for a linear or cohesive experience, if such thing is even possible considering the different sources. Will I be credited for my room? [Provisional] Yes by default but you can opt out. Authors will be listed in the release page, in a readme, and we can probably add something in the briefing or debriefing. Is there a tutorial on "how to create a room"? Yes, check the next post. Discuss!