Search the Community

You can ask people to test your mission here, but the beta tresting should be in this other section: https://forums.thedarkmod.com/index.php?/forum/59-tdm-mission-beta-testing/ Read also: I think it's so that there are no spoilers in view for new regular players.

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.

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!

I've read about this before here on the forums, even when the contest had just recently concluded, but reading about it in greater detail years later is certainly interesting. Thank you. It's a pity that it was mostly the marketing people who were involved on the Square Enix side, as I had the impression it was also the devs at EM that had played Requiem and all the other submitted missions and really liked them. I suppose it was as well, but the TDM team mostly heard from the marketing people. Yes, I wanted to note that as well. I even remember how the people over here in the TDM forums were sort of laughing at the fact that the results of the contest were favourable to TDM and had, in a sense, "proven" TDM as a worthy freeware successor to the Thief IP, with all the modding and mapping tools at one's disposal and so on, whereas Thief 4 or Thi4f or whatever Square Enix were calling it at that point, offered no such possibilities. The entire contest, while no doubt declared in good will and something I actually appreciated seeing, was such a self-own for Square Enix, ultimately to the detriment of them trying to bring back and market the reboot of an older IP. Even if Thief 2014 was a terrific reboot (which I doubt it would ever be), it would still have been hampered by people learning about modding being impossible, and looking to the trilogy and to TDM instead, to make new Thief-style stealth gaming content. Still, I appreciate they recognized the quality's of Moonbo's Requiem FM. Given many retrospectives I've seen over the years, gradually, on the 2014 Thief reboot attempt, one thing a surprising amount of them shared was noting how the game didn't feel cohesive in concept and execution, at any point. Not only not to the same level as the Thief trilogy, but also not even at the level when you consider it as an individual game, a new game on its own. Errant Signal, who's not some deep Thief fan, replayed the older games and played the reboot back when it came out, and made this exact observation already a decade ago. The reboot was just all over the place, in every department, felt clearly unfinished or rushed, and the most interesting story would be the behind the scenes at Eidos Montreal, on how mismanaged the entire project became over the course of several years. I think it's telling that, while even heavily discounted on GOG.com, Thief 2014 hasn't been selling well there, nor attracting much interest, whereas the original trilogy sells for figurative (and sometimes literal) cents on that same site - you can buy the whole trilogy for a smaller price than the reboot, which is kind of hilarious - and continues to have great sales and is considered one of the all-time bestsellers. Same here. I concur with demagogue that the actual Eidos Montreal devs behind Thief 2014, at least those who cared enough to make it at least somewhat presentable and playable - even if the actual game directors never got their act together and never decided on a consistent design apporach - those would have been much more interesting to be in contact with, even regarding the fan mission contest. The sad truth of the matter is that all too many big publishers these days, especially those formed through larger mergers, like the Eidos buyout by Square Enix, are often marketing-first, interest in developers, and veteran players and new players alike, second. I still remember the sheer amount of money spent on pointless external marketing for Thief 2014, all the while that reboot attempt never really coalesced into anything that felt consistent (rather than throwing everything at the wall, in a panic, hoping something would stick), and was also plagued by all manner of technical issues. Just an overall embarassment, and I'm not surprised that even very lenient-leaning game retrospectives of that reboot attempt. The fact that the Thief IP has been sold away to Nordic Games and Embracer in more recent years, with Square Enix no longer caring about it and other older game IPs, also says a lot. Given the Embracer Group's own woes and bad decisions, I'm not sure any new development team will ever attempt another installment of Thief, even if it was a second reboot attempt.

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).

I was cautious because I didn't want it to be perceived that I was using The Dark Mod Forums to promote my mod but I get your point - we're all in this together. Over the years we've had a few different team members, but for the past few months it's mostly been just me and one other person. The Thieves Guild project started a long time ago, when Rune was still popular. We liked Thief and we also liked Rune so we combined the two games together. We incorporated all of the cloak & dagger elements from Thief but we also wanted our thief to be able to fight like a Viking. Don't get me wrong, it's definitely a thief/stealth game. Through the 20 or so missions, we tell a story about a thief working for the local thieves' guild, operating within a dark and corrupt city. Under the cover of night, you are assigned a series of dangerous missions - success is rewarded with valuable items, increased wealth, and greater prestige from within the guild. To survive, you must move silently through shadowed alleyways, scale heavily guarded buildings, bypass deadly traps, and pick stubborn locks - all while avoiding detection by the city watch and roaming night patrols. One misstep can mean capture, failure, or worse. In this city, survival belongs to those who remain unseen. Thieves Guild was designed to be played on a computer using a keyboard and mouse. Rune uses the Unreal Engine 1. I'm glad you liked what you saw in "The Dark Side Edition Trailer". This video is a walk-through of The Training Mission.

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

for me it was solus because it was the most stable at the time and i like the layout . Some older distros can be a good idea to explore though like redhat or debian. There are quite a few DE's to choose from by now so id say go with what works for you . Getting a distro is not the hardest setting it up with all bells and whistles is if your from the windows world and not used to how a unix system runs. The main difference between how windows does it and how unix based operating systems do it is that pretty much everything on unix is an executable. unix does have something like dll's (*.so) which is short for shared object but compared to windows where damn near 80% of the OS is dll based unix uses it far far less. the OS folder layout is actually more like a compiler on unix which i guess is why gcc works so well with it but can sometimes be a pain in the neck on windows . where things get a bit iffy is the difference in how some interfaces link up with the kernel which is done quite differently than on windows and hence why linux will probably newer have an easy interface for messing with the system like on windows. Everything is locked down tight on unix so it is generally more secure than windows but viruses do exist on unix as well.

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.

I guess this is basic stuff for you talented model-boys but now I've trudged for several hours without results and from what I have read in several forums/threads, it's even not that trivial. Therefore I dare to start a thread... I've download some models from the web but these come in some new and fancy format; (FBX, USD etc) not exactly the old and brittle format that we use in TDM So to import these into DarkRadiant I need to convert these to lwo or ASE, right? How do people go about this? I have tried to: - install Blender 5.0 and added an ASE-exporter plugin. Blender actually puts out an ASE-file but as I try to open it in DR, the model is only showed as that checkerboard error-box. Do I need to tinker with the model in a text editor first? I read something about changing something about a BITMAP-line... - use an ancient version (7.0) version of Lightwave but that program cannot even open the files (Not surprising)...

Sure. I just can't picture in my mind what you have in mind. There's a "mods" folder and every pk4 in there is treated as a mod? What about pk4 names? which one wins? What about files inside the pk4? Which one wins? what about dcls? Which one wins? mods/a_thing.pk4 mods/my_addon.pk4 mods/xperiment.pk4

Download this mod (Sound Polish) and place all three pk4 in your root folder: x_sound_polish_mod.pk4 x_sound_polish_mod_ThiefierSoundsByGin.pk4 x_sound_polish_mod_VoltaFootstepMod.pk4 Pretend you don't know what the source code does. Try guessing what's going on. (You can use the console, change pk4 names and listen to footsteps on wood, remove files...)

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?

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

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

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.

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.

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.)

[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

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).

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.

.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