Search the Community

The Thief2 FM "Mission X" was structured like that. But from the perspective of someone making or using a multiplayer system, it should be as general as possible so mappers can make whatever set-up they want for their FM, like that, or leave it open to the players to play it however they want. I think one way for the system to work most basically is have a coop mode (shared objectives, loot, scripts, etc.) and a "thieves vs. guards" mode (separate objectives, tracking loot count & capture count; it should probably be set up like the old Thievery mod) and those are pre-made so a mapper can just turn one on and tweak some things. Those are the two most popular MP cases for this game. But then if they want to, mappers could micromanage the parameters if they want to make their own mode, and the system should facilitate that. That was my thinking. But I think coop is the big one for us, since all of the FMs will already be set up for that, and that's the way I imagine it'd be most used. So that should come first.

Hi I've installed the VR version and am playing in Vive Pro with an X Box Controller. I can move around and crouch but so far not much else. I''l paste below my cfg and hopefully someone can help get me started...? unbindPad bindPadButton MODIFIER PAD_L2 bindPadButton PRESS PAD_A "_jump" bindPadButton PRESS PAD_B "_crouch" bindPadButton LONG_PRESS PAD_B "_mantle" bindPadButton PRESS PAD_X "_attack" bindPadButton PRESS PAD_Y "_inventory_use" bindPadButton LONG_PRESS PAD_Y "_inventory_grid" bindPadButton PRESS PAD_L1 "_lean_left" bindPadButton PRESS PAD_R1 "_lean_right" bindPadButton MOD_PRESS PAD_R1 "_parry" bindPadButton PRESS PAD_R2 "_frob" bindPadButton MOD_PRESS PAD_R2 "_attack" bindPadButton PRESS PAD_L3 "_speed" bindPadButton LONG_PRESS PAD_R3 "inventory_use '#str_02396'" bindPadButton MOD_LONG_PRESS PAD_R3 "inventory_use '#str_02395'" bindPadButton PRESS PAD_BACK "_objectives" bindPadButton LONG_PRESS PAD_BACK "savegame quick" bindPadButton PRESS PAD_START "escape" bindPadButton PRESS PAD_LEFT "inventory_cycle_group '#str_02392'" bindPadButton MOD_PRESS PAD_LEFT "_weapon1" bindPadButton MOD_LONG_PRESS PAD_LEFT "_weapon2" bindPadButton PRESS PAD_RIGHT "inventory_cycle_group '#str_02389'" bindPadButton MOD_PRESS PAD_RIGHT "_weapon3" bindPadButton MOD_LONG_PRESS PAD_RIGHT "_weapon4" bindPadButton PRESS PAD_UP "_inventory_prev" bindPadButton LONG_PRESS PAD_UP "inventory_hotkey ''" bindPadButton MOD_PRESS PAD_UP "_weapon_next" bindPadButton MOD_LONG_PRESS PAD_UP "_weapon0" bindPadButton PRESS PAD_DOWN "_inventory_next" bindPadButton LONG_PRESS PAD_DOWN "_inventory_drop" bindPadButton MOD_PRESS PAD_DOWN "_weapon_prev"

Our friend Skacky ( and his team "Feuillade Industries" ) has released a full sized Thief expansion \ campaign "The Black Parade": https://www.moddb.com/mods/thief-the-black-parade t is finally here! After 7-ish years of development, The Black Parade is finally released. So, what awaits you in this campaign? - 10 huge, open-ended and meticulously crafted missions with varied themes packed with content. - A brand new protagonist thrown into a dark, intricately woven story of crime and conspiracies. - 4 new tools happily supplied by the undermarket, at a price. - Many tweaks to the AI to make the game a bit more challenging but still fair. - A brand new "banter" system where AIs greet each other during their rounds and nightly life. - 28 voiced characters totaling roughly 1,800 new lines of dialogue. - 30 minutes of gorgeous hand-drawn briefings and cutscenes. - Brand new AI motions making the denizens of The City look more alive. - Full English subtitles. In The Black Parade you play the character of Hume, a hardened criminal who was sent into exile as a punishment for his crimes. The year is 833, you are now back in The City, a sprawling metropolis of soot-caked brick, greasy fumes and noisy machinery, with many a sinister conspiracy whispered behind closed doors. Lost and without a penny to your name, you are back to your life of thievery and must find your old associate Dahlquist. Shadows and silence are your allies. Light is your enemy. Stealth and cunning are your tools. And the riches of others are yours for the taking. The Black Parade aims at being a love letter to Thief: The Dark Project, and we hope we succeeded! It is recommended to have played through Thief: The Dark Project and/or Thief 2: The Metal Age at least once beforehand, since these missions are overall tougher than the base game. The Black Parade also comes with a few tweaks to the classic Thief gameplay formula: - Hume is not a Keeper and thus never received Garrett’s training: AIs will now notice you if they bump into you or vice versa, sometimes even in a perfect shadow. Be careful! - Hume can move banners aside instead of having to slash them. - Hume has additional footstep sounds for chains and pipes; these are metal sounds that aren’t as noisy as regular metal (about as noisy as stone/wood). - Water arrows can now be used to expand moss patches. - Servants will re-light extinguished torches on higher difficulty levels. - Servants may clean moss on the floor if they notice it on higher difficulty levels. - Zombies now smash wooden doors open instead of simply opening them. - Electric lanterns carried by guards can be turned off. - A few guards in the campaign are outfitted with heavy armor and helms so they cannot be knocked out using the Blackjack. - Hume can pick up small creature corpses such as spiders or sweels. DOWNLOAD (912 MB) MIRROR 1 MIRROR 2 Here is a very handy guide by nicked on how to set up Thief Gold for Fan Missions. !!!IMPORTANT NOTES!!! The Black Parade requires NewDark 1.26 or above! Make sure you use the latest version of TFix/TFix Lite before playing! The Black Parade should be launched with FMSel, NewDarkLoader or AngelLoader. It is not recommended to launch this campaign with DarkLoader or GarrettLoader. Note that mods such as Thief Gold HD Mod, NecroAge or Enhancement Pack are not compatible with this campaign. Remember that this is a campaign for THIEF GOLD, not Thief 2! Known issues: - Due to the complexity of the missions, there can be cases where some NPCs might get stuck walking against walls. There is unfortunately not much that can be done about this. Happy 25th anniversary to Thief: The Dark Project, and have fun taffers!

https://stadt-bremerhaven.de/nvidia-veroeffentlicht-quelloffene-linux-kernel-treiber-fuer-seine-gpus/

I haven't personally run it so not sure how long it actually takes. @Amadeus how long did it take for WIS? @stgatilov To make runParticle part of dmap, is there a way to check if runParticle needs to be run or not first? For example, if there are no particles present with 'collisionStatic' keyword than just skip it. I wouldn't say this is big deal, but it's a manual step that the mapper could easily forget to run on release day... I meant the default weather materials - but Amadeus covered that in his question - thanks. Actually this doesn't seem to be the case. The rain seems to stay outside the visleaf if the door is open. In the example screenshot from inside the Inn in In Plain Sight, the rain patch actually extends over the roof of this building. With the door open, the rain 'stays outside'. However, you're right and still with this method you need to use individual patches and place them carefully (although I didn't have to worry about the height). It's not perfect because rain will still poke through awnings and stuff outside.

It has a plugin system, but if you are happy with textpad, then no reason to switch I guess. Actually it doesn't matter, you still would have to open 7zip and then probably open every file seperatly. This isn't worable in your case. But I think you should be able to open seperate files in Textpad this way, because 7zip unzips it temporarly and passes the file to the default external editor (I think), so the editor (Textpad) doesn't need to read inside the pk4 file.

Builder Compound Pack will help you create better environments for your Builder-themed map sections! The aim of this experimental package is to provide high-quality models, materials, and other assets that don't put a big strain on the idtech4 engine. This early version is slightly more bare-bones than I wished for, as some modular sets (e.g. the roof) proved to be too complex and unfit for general use. Don't worry though, the set will be updated and expanded in future releases. Tweaks – Arch door and arch with hinges models have been removed. They were just static models, not actual door entities, and they weren't super useful, e.g. hey couldn't act as visportal closing entity due to gaps and transparent parts. – Detail texture stage added to selected materials (mostly those you can get very close to). As you approach a surface, you should see a slightly grainy layer that enhances the details. New content – Door01 and door01_frame have been added to both models and entities. This is a basic door for this corridor section. By default, it's locked (with easy lock) and AI will notice if it's left ajar. You may want to disable the latter (set ShouldBeClosed to 0) if you have a section with many AIs and doors, as it will probably disrupt AI patrolling too much. The frame will work with walls that are 16 units thick. Both door and the frame will work with grid of 8 and smaller. You can use the grid of 4 to change the door position within the frame. Look for grooves in the frame model. First of all, launch the map to see a simple section that was made with these assets. Use the menu or type map bc in the console to start the map. Noclip though the north wall, if you want to get to the staging area and see all pieces used to make this section. General info and tips: Make sure you have Rotate func_* entities around origin (Ctrl+R) enabled (Dark Radiant top icons) to use models efficiently. All models have custom pivot / origin point placement to make them snap to grid and geometry really fast. If you have keyboard shortcuts configured for RotateSelectionX/Y/Z and FloorSelection, placing these models around the map will be a breeze. I also recommend having shortcuts for SelectNudgeUp/Down/Left/Right, so you can move models in ortho views without using a mouse. DR detects models in a weird way, e.g. if your model is one-sided, or has some faces turned back to the camera in ortho view, selecting and moving it around will be difficult. Using keyboard is often more seamless and precise. You can select a model in perspective view, and then move it around in X/Y/Z plane using keyboard. Optimal scale for tileable materials is 0.125. This provides good pixel density vs repetition. Materials are optimized to be used both with and without post-processing, and the default gamma of 1.2. In some cases, specular hotspot might look slightly overblown with post-processing enabled. Correct look without post-processing was the first priority. Same principles apply to using lamp. The main idea behind this set is that you can use simple brushes for walls and floors, and wall panels have proper offset, so you don't need to use special surrounding BSP behind them. You can place panels right where your walls are, and there will be no z-fighting or clipping. Assumed basic measure for a corridor is 192 x 192 (length / width), but you can go lower if you don't plan to use arches and metal doors. The smallest wall panel piece is 24 units long. Use brushes to create basic space, then adjust it to what you can make with wall panels (combinations of 24, 48, 96, 192 etc.). DR's measurement tool is your friend. Default grid for placing most pieces is 8, but it goes down with smaller / more complex models and setups. One special case is matching metal doors to arch with hinges, this needs grid of 2. That's a mistake on my part. I didn't think of better pivot placement until it was too late. The example map contains a "staging area" where you'll find grouped arch, hinges, and doors, so you can use that as a template. As per The Dark Mod license, you may modify this pack's contents, although I'd advise against it. Most textures are compressed in lossy DDS format and compressing them again will result in loss of image quality. If you want to make changes, need alternative versions of a model or material contact me first. I'll see what I can do. Last but not least, I hope you'll find this pack useful and fun to work with, as I had plenty of fun while making it I already have a long list of models and features to include in subsequent releases, but I'm always open to feedback and suggestions. Thanks! Credits: Springheel, Obsttorte, Spooks, nbohr1more, STiFU, Destined and other TDM Forum members: guidance, encouragement, and fruitful discussions Epifire: asset feedback and critique The Black Arrow: inscription texts Plans for upcoming releases: Corridor: - Fixing the wall panel collision model, so strafing along it isn't wobbly Done. - Roof modular set Done. - Making metal door an entity with proper sounds and open/close times. Done, made proper door instead. - Floor switch model/entity for metal doors - Window set Done. Roadmap: All work is on hold for now. I'm working on a small FM that will use some of these assets plus many more. Some of existing assets will get reworked too. All links are taken down, and I have no release date yet, sorry.

If the "mission fails as soon as stealth score turns non-zero," that would not be good for ghost players. They might need to find out "how" they failed and experiment to avoid alerting guards. They might need to take those score points as a "bust". They might need to take those score points to complete an objective. Then, mission authors would need to encode exceptions into their missions, which would be a lot of work (if they decide to do it at all). However, part of what makes ghosting challenging and fun is when mission authors do not create their missions with ghosting in mind. Please see: Official Ghosting Rules: https://www.ttlg.com/forums/showthread.php?t=148523 Writing code for these rules would be a huge undertaking. Ghost Rules Discussion: https://www.ttlg.com/forums/showthread.php?t=148487 Creating an official mode could alienate these dedicated ghost players, because it would clash with what is considered ghosting in the community. Including the Stealth Stat Tool mod in the official release would be more useful. Or, making the audible alert states of guards quick and easy to recognize could help as well. For these reasons, I don't agree with an official "Ghost" mode. If the dev team were to do it, we should consult with @Klatremus so we get it 100% correct or not pursue it at all. (This ghosting bit should probably be in its own thread.)

With TDM 2.12, after the credits finished, the "Mission Complete" screen did not display. I found that the screen was black and I could hear my footsteps when I tried to move around. I think the reason for the mission not completing successfully was that the "Do not kill or harm allies" objective was never marked as "1 = STATE_COMPLETE" instead it was left as "0 = STATE_INCOMPLETE". Note, I didn't use noclip throughout the mission. Same as: https://forums.thedarkmod.com/index.php?/topic/18054-fan-mission-the-accountant-2-new-in-town-by-goldwell-20160509/&do=findComment&comment=458491

How about using TDM automation framework (and maybe pcem/qemu)? More info see: https://forums.thedarkmod.com/index.php?/topic/19828-automation-features-and-discussion/

@Frost_Salamander Another interpretation is that a mission (FM) is a "game". For example, Resurrection of Evil for Doom 3 is a game and can be run with the "+set fs_game d3xp" option. TDM is based on Doom 3 but has since deviated from Doom 3 options, but I think the same definition can hold. Mission authors can tweak and modify their mission to create unique gameplay experiences and mechanics, thus making their own game. TDM is the game engine that the game (FM) is run on. So, here it looks like you are free to use them in your own game. The "Open Source" license for images refers to Creative Commons licenses, I imagine, rather than TDM code being open source. In the mission readme.txt file, it sounds like those images need to be listed under a different license than a Creative Commons license. Also, those textures could be in their own directory with a LICENSE.txt file at its root directory, explaining that it is not a Creative Commons license. That said, I'm not a lawyer, and it's good to reach out to the Textures.com folks about this. I just thought I'd share my interpretation in case it helps with communication with them. I hope you get some good answers!

Sorry to resurrect an old thread, but what is the conclusion here? I'm particularly asking about textures.com, because in my latest FM (WIP) I've used tons of textures from there. When I first looked at it, I had concluded that it was OK to use them, but now I'm second guessing that because of this (also mentioned above): Please note that it is not allowed to release our images under Open Source licenses (even when the materials are modified). If you are working on an game that is released under an Open Source license, you need to release content that has been created using our materials under a closed source license. However, this here make me think it might be OK? From https://www.textures.com/support/faq-license#3d-model CAN I USE THE MATERIALS ON A 3D MODEL OR SCENE OR VIDEO GAME LEVEL WHICH I WILL OFFER OR SELL ON A DIGITAL MARKETPLACE? Regular textures may be bundled with 3D models, scenes or video game levels under the following conditions: you have customized the materials for the 3D model, scene or game level, all materials are actually used on the 3D model, in the scene or game level you are selling the model and materials in one package. In other words: do not use bundling as a loophole to sell a texture or material pack. Please add the following text in the documentation accompanying the model: "One or more textures bundled with this project have been created with images from Textures.com. These images may not be redistributed by default. Please visit www.textures.com for more information." IMPORTANT: the exception to this is any content in the Special Content categories: 3D Scans, 3D Scans Atlas, 3D Objects, 3D Foliage, Substance, PBR Materials, Decals, HDR Spheres, HDR Skies, Graphic Designs and 3D Ornaments. The materials in these categories may NOT be bundled with 3D models or scenes. This even applies when you modify the materials: modification does not mean you are allowed to bundle these types of materials. Again I'm specifically talking about using these are part of a fan mission, not the core game. To satisfy the conditions above, I will: customisation: all textures have been converted to different formats (.dds and .tga) or resized I won't include any textures in the .pk4 that aren't included in the mission the FM will be bundled into a single .pk4 package (and I'm obviously not selling it). I'm only using the 'regular textures', not PBR or 3D materials. I will include the text 'One ore more textures...' in the FM readme.

To cater to both audiences. I mentioned LibreGameWiki as one example. nbohr1more mentioned other uses. Explicitly allowing reuse and spread will help TDM reach a wider audience and would hopefully attract more volunteers. More volunteers which can help improve both TDM versions. There are several benefits for a project of being in the Debian repo. One is that TDM Debian-users can report defects on any package directly to Debian (no need to register on separate forums). Debian may then fix the issue themselves (in their "TDM-libre" package) and will offer the patch upstream to TDM, who can then choose to accept or reject the patch. I envision "TDM-libre" to have the same capability of downloading any mission as regular TDM. The only difference is that "TDM-libre" would come packaged with the regular engine (which is GPL+BSD) and an included mission that has libre media/gamedata. When I play TDM by myself, I want the unlimited-play and can accept commercial restrictions. But if I were to promote it somewhere, or charge for a stream when playing online, or make a video, I would want a version without commercial restrictions (and can temporarily accept limited-play) to make sure I don't violate anyone's copyright. Perhaps. That's what I'm trying to find out.

I've done something stupid, not sure what but my game got stuck with the map of the sewers open and annoyingly all 3 of my saves (both quicksaves and an earlier hard save) are at the same point with the open map showing, I can move around but obviously can't see anything apart from the map and the edges of the screen. Edit: Solved my Grid was active, hardly ever use that function so didn't realise. I've got the Gate key but can't find where to use it, anyone? Edit 2: Curse of the forum, find it withing 2 mins.

I suggest you use the term "I", to make clear that it is something YOU want, and that you speak for yourself. But, as wesp5 mentioned, I don't really know what this is about, at all. And, I'm also wondering about all the newly registered people lately, who just arrived at this forum, and already want to revolutionize this mod. This is a thing I noticed 2 or 3 years ago, and which hasn't been present in the 15 years I play this mod and frequent these forums now. Really seems like a common thing these days, to not knock on the door, but kick it in, and stomp right in.

@grodenglaive I think random head turning might be plausible for specific characters, if they're supposed to be paranoid for some reason. But you should let the player know in advance that they're always looking over their shoulders. I don't know if Elsevier has any reasons to be paranoid, but it could be plausible in his case. It could even be one of the reasons why Astrid had a hard time seeing him insert the safe code. The doors thing, at least some interior doors were auto-closing too. I was specifically thinking of the dinning room doors when I wrote that. I think there were more auto-closing interior doors, though. Personally, my potato doesn't have any real issues with performance in this mission. Only on the outside the frame rates drop below 60 sometimes, but never enough to make any noticeable difference to the gameplay. That said, I wonder if you could use double visportals on the outside doors. That might help, as the inner portal should close more often, without needing to close the doors. I use double portals sometimes because of that. But it needs testing to know for sure whether it helps or not. (It also requires adjusting info_locationSeparators, as they can only touch one portal). Also, the big visportal in the water that separates the front yard from the spider area seems to be always open. I wonder if having two visportals in a V shape (from the top view) instead of that one, would help closing it. Or some similar configuration that doesn't interfere with the view from the watchtower.

TDM has tons of textures from "free" texture resources that do not allow redistribution and cannot be incorporated into a commercial project. Someone would need to create a huge replacement pack of textures that do not break the look of existing missions and do not infringe on the copyrighted textures. Also, many artists who contributed to this project do not want 3rd party entities to use their work in commercial projects. They intended the models, textures, sounds, animations to be exclusively used for Darkmod content. You would either have to replace ALL assets or contact every contributor and ask them to re-license their assets. Many contributors are no longer active with the project and haven't visited the forums in years so it would be no easy feat. I cannot speak to Debian policy but I think that they treat installers that add non-free content the same as non-free content itself. One could argue that Steam is such an installer but I guess Debian would counter that there are a few fully Libre games on Steam. I think Debian, Ubuntu, or Linux Mint need to consider a repo that allows for games (etc) that include non-libre content but intentionally offer this content for free to the community with no stipulations other than "don't try to sell it as a product".

The gamepad implementation allows for a great degree of flexibility to personalize settings, aside from a few minor issues that I mentioned here: https://forums.thedarkmod.com/index.php?/topic/22337-gamepad-bindings/ I would say that playing TDM with a gamepad works very well, especially considering that it was implemented as experimental and hasn't been changed since then. If I could, I'd go back to 2021-you and congratulate you on buying that gamepad. I notice that your DarkmodPadbinds.cfg looks very different from mine...

It seems like more and more "thief" and "thief players" is becoming a short hand to dismiss community members earnest desire to improve the game - which happens to be a barely legally distinct "thief style" game which was made by thief fans for thief fans and is "designed to simulate the stealth gameplay of Thief". Who is the predominant player base of the game supposed to be beyond fans of the thief games? Is there some better avenue to find feedback for the game beyond this forum? FOSS and linux forums? I have seen maybe half a dozen posts from that segment. I am a thief fan, I play thief fms, my association with those games is what drives me to play and make things for this game. Are we supposed to pretend the original games are not a huge reason why most of us are here at all? TL;DR version:

I'm sure there is, the original poster should open a bugtracker so a coder can take a look.

If I open and dock a 2D window and then change it from X-Y to, say, Y-Z, it doesn't seem to remember that latter change across DR sessions. A small pain.

Basically correct, but most of the TDM missions are not on an open field, but in narrow town environments. As has been said before, the bowman could have moved or hid himself. I see that a lesser problem than them not reacting to melee attacks which must come from nearby!

DarkRadiant 3.8.0 is ready for download. What's new: Feature: Support new frob-related material keywords Improvement: Mission selection list in Game setup is not alphabetically sorted Improvement: Better distinction between inherited and regular spawnargs Improvement: Silence sound shader button Improvement: Add Reload Definitions button to Model Chooser Fixed: Model Selector widgets are cut off and flicker constantly on Linux Fixed: DarkRadiant will not start without Dark Mod plugins Fixed: GenericEntityNode not calculating the direction correctly with "editor_rotatable" Fixed: RenderableArrow not drawing the tip correctly for arbitrary rotations Fixed: Light Inspector crashes on Linux Fixed: Models glitch out when filtering then showing them Fixed: Skin Editor: models not centered well in preview Fixed: "Copy Resource Path" includes top level folders Fixed: Skin Editor: internal test skins are shown if Material Editor was open previously Fixed: Changing Game/Project doesn't update loaded assets correctly Fixed: Model Chooser: initially hidden materials aren't revealed when enabling them Fixed: Choosing AI entity class 'atdm:townsfolk_commoner_update' causes crash Fixed: Sporadic assertion failure on shutdown due to LocalBitmapArtProvider destruction Fixed: Prefab Selector spams infinite error dialogs on Linux Windows and Mac Downloads are available on Github: https://github.com/codereader/DarkRadiant/releases/tag/3.8.0 and of course linked from the website https://www.darkradiant.net Thanks to all the awesome people who keep using DarkRadiant to create Fan Missions - they are the main reason for me to keep going. Please report any bugs or feature requests here in these forums, following these guidelines: Bugs (including steps for reproduction) can go directly on the tracker. When unsure about a bug/issue, feel free to ask. If you run into a crash, please record a crashdump: Crashdump Instructions Feature requests should be suggested (and possibly discussed) here in these forums before they may be added to the tracker. The list of changes can be found on the our bugtracker changelog. Keep on mapping!

Thanks! 1) Doing LONG_PRESS PAD_A (what I, for lack of knowledge, call "jump-mantle" or "_jumpmantle") differs from doing PRESS PAD_A ("_jump"). "_jumpmantle" differs from "_mantle", so they must be mapped to different button-calls. "_jumpmantle" differs from "_jump", so they must also be mapped to different button-calls. This appears to be the case, but it is not evident (or changeable) in DarkmodPadbinds.cfg. "_jumpmantle" seems to be hard coded to always connect to the same button as "_jump" but with a long press. It is as if bindPadButton PRESS PAD_A "_jump" is not actually just binding PRESS PAD_A to "_jump", but rather interpreted as "link PAD_A (regardless of button press time) to behave exactly like keyboard SPACE for short and long presses". I would have expected the default DarkmodPadbinds.cfg to explicitly read: bindPadButton PRESS PAD_A "_jump" bindPadButton LONG_PRESS PAD_A "_jumpmantle" bindPadButton PRESS PAD_B "_crouch" bindPadButton LONG_PRESS PAD_B "_mantle" ... but neither LONG_PRESS PAD_A or "_jumpmantle" is listed in the file. If there are actions "_jump" and "_mantle", I suppose there must also be an action "_jumpmantle" since it is possible for the player to do all those movements: * "_mantle" does the movements "crouch on the high surface, then stand up" * "_jumpmantle" idoes the movements "jump slightly forward, then land standing on the high surface" * "_jump" idoes the movements "jump up, then land exactly where you started" If the actions "_jump" and "_moveup" are not synonymous, then perhaps the action "_moveup" is what i call "_jumpmantle"? 2) Thanks for the link! It was useful in more than one way. I'll link to that page from https://wiki.thedarkmod.com/index.php?title=Bindings_and_User_Settings#Gamepad_Default_Bindings if I can get an account on the wiki, which proved more difficult than i thought (https://forums.thedarkmod.com/index.php?/topic/22327-how-can-i-create-an-account-on-the-tdm-wiki/). However, it does not answer my question how to find out the name ("<button>") used for a button on my gamepad. Basically, I would need to press the button on my gamepad and some program could tell me "That button is called 'PAD_A'". In my case, I have a gamepad "Logitech F310" (https://commons.wikimedia.org/wiki/File:Logitech_F310_Gamepad.jpg) which has a "Logitech button" (see image) that I want to use. I was hoping to find out the "button name" for that button and then edit DarkmodPadbinds.cfg to map it to a function. 3) ... but if that button has an "unusual name" that TDM does not recognize, then it may perhaps not work. E.g. if that button is called "PAD_LOGITECH" and TDM cannot recognize that name, then I cannot map anything to it via DarkmodPadbinds.cfg. Using QJoyPad I can map any keyboard key to it instead, as a workaround, but I cannot map MODIFIER to it (since MODIFIER cannot be set to a keyboard key). If current implementation is still called "experimental", then I must say it works very well; @cabalistic: kudos for that! I may not have continued playing TDM had it not worked with a gamepad.