Search the Community

New script for mappers: my flavour of a fog density fading script. To add this to your FM, add the line "thread FogIntensityLoop();" to your map's void main() function (see the example in fogfade.script) and set "fog_fade" "1" on each foglight to enable script control of it. Set "fog_intensity_multiplier" on each info_location entity to change how thick the fog is in that location (practically speaking it's a multiplier for visibility distance). Lastly, "fog_fade_speed" on each foglight determines how quickly it will change its density. The speed scales with the current value of shaderParm3, using shaderParm3 = 1000 as a baseline. So i.e. if shaderParm is currently at 1/10th of 1000, then fade speed will be 1/10th as fast. Differences to Obsttorte's script: https://forums.thedarkmod.com/index.php?/topic/14394-apples-and-peaches-obsttortes-mapping-and-scripting-thread/&do=findComment&comment=310436 my script uses fog lights you created, rather than creating one for you. Obsttorte's script will delete the foglight if entering a fogfree zone and recreate it later more than one fog light can be controlled (however, no per-fog-light level of control) adding this to the map requires adding a line to your void main() script, rather than adding an info_locations_settings entity with a custom scriptobject spawnarg in my script, mappers set a multiplier of fog visibility distance (shaderParm3), while in Obsttorte's script a "fog_density" spawnarg is used as an alternative to shaderParm3 smaller and less compactly written script fogfade.scriptfogfade.map

I'd like to get back to the request for the ability for the subtitler to extend individual subtitle durations, because that will be affecting how I create my subtitle content. Maybe the previous ideas on this were a bit too code-intensive (e.g., for inline & srt lines in .subs, having an additional parameter; or doing calculations based on wpm). Let me propose yet another, more limited/simple possibility... no new parameters, and no change to inline, but with srt, it would be OK for the last phrase to specify an endtime that exceeds the end of the clip, and the subtitle would be extended to that endtime. (For sanity, there can be a limit to that extension; I believe there's already a proposed global for that purpose.)

The devs didn't title this thread, and @datiswous said they're attempting to mislead people by using Russell's name and a retro style to make it resemble Thief, which is cynical. I grew up on forums like I'm sure anyone who likes a game from '98 did. I actually left the Discord immediately after joining it because it was more off-topic doom-posting than anything relevant to the mod. I thought the forums might be better, but it's mostly just grown men yelling at clouds and telling strangers how mature they are, and a few brave souls actually developing anything. Depressing place, I'll just stick to enjoying new missions every 6 months without an account.

True, but, 1. this thread is called "Western stealth FPS with Stephen Russell", and, 2. nothing you said changes anything for me. The gameplay still doesn't look like something I'd enjoy. And, if you really think this forum is cynical, then you don't visit forums much. Actually, the majority of the users are are pretty mature, unlike in other forums.

I wasn't proposing ever changing the font itself from Carleton, which I agree would be problematic. With respect to scaling the fontsize, if the adjustment process also carefully scales the field dimensions to match, it should not affect (or at least affect little) where auto-wraps occur. And this would further help with low-vision, which seems to me the whole point of the similar size adjustments in the HUD. So "fixed forever"... nah. But "fixed for the next bunch of official releases"... sure. For now, what I very much want is a policy on the maximum number of characters on a subtitle line. Then, a fontsize and fieldwidth can be determined that support that nicely, while minimizing corner overlap. As a first draft, I proposed: 42 characters max current fontsize: SUBTITLES_TEXT_SCALE 0.25 fieldwidth of 320 This would need more fulsome testing. It may be a slightly smaller fontsize or slightly larger fieldwidth is needed. As to the maximum character limit, if you google "subtitle character limit", you'll see that "about 42" seems most popular, with a range from 37 to 47. It would not be hard to write a program that, for a given FM, looked at all the subtitle lines in the .sub and .srt files and reported any that exceed any maximum number of characters. The FM author could then adjust those strings accordingly. Sure, it's more work, but kinda trivial in the big scheme of getting an FM out. And it is a one-time fix. I'm willing to write such a program, if I knew it would be used. (My Excel template provides the similar functionality that I use at the moment.)

Here are the just-made subtitle files. All needed files included in this post as downloads. The first subtitle shows up directly after mission start, so the rest should work as well. I don't know if the debriefing works, but I have to finish the mission to be able to see if it shows. Would be nice if there's a cheet for that. I didn't check the subtitles fully for errors, or misaligning, but they seem good for the most part (needs a bit of editing). Ignore my earlier uploaded srt. Edit: I figured out why the subtitles for the intro video didn't work. Some info in the wiki is explained incorrectly. I reuploaded a correct fm_root.subs . Now the subtitles show up in the intro video. fm_root.subs debrief_audio.srt Voice_009.srt hits_intro.srt

@stgatilov, another problem area is the complete overlap between the inventory pickup message field (just above the breathe bar) and the subtitle fields, particularly the lowest. I think when both a subtitle and pickup message appear, both will be very hard to read. I can think of many solutions. Here's two of the easier ones: when subtitles are on, pickup messages are suppressed, i.e., as if you had set cvar tdm_inv_hud_pickupmessages "0". do away with the pickup message field, and just show pickup messages in the objectives/saved-games message field at top. A variation on (1) would be, when subtitles are on, show pickup messages just as a subtitle with "story" priority e.g.: [acquired 80 in jewels] A variation on (2) would be, keep the pickup message field, but reroute its messages to the objectives message field when subtitles are on. (Hmmm, I forget where trainer messages appear. Is that also a problem?)

I actually tested multiple subtitle editors before sticking to this one. Btw. with the scrollwheel you can move back and forward on the track. With Ctrl + scrollwheel you can zoom in. Also, when you want to edit a subtitle, you first have to click inside the edit subtitle area before you can type, otherwise you get a warning.

We didn't make the holidays (such a busy time of year) so here's a New Year's gift, an unusual little mission. Window of Opportunity Recover an item for a regretful trader out in a wilderness setting, and discover more! Available within the in-game mission downloader or: Download: http://www.thedarkmo...ndetails/?id=79 Alternative: https://drive.google...WTMzQXZtMVFBSG8 Some unorthodox gameplay on regular/ghost difficulties. (Arachnophobes might prefer short mode...) Please expect to need your lantern in regular and ghost modes! Short ("easy") mode is a smaller map, so if you are looking for areas others reference below, or 100% of the loot, you'll need to play on another mode. I wanted to create my first mission before I became influenced by too many others' ideas, and limited myself to what has been done before. As such, this mission is not set in a city/town, and has some features that are likely to be provocative. There's a section some really like, which others don't, either way I kept it short to not last too long. That being said, I hope you do find it fun! :-) Special thanks to those who provided valuable testing and feedback: Goldwell, Kyyrma, plotzzz, 161803398874989, PPoe & Bikerdude (who also contributed a sound). (Please remember spoiler tags to not expose things meant to be discovered by playing.) Like so: [spoiler]secrets[/spoiler] If you are having trouble finding the main objective, here's what to pay attention to in the mission for hints: There is a spot it's possible to get stuck on the ground in the corner by the cliff/rockfall where there's a rope laying on the ground, please take care if you poke around there!

Beta 11 Fix finished-on state auto-update was unreliable Slighty improve scanner title/author detect Tags are now named some whatever regular-version-looking thing to force GitHub to put the newest at the top

I have implemented the extension, and seems to work fine (6262). Inline subtitle for a sound of duration = T lasts for max(T + 0.2, 1.0) seconds. This is configurable: 1.0 second minimum taken from this thread, and 0.2 addition was taken from hardcoded delay between actions in conversations. Also I noticed that while I planned subtitles to not move between slots, they indeed do move sometimes. Also, as noticed here, high-level subtitles are not guaranteed to be displayed in presence of many low-level messages. So with 6264, fixed this and I passed more information from sound engine. For instance, now subtitle slots can be reused by having same "emitter"... which is supposedly very close to the concept of "who says this". Also, the original Doom 3 has the following rules which affect subtitles. Every "sound emitter" has a bunch of "sound channels". Conversation sounds go into SND_CHANNEL_VOICE channel, but ordinary barks usually occupy any free channel. One channel can only play one sound at a time. If new sound is started on the same emitter and same channel, then the old sound is stopped and replaced with the new one. The consequence is that no matter how long subtitles show after the sound is over, you'll never see two subtitle messages from the same actor at once: the newer one would replace the older one. But in case of barks it is well possible, since new mesage can take a different channel.

Here's my understanding. There are 3 stacked non-overlapping "slots" for a subtitle field to appear in. You can see this in the testSubtitles FM if you hit any of the buttons fast enough. (Granted, this is all in the same voice, not different voices.) When a sound is about to play, the sound system looks for the lowest unused slot to put its field in. And it keeps that field until the sound clip ends (e.g., across multiple srt phrases). If a sound starts playing and there's no slot free, then no subtitle appears for it. Because the sound system currently doesn't know who/what emits a sound, it can't "reserve" a slot for a particular AI or other entity across separate .ogg files. Even without knowing the emitting entity, what the subtitle system could do now (but doesn't currently) is look at the standardized pathname of the sound file, and determine what vocal set it comes from. It could then "reserve" a slot for a while for future utterances from the same voice. Is that a good idea? Unclear to me. (There's a broader issue here about giving priority to "story" phrases over "speech" phrases. I'll move this to the Future thread.) Later in the year, when more bark subtitles for different voices are in 2.12dev, it should be possible to just drop your player into a room of miscellaneous AI and fill up those 3 slots big time.

It would be nice if, from the main menu (presumably under Settings/Audio, where "Subtitles" currently lives), one could have an additional option, "Subtitle Font", with choices: Carleton Carleton, Wide Stone Stone, Wide where "Carleton, Wide" and "Stone, Wide" are the uncompressed fonts, and "Carleton" and "Stone" are the width-compressed fonts. All with the 0.25 scale factor, so in effect 12 pt. (This avoids the concern raised earlier than allowing an arbitrary scale factor to be user-set would result in raggedy-ass text characters.) Further, change the default from "Carleton, Wide" to "Carleton". This choice would be appropriately passed to gui's through a global string. EDIT: This relates to bugtracker 6283

Could well be, but there's lots of ways that could go. You had some good suggestions for automatically adjusting vertical locations and field widths, on the assumption that the subtitle font size remains fixed. But maybe that assumption needs to be revisited. Certainly the current subtitle font size is bigger than the fonts with the weapon and inventory icons, so maybe it doesn't need to made greatly enlargable to address needs of low-vision folks. The automatic adjustment you suggested would also be different from other HUD settings, that are (mostly) manual and independent of other elements. Maybe there should be subtitle positioning sliders. I dunno. I worry that moving the subtitles still further towards the center of screen (particularly when 3 fields are active) would make the game unplayable. Making the fields narrower than at present I can certainly see. Possibly only as wide as their text (another form of automatic adjustment), as I mentioned earlier. I expect most everyone would agree with you and wish HTML-style font markup was available throughout TDM. The problem is, it would be such a major effort, since the engine doesn't support such font markup (and underlying font attributes and rendering) currently. Still, maybe it's time to add that as an "aspirational" feature request to the bug tracker.

My idea is that the game engine chooses box size automatically. It means that someone (e.g. me) will have to see where to take width calculate from in the C++ code, and add corresponding logic to subtitle integration code. It's not like we run some script once and then live with hardcoded settings in .subs files forever.

Here it is: calcStringWidth.exe - Oct. 11, 2023 Release. Calculates the display width of a input string, for 4 candidate subtitle fonts Carleton and Stone, uncompressed and compressed.

Utility program "calcStringWidth" calculates the display width of a single-line input string, in TDM logical pixels, when shown (e.g., as a subtitle) with TDM fonts Carleton and Stone with a 0.25 scale factor, and either uncompressed (as designed for a 4:3 screen) or width-compressed by 0.75 (for a 16:9 screen) calcStringWidth.exe - Windows executable calcStringWidth.cpp - C++ Source code Invoked in the console with: calcStringWidth -s <quoted input string> -o <output file> [default is stdout]

Suppose we had a system like this: "verbosity story" are small width=0 by default "verbosity speech" are small width=1 by default The default of either can be overridden on a per-subtitle basis by using new option "-smallWidth" or "-sw", e.g.: with verbosity story inline "something.ogg" "I've hid the gem in m'lady's knickers." -sw 1 srt "something.ogg" "something.srt" -sw 1 // sw affects all messages of this srt the same with verbosity speech (as an alternative to breaking into individual messages and using srt) inline "yetmore.ogg" "I need to cast that spell tonight after midnight,\nbut once again, my supply of eye-of-newt is sadly depleted." -sw 0 #define FIELD_MARGIN is not anywhere official yet, just in my prototype tdm_subtitles_common.gui, hidden in yesterday's post. The values I show are from my analysis and testing, earlier reported in this thread and/or AI Barks.

Hazard Pay has subtitles for in-game conversations. The briefing is a video with text, although its not using the subtitle system.

I finished this mission. Great mission. It's interesting to play this after having played Braeden Church first. I made the subtitle files. Unzip it in the folder of the fm. I also tested it in-game. If a couple of people will review it over time, it might be enough to include it at some point. It's actually only 3 sentences (2 inline, 1 srt). Edit: subtitles added to mission.

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/

Here's a screen shot of an FM I've been building to help test/review subtitles for an AI, in reproducible order with 100% coverage. It uses the TDM-distributed .ogg files, but has custom soundshaders. Each such soundshader wraps exactly one .ogg file, and has a uniform naming that includes an index number. The collection of soundshaders is housed in a single file. The hope is that that (prior to embedment in the FM) this file can be easily generated from a directory listing of the .ogg files for a particular AI, and subsequent manipulation. There are 3 buttons to step through the file. After each button press, you hear the vocal and see the subtitle. Also, briefly the index number within the list appears (a floating "7" near the statue's shoulder in this screenshot.) You can also - using a custom CVar in the console - jump to a particular index number. Unsurprisingly, you can't edit the subtitle within the FM. Just note what needs changing and do it with a text editor. Also, this FM is not intended to evaluate TDM's stock soundshaders, nor AI lip syncing (so just a statue speaking here.) If you hit the buttons fast enough, multiple sound files play at once, and multiple subtitle fields appear (up to the max of 3 the .gui offers)