Search the Community

============================================================== Title: Hidden Hands: The Anomaly Filename : hhta.pk4 Author: Jack Farmer Date of release: 01.05.2021 (version: 1) - 08.05.2021 (version 2) 16.03.2022 (version 3) EFX: Yes Version 2 available via the DM mission downloader (see subsequent post below for changes) Mission does not run under 2.08 due to missing new core assets - please update to 2.09 ============================================================== Hidden Hands series: I - Initiation II - Vitalic Fever III - The Lost Citadel IV - The Anomaly ============================================================== Jack Farmer: mapping & drafts Amadeus: revision/editing of all texts for readables, narration and dialogues, design consultation ("The walls are ugly!"...and your were right! ) Joebarnin: consultation for a custom script enabling a crucial in-game event Dragofer: consultation for custom scripts and S/R events, extraction & prefab packaging of Sotha's robots, bug fixes Destined: consultation for custom scripts and...fixing JacK's wrong custom scripts! Very special thanks go out to Geep for updating the Wiki helping me to solve several GUI problems within -literally - seconds! Beta testers: Joebarnin (lead) ate0ate Zerg Rush wesp5 datiswous Voice actors (in order of appearance): Malasdair The Thief AndrosTheOxen Jonus New Horizon Desmond Pilfered items: - portal sky with trees originally developed and arranged by Dragofer for "Down By The Riverside" - fireflies originally developed by Bikerdude for "Alberic's Curse" - floating boat set up (this time used for a different..."object") originally developed by Bikerdude for one of his missions - robots originally developed by Sotha for "Ulysses: Genesis" - new electric door move sound based on one of Sotha's robot sounds - selected cave architecture originally developed by Johannes Burock taken from the abandoned WIP thread - waterdrops sound taken from freesound.org produced by nicstage - custom machine sound taken from freesound.org produced by deleted-user4401185 - forest at night taken from freesound.org produced by felix-blume - machine3 sound taken from freesound.org produced by lupalenzuela - tape-deck-startup taken from freesound.org produced by soundjoao - electric-zap-electricity taken from freesound.org produced by wakerone - static_stylophone_a taken from freesound.org produced by inspectorj - steady-machine-with-hum taken from freesound.org produced by craigsmith - radio_noise taken from freesound.org produced by inspectorj - chain-rustling taken from freesound.org produced by nathanmanaker - wind_turbin taken from freesound.org produced by dommygee - selected guitar_feedback taken from freesound.org originally produced by oymaldonado - stream-water-c taken from freesound.org produced by inspectorj - mic-feedback-fx-short-mid-2 taken from freesound.org produced by chimerical - megaphone-feedback taken from freesound.org produced by deleted-user-2104797 All other new fx sound created by Jack Farmer using a Korg M1 synth, kitchen equipment and his weird voice All new ambient tracks produced and mixed by Jack Farmer sometimes with additional ambient sound samples originally produced by gigagooga Briefing video by SirSmokeALot --------------------------------------------------------------------------------------

First of all, ChatGPT , independent of the version, is a language model to be able to interact with the user, imitating being intelligent. It has a knowledge base that dates back to 2021 and adds what users contribute in their chats. This means, first of all, that it is not valid if you are looking for correct answers, since if it does not find the answer in its base, it has a tendency to invent it with approximations or directly with false or obsolete answers. With this, the future will not change, it will occur with AI of a different nature, on the one hand with search engines with AI, since they have access to information in real time, without needing such complex language models and for this reason, they will gradually search engines are going to add AI, not only Bing or Google, but before these there was Andisearch, like the first of all, Perplexity.ai, Phind.com and You.com. Soon there will also be DuckDuckGoAI. On the other hand, generative AI to create images videos and even aplications, music and other, like game assets or 3D models., The risk with AI came up with Auto GPT, initially a tool that seemed useful, but it can be highly dangerous, since on the one hand it has full access to the network and on the other hand it is capable of learning on its own initiative to carry out tasks that are introduced as if it were a Text2Image app out there, what was demonstrated with ChaosGPT, the result of an order introduced in Auto GPT to destroy humanity, which it immediately began to develop with extraordinary efficiency, first trying to access the missile silos nuclear weapons and to fail, luckily, trying to get followers on Twitter with a fake account that he created and where he got more than 6000 followers, hiding later, realizing the danger that can be blocked or deactivated on the network. Currently nothing is known about it, but it is still a danger not exactly to be ruled out, it can really become Skynet. AI is going to change the future, but not ChatGPT which isnt more than a nice toy.

I know what you mean. The things the algorithm can do once it's warmed up are astounding, and the endless list of applications to try out is mesmeric. I overdid it early on and actually gave myself a bit of tendonitis from spending every spare waking moment experimenting with it. I'm trying to pace myself better now. But I'm right there with you as regards the philosophical implications. GPT-4 has some legit weaknesses as a logic engine, but its abilities of inference and deduction are no joke, even when you strip away its overwhelming advantage of knowing everything humanity has ever uploaded to the internet pre-September 2021. It can see conceptual connections that most people would not pick up on, and it can act on them. That sounds to me like general intelligence; and it's already near or exceeding typical human level! Without trying to sound alarmist, this is not something this type of model should be able to do based on the training data available to it. There are no examples for these sorts of highly specific original deductions for it to regurgitate. The general intelligence is some sort of new emergent phenomenon, and it's got quite a lot of people in the machine learning research community equal parts excited and spooked. I don't see any new comments on either the public link or my private copy of the conversation. Maybe continuing just makes a new instance for that user?

First off, at the creation stage it's just "let's create great art", or "let's think of ways to express ourselves and communicate our ideas". GDC presentations are a byproduct of that work. Then, at some point, the PR department steps in and talks about high sales. But historically, games in the Thief era had much more leeway in that regard. So framing it like it was a modern AAA title is misleading. The question of hobby vs. professional framed the above is something that I've seen several times already, and TTLG and here would be the only places in the world that I've seen people frame it like that. There is no hard line between hobbyist and a pro, as your post implies. People do pick up creative hobbies because of pros in the first place. Like you pick up an instrument, because you heard something recorded by pros. And you imitate them, then you try to find your own style, etc. You learn whatever your curiosity and taste leads you to, and as much as you are willing to spend your free time on this. But no one says: "ooh, I'm not learning that, this is for the pros only". "I'm not learning it right now, because I have to work on my technique first" – sure. In the end, the difference between hobbyists and pros is mostly that the latter earn money for it. Not how far someone goes in their learning or skills. That is perhaps one thing we can agree on. Also don't want to continue this, because to me it seems like a discussion for sake of discussion, with walls of text, and not in order to get somewhere interesting. @Dragofer you forgot to move this last post from the conversation to the gear thread.

@datiswous, made that correction fm_test.subs --> fm_conversations.subs @stgatilov, about srt naming and file location, would you be OK with the following edit? New/changed stuff in italics: srt command is followed by paths to a sound sample and its .srt file, typically with matching filenames. An .srt file is usually placed either with its sound file or in a "subtitles" folder. The .srt file format is described e.g. [1]. The file must be in engine-native encoding (internationalization is not supported yet anyway) and have no BOM mark. It contains a sequence of text messages to show during the sound sample, each with start and end timestamps within the sample's timeline. It is recommended to use common software to create .srt files for sound samples, instead of writing them manually. This way is more flexible but more complicated, and it is only necessary for long sounds, for instance sound sample of a briefing video. It's a simple enough standard that it can be shown as an short example, demonstrating that subtitle segments can have time gaps between them. And the example can show correct TDM usage, without requiring a trip off-site and picking through features that TDM doesn't support. Specifically, the example shows how to define two lines by direct entry, rather than using unsupported message location tags (X1, Y1, etc.). And skips other unavailable SRT font markups like italics, mentioned in the wikipedia description. The example would also show the TDM-specific path treatment. The example could be inserted before the sentence "It is recommended to use common software...."

I'd like to better understand what you want. The design of dragging bodies is to hold frob (key down) to drag and release frob (key up) to let go. That way it's impossible to walk away while unintentionally dragging a body. Plus, it's quick to grab and move several body limbs in rapid succession. This is thought to provide a better experience, especially for new players. Towards the beginning of this thread, I created a "tdm_frobhold_drag_body_behavior" cvar. https://forums.thedarkmod.com/index.php?/topic/22198-feature-proposal-frob-to-use-world-item/&do=findComment&comment=487580 "tdm_frobhold_drag_body_behavior", default:"1" Which drag body behavior? 1 --- on frob key up, drop body (limb). 0 --- on second frob, drop body (limb), TDM v2.11 (and prior) behavior. That cvar was removed shortly afterwards, because it was said that it wasn't needed. With that cvar set to 0, a second frob would be required to let go of the body. Is that the behavior that you want? If so, I can add that cvar back. Also, I saw elsewhere that you want the ability to revert back to the old way. If you mean that all of the controls match TDM 2.11, that can be done with "tdm_frobhold_delay 0" and there will be a menu setting to disable it as well.

Hello TDMers. This is, hopefully. a quick TDM mapping "fundamentals" question. I apologize if this has been asked in the past. I wasn't finding this searching the forum. Consider a mapping task that can be achieved either in scripting or with DR objects: Is there any benefit to one over the other such as performance? Does it matter if the end result is a map that works? As I venture forth in mapping, I am often overwhelmed by the objects in DR. Scripting seems to get me what I envision faster. The script concepts feel easier to search for on the wiki, too. I hope to do things right and avoid painting myself into a corner by doing things wrong. I appreciate the advice/opinions. Clint

Not to be a nag, but I was thinking about the columns problem. If you go to the view source tab in the wiki article: https://wiki.thedarkmod.com/index.php?title=Fan_Missions_for_The_Dark_Mod&action=edit The raw table data is accessible directly: |- !align=left|{{TDM-FM|written|Written in Stone}} |Bikerdude, Amadeus, Dragofer |{{Forumlink|https://forums.thedarkmod.com/index.php?/topic/21265-written-in-stone-beta-210-only-20220128/}} |2022-01-28 |338 |Yes |Yes |CCC 22, Elixir |City Missions |Undead, Horror Themes |- Each pipe character represents one of the columns.

Hello, I want to discuss DR's texture tool and the way Radiant handles texture mapping in this topic. The texture tool is a window (Ctrl+Alt+T) where you can fine tune how a given texture gets mapped on a brush's face. I have noticed that, oftentimes when selecting multiple sides of a brush, the unwrapped UV islands are placed way too far from each other. Not something you'd care about during regular mapping, but I think this is a problem in theory, which can become a problem in practice when exporting models from DR. This is actually my impetus for starting this thread, as I imported a DR model in Blender only to find its UV map being all over the place. Here is an example of what I consider problematic. You can see that the face I've selected, behind the Surface Inspector, is already in the negative quadrant of the UV coord grid. Yet the surface inspector shows both horiz. and vert. shift to be at 0. Moreover, if I start changing those values with the arrow keys, the shifts will go up to 255 and then wrap back to zero, while the UV map will continue to scroll through the UV grid infinitely, instead of looping back to where it was. Couple this with the arcane way in which the Paste Shader commands work, and you have situations where two brush faces might look aligned in 3D but have their UV maps be thousands of units apart in 2D. Is there an explanation for why this works the way it does? Any way to make it better? Obviously, I'm not asking for DR to magically clamp all UV maps to the 0-1 UV space or unwrap brushes' sides like a modelling app would. It does, however, seem weird why there'd no apparent anchor for mapping faces to the UV space and they keep straying from the origin constantly.

Terrific! The beta test thread is up: https://forums.thedarkmod.com/index.php?/topic/22238-beta-testing-the-spider-and-the-finch/

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

Hi guys, through the "cheats" topic I got the idea, that it would be quite useful, if there were tags for missions (the post was about removing the killing restriction in some missions to suit the prefered play style). I don't know how easy or difficult this is, but with them, it would be quite convenient to pick missions with playstyles, environment, etc one does want to use. This could also be expanded to other mission properties. I remember a discussion about climbable drains, handles on doors, that cannot be picked and other things the map author chooses for himself. That way these things would be clearer and as I said before, it is easier to choose missions with playstyles that suit oneself. What do think?

Welcome to the Dark Mod forums MarsManon! Thank you very much for the kind words about SLL, it's always nice to hear We all worked real hard on bringing Grayman's map to life and I'm glad you enjoyed it

I was so enchanted by this FM, I had to sign up to the forums the same day I finished it to come thank the authors Genuinely, truly incredible work! I was so overwhelmed in places that I resorted to just shouting joy at my monitor two, three, maybe four entirely separate times while playing. Exploring, puzzling, finding something new, trying to use it, and finding it does a whole new, separate, wonderful thing! There aren't enough words inside me to describe the feeling. It was breathtaking. I don't have any specific feedback that hasn't come through this thread before Thanks so much for making this, for all the inspiration and ingenuity and effort it took. If I never play another level this good, in any other game, in my life, I'd be fine with that.

IMPORTANT It is highly recommended that you play with shadow maps turned on to get full use of the new volumetric lights in 2.10. Go into Settings -> Video -> Advanced -> "Shadows Implementation" set to "Maps". Additionally it is recommended that you play with EFX and HRTF turned on. Go into Settings -> Audio -> Turn "OpenAL EFX" & "OpenAL HRTF" set both to "On". Author note Noble Affairs features a brand new female protagonist named Clara who comes with a new female voice set. Originally this mission was meant for the connection contest which is why you will notice a lot of references to Kingsal's Volta universe. Due to time constraints this mission was not entered into the contest and instead I decided to release this as a standalone mission. This mission takes place after the events of Volta 1: The Stone but before the events of Shadows of Northdale Act 1. This mission is dedicated to Grayman, may he rest in peace! - Goldwell. A big thank you first up to Epifire for his very helpful advice and putting in some really hard effort and creating some amazing custom models! Please check out his art station page: https://www.artstation.com/epifire I wanted to thank Amadeus, Dragofer, Epifire, Kingsal & Skacky for helping out by providing custom models, readable/text improvements and also general mapping advice. You guys have been incredibly helpful, thank you! I also want to thank my A-Star beta team who helped to squash many bugs: Amadeus, Epifire, Kingsal, Moonbo, Nbohr1more, Random_Taffer & Skacky. And I wanted to thank the fantastic vocal cast: Clara - Joy Hayward Shop keeper - Andrew Bartmess Produce Merchant - Epifire Citywatch guard - Random_Taffer I wanted to thank someone who often doesn't get enough love and that's Greebo who works very hard to create the tools that myself and all other mappers use. Dark Radiant is a fantastic application which is always finding new ways to innovate and improve the mapping experience. Without the work you put in Greebo there would be a lot less missions made, so thank you! Thank you to the Cryo Chamber label for granting permission to use their music throughout the mission. Please check them out at: https://cryochamber.bandcamp.com Thank you to Michael Ghelfi for his audio ambient tracks. You can find more of his work at: https://www.youtube.com/user/MichaelGhelfi And if you wish to support him he also has a patreon page: https://www.patreon.com/MichaelGhelfi And finally thank you to you, the player for playing my missions and providing all the wonderful support and feedback over the years! DOWNLOAD HERE (Requires 2.10) Version 1.2 File Size: 465mb

So on one small map I have spent 28+ man hours, I wonder how much time I spent on Behind Closed Doors... (as I don't remember seeing this feature on previous versions of DR)

Ok, might as well make a personal thread instead of keeping on posting related questions all over the place. Starting with a simple one: Made this bench yesterday night, and even though I have created some simple normal map conversions for previous tests already, Im yet to make a proper one for a texture I painted by hand like this one. Since Im unable to test them in game for the moment, what would you guys suggest for a very subtle, matte finish for an unpolished granite texture? The thing about some of the existing models is that the bump maps are a bit big in proportion to objects; also, the grain here should scarcely be visible, more like a "rough", sanded surface rather than polished areas filled with small holes.

DarkRadiant 3.0.0 is ready for download. It took a while, but DarkRadiant 3.0.0 is finally available. Most of the time has been spent on improving DarkRadiant's renderer, which now features shadow mapping support of up to 6 lights. It's still not matching the engine's output (especially in terms of performance), but it should be faster and much more helpful than it was before. The effort that has been put into the renderer rewrite plus the bigger changes in the previous few releases make the jump to the next major version feel more than justified. Besides of that, a lot of non-renderer issues have been resolved in this release too, next to some fine usability improvements. For more things that have changed or fixed, see the list below. Windows and Mac Downloads are available on Github: https://github.com/codereader/DarkRadiant/releases/tag/3.0.0 and of course linked from the website https://www.darkradiant.net Thanks go out to all who helped testing this release! And I'll gladly repeat myself, by thanking 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. Changes since 2.14.0 Feature: Realtime shadow mode Feature: Allow way to hide some entities in Create Entity list Feature: MD5 Animation Viewer: show current frame & total frames Feature: MD5 Animation Viewer: jump to frame Feature: DarkRadiant warns about missing .darkradiant file on load Feature: Ability to center 3D camera on selected entity Feature: Cut functionality to complement copy and paste Feature: Save user settings by application version Fixed: Free Rotation not working anymore, can only rotate along 3 axes Fixed: DR crash with combination of mouse buttons pressed Fixed: Git Sync Exception: too many redirects or authentication replays Fixed: Missing brushes when opening alphalabs1 from vanilla Doom 3 PK4s Fixed: Selected Skin not showing in ModelSelector Fixed: Reload Defs takes longer every time Fixed: ForceShadows materials are not casting shadows Fixed: Objective GUI doesn't display properly in some places Fixed: Crash on loading certain maps Fixed: Vertex colours do not show on models in lighting mode Fixed: Entity inspector shows inherited spawnargs of previous selection Fixed: DR overwrite order for defs is different from TDM's Fixed: X/Y and Camera View bindings don't save properly Fixed: Material Preview rendering Fixed: "Replace Selection with exported Model" sets classname to "func_static". Fixed: Map -> Edit Package Info (darkmod.txt)... crashes DarkRadiant Fixed: Rotating a func_static result to random stretch textures Fixed: DR crashes when syncing with remote Git repository Fixed: Switching visibility of Github repo from public to private causes crash Fixed: Dockable window layout doesn't save new floating XY views Fixed: "Choose skin..." button on custom model spawnargs shows skins for main model spawnarg Fixed: Entity inspector considers inherited colors black Fixed: ReloadDefs moves def_attached light crystals to entity origin Fixed: Option to filter skins out of search results in the Choose Model dialogue Fixed: .lin files can't be opened if different case than .map name Fixed: Model chooser radio box selection issue Fixed: Changing multiple lights between omni/projected resets colours to black Improvement: Allow absolute paths for snapshots Improvement: Light diamonds and Speaker radii are transparent Improvement: Unify Declaration Parsers Improvement: Add "Create Particle" to right-click orthoview drop-down menu Improvement: Revisit Interaction Shader to get closer to the TDM looks Improvement: Entity inspector should recognise spawnargs beginning with "sprS_" as def spawnargs Improvement: UI for worldspawn-to-entity conversion Improvement: classname field should always be read-only, to force use of the "Choose entity class" button Coding: Update solution and build dependencies to Visual Studio 2022 The list of changes can be found on the our bugtracker changelog. Have fun mapping!

TL;DR use evrouter I recently decided to try to get some of the extra buttons on my mouse to do various darkmod actions in linux (Fedora 28). Darkmod does not notice them when you try to make a shortcut within the game. I initially tried xbindkeys and xautomation (xte). This worked in the terminal but not in fullscreen (presumadly, xbindkeys needs a window focus), so I tried evrouter which does work. 1. add your userid to the "input" group to read the appropriate event device files in /dev/input/by-id/* # gpasswd -a userid input In my case I needed these two device files to notice all buttons: /dev/input/by-id/usb-Logitech_G300s_Optical_Gaming_Mouse-event-mouse /dev/input/by-id/usb-Logitech_G300s_Optical_Gaming_Mouse-if01-event-kbd 2. use evrouter to show you the button press/event it sees when you press your mouse button: $ evrouter --dump /dev/input/by-id/* there will be a line that says "fill this in". place this line in ~/.evrouterrc and replace the "fill this in" with the appropriate key syntax... I have "g" mapped to zoom scope so that is "XKey/g". e.g. "Logitech G300s Optical Gaming Mouse" "/dev/input/by-id/usb-Logitech_G300s_Optical_Gaming_Mouse-event-mouse" none key/275 "XKey/g" add any other buttons/events as wanted to .evrouterrc 3. run evrouter on the appropriate dev files. e.g. $ evrouter /dev/input/by-id/usb-Logitech_G300s_Optical_Gaming_Mouse-event-mouse /dev/input/by-id/usb-Logitech_G300s_Optical_Gaming_Mouse-if01-event-kbd 4. play darkmod with extra button support 5. profit

Yes. Listen, I've mapped for about thirty years. When I started mapping Dromed, subtractive CSG was a thing - where we used to carve out a map out of a block of solid, which I very much prefer to this inverse "six brushes makes a room" CSG. ...and before that I did that in professional workstation CAD. ...so yes, I can map. ...but mapping takes a lot of time, for anyone, and your first months worth of results for a map, will just be bullshit, unless you really rush things with "speed-mapping". ...and right now I'm just using my map as a work environment for creating engine patches. I really don't mind to show that what I've made so far is shit. I don't care, because I don't base my selfworth on the validation of others. Even if I would happen to be a shit mapper, I'm still mapping, and that's all that matters. Newbies should not be afraid to map, just because their first rooms will turn out to be shit, and I hope that my shitty images will inspire them - build their confidence that we all start out our maps the same. No, I'm not mad - I'm just high on coffee.

For sure. I don't think there is any anti-creator sentiment here. It's about learning why a game designer made the decision to restrict saving. And, it's about learning — from the game designer's perspective — how restricted saving improves the player's experience. (stealth games only)