Search the Community

@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...."

https://www.amazon.com/ZE551ML-5-5-Inch-Unlocked-International-Warranty/dp/B00W94246I/ref=sr_1_3?s=wireless&ie=UTF8&qid=1512841427&sr=1-3&keywords=zenfone+2 After my experience with Shamsung and their lack of OS updates, as well as a puffed/overheating battery, I'm thinking about an upgrade. This Zenfone is a bit older, but it still has killer specs. And it has an easy-to-unlock boot loader, ensuring that I can install Lineage OS on it and (in doing so) get more than six months of OS updates on the device. I look at newer devices in this price range and most (all) of them have less memory and NAND than this Zenfone 2. Some are still shipping with 16GB! This bad boy from 2015 has 64GB of nand and 4 GB of RAM! So is there any reason not to get this ZF2? I did see one modern phone that looked attractive by LeEco, but it has no headphone jack, so I ruled it out. Another one that looks nice is the modern Moto G. But I don't think it has official LOS support, so I really do think that I would be better off with the ZF2. The only downside that I see with this ZF2 is that the graphics are PowerVR (proprietary) not Intel (which are open and part of the kernel). This means that they might have trouble updating it in the future if/when PowerVR doesn't feel like providing new binary drivers.

I have an idea. From time to time, these kind of guard create a penis during animation. This penis creates a thread during spawn, but it starts it as DelayedStart(0 ms). Instead of running the script immediately, it stores its entityNumber onto the callstack of the script thread. Let's suppose that for some reason penis gets destroyed immediately, and bow attachment gets spawned at this exact moment: then the bow attachment reuses entityNumber of the penis. At some moment suicide thread wakes up, reads entityNumber from stack, and kills the entity with this index --- but now it is bow attachment instead of penis. That's a simple explanation why dangling pointers are dangerous! However, if this really works like this, the whole scripting should be completely broken, since scripts in general often wait long time, and all the entities they reference might die during waiting. I can hardly believe this situation is always handled that bad. I'd like to ask people who have used scripting a lot. What happens if you have a local variable X of type "entity", then you do "sys.wait(1.0);", and then try to use X but it has died during waiting?

I see you are trying to make subtitles system more complicated, but I don't understand what's the reason. And I prefer not to add complexity/normalization if not needed. If someone needs visual cues, he most likely needs them for all sounds. Why do you suggest adding another parameter about visual cues to subtitles definitions?

OK I think I've got to the bottom of this. I've created this forum thread (with bug report): https://forums.thedarkmod.com/index.php?/topic/22221-bug-drowning-ai-in-shallow-water/ I can apply a workaround, although it won't be perfect and the bug itself needs fixing in the engine. There are a few other things that need fixing so will put an update together soonish.

If any mappers have encountered weirdness with kill objectives not working with drowning AI, I think I've found out why. I don't think it would be a particularly difficult one to fix either. I've raised this bug report: https://bugs.thedarkmod.com/view.php?id=6323 Some context here: https://forums.thedarkmod.com/index.php?/topic/21837-fan-mission-the-lieutenant-2-high-expectations-by-frost_salamander-20230424/&do=findComment&comment=487316 I think this is a bug, but just raising here in case some people think otherwise.

Personally I think this is the worst idea ever. The Reason forums has LOADS of info and knowledge, built up through years and years. I'm really sad to see it go away, and I can't understand why they've made this decision. https://www.propellerheads.se/forum/showthread.php?p=1579099#poststop

Ok, I understand now. The name "Open Doors on Unlock" fooled me for some reason. There are regular doors (and windows) that can expose you and then there are trap doors, manhole covers, chests, strong boxes, jewelry boxes, wardrobes, cabinets, desks, panels, showcases... and the game treats them all as doors. Tricky business.

There is certainly a lot of garbage, conspiracy videos and mediocre influencers on YT. This naturally happens on any platform, especially on Odysee, although the reason is more understandable there, since Odysee is based on Blockchain, this makes it impossible to delete any inappropriate content, moderation, can only hide the videos if they are reported, but this only transfers them to LBRY. But YT does not have this problem and the moderation there is quite quick in deleting content that in its opinion is inappropriate, but this corresponds more to political reasons and content that is uncomfortable for Google, rather than other idiocies or complaints from users.

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

Maybe the reason is that these sounds are non-streaming in the engine...

I think the reason the dev forums exist is to provide a place where the implementation of features can be discussed without getting mixed up with other debates when someone believes what the devs are doing is wrong. We often post public discussion threads for features with subjective elements like the frob outline, because community feedback is very important. But there will always be vocal defenders with strong views for or against certain features, or how exactly it should be implemented in their opinion. At some point a decision has to be made and be carried through, which is what the dev forums are for. Almost all of the threads are very technical, basically explaining and discussing recent or potential code changes with other devs. Its hard to say. Its a hobby the devs do in their spare time, so people come and go when they're in the mood and when they have the time. The team page is mostly accurate except for some relatively newer additions like myself.

Is there a way to make multiple sounds while getting multiple items? That would be enough to make the player check the inventory. Also auto-search could be the final reason to accept the current implementation ;): short-frob shoulder body, long-frob auto-search body and grabbing it for movement.

Emotion won over reason.

There's no change regarding that. I would have already created a cvar to switch the behavior if it were simple. The code would almost double in size, become very difficult to read and understand, and it would be very hard to test all of the possibilities. I'm sorry this is the case. I spent time on it for you, but the code results were not good. At the risk of causing some confusion to some folks, here is the technical reason. Both the rat and the body in Heart of Lone Salvation have their body entities set as (shoulderable 0). The "fix", or tweak if you will, is to only allow "hold frob" on body entities set as (shoulderable 1). The result is that regular guards and bodies use "hold frob", the rat and other non-human creatures get grabbed on regular frob, and that body in Heart of Lone Salvation gets grabbed on regular frob.

Extensive customization options are appropriate during the pre-release testing or early roll out of a new feature. The people testing the feature can't know yet what configuration will work best for them, much less the people making the patch. My expectation is that by the time you have to make a final decision about including this patch in the next official update of TDM, there will be a rough consensus about the optimal parameters for the new mechanics, and you will only need one toggle for the new behavior. Or, preferably, there would be no need for an option at all if we can only get over our OCD about preserving arbitrary semantic grouping in our key-bind allocations; and embrace a superior control scheme that's not designed around highlighting an old gimmick feature whose trendiness expired with the Half-Life 2 era of FPS. But that's a pipe dream. Maybe instead we can just all agree that the general>gameplay options are getting a bit crowded. Perhaps we could split some of them off into an "appearance" or "accessibility" tag. As more people make their own mods and we modernize our accessibility options it is going to become a problem regardless. Best to get ahead of it. I agree, and that is one of TDM's strengths. It borrows and combines many of the best features from the three beloved Thief games, but it also gives FM creators tools to expand their creative vision in new directions. To some Thief purists that will never be an enticing proposition. But I don't see this feature as throwing a bone to those Thief players specifically, but just player in general who are bouncing off our game because it deviates from some genre conventions for no obvious reason, which makes them think this is an unpolished product. It is true that Thief was what set these conventions, and (shockingly/s) it is mostly Thief players who are interested enough in TDM to give it a try... but our responsibility to address these problems (if we can) is the same as if AMD or Linux players were having technical problems with TDM. They are people who we want to be part of our community because we never know if one of them might make the next FM like Iris, or do something crazy-innovative with TDM that we can't even imagine!

Wow! This is something interesting. You have areas 177 and 179 (you can detect them using teleportArea command) with 8 visportals between them, all in same plane. I hope this is as intended, and you really have many separate visportals? This should be perfectly valid of course. FloodLightThroughPortals searches for all visportal sequences which might get some light rays through. For some reason, it manages to go back and forth between areas 179 and 177 something like eight times in the same sequence. It is not forbidden for the traversal to go through the same area many times, but it is forbidden to go through oriented visportal twice. However, there are too many possible sequences of going through 8 two-sided visportals, and the code obviously tries to enumerate and save them all. At some point it bumps into 32-bit integer limits and everything crashes. By this moment it has wasted 32 GB of RAM so I don't think it would live long even if it did not crash here. You don't have the issue in 2.11 because: This is a dynamic light from some lantern bot, TDM 2.11 only runs this function for static lights. TDM 2.11 does not try to save all sequences, it would only enumerate them in horrendously slow time. I think some lantern bot crosses the visportal between areas 179 and 177 at this moment, causing the issue. Also, you can most likely reproduce it in 2.11 by putting a large enough light at the same location (12565.0205, 411.300110, 522.249939).

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

Is there some reason that the custom head can't be just given to the player at the outset (in some def file), and not swapped? Might be more stable, I'm guessing.

Hello TDM-ers. I am encountering an issue where textures seem to partially disappear. I tried searching the forums, but, I don't know what to search for. The missing textures are a worldspawn brush acting as a roof with {for now} flat iron texture. There are other worldspawn brushes right below to create an attic ceiling with roof framework board texture. These gaps appeared a few edits ago. I can't "undo" to get back before whatever edit did this. The gaps are only visible during play and are not visible during editing. Closing and reopening DR and TDM do not fix anything. Some of the brushes overlap in areas behind the play area but I have never seen an issue doing that. The attached image has the effect I am now seeing. Ideas on where to start debugging this? Very much appreciated. Clint

Seems like an inoffensive suggestion to me. It would not provide much of a challenge though since all one need do is let go of the mouse and voila: perfect stillness. For that reason, to work as advertised I feel like it would need to be tuned to be a non-factor 98% of the time, such that even veteran players would forget it exists until suddenly, surprise! here's an edge case where it matters. Like: only movements greater than 90 degrees per second trigger the effect. Basically it would just be an in-game jump scare mechanic. If something makes you as the player character involuntarily jump or flinch then that has a chance of being spotted. In the hands of a devious FM author that could make for some extremely memorable scripted moments. That's all just in principle though. In practice, this is an idea that would cost development energy to implement, and we want to make sure that investment is committed wisely. Remember how the community flipped the f*** out when Hazard Pay had the audacity to restrict saving, going so far as to make a mod specifically to negate the author's intent, and basically ensuring that no FM that's not a deliberate troll will ever use that feature again? Great use of resources that was. /s

Because of the latest reports in this topic I just re-played this mission in TDM 2.11a and I didn't run into any issues. For some reason though the map is duplicated, which is annoying but apparently harmless.