Search the Community

well decided to have a look at setting it up on solus and ... it does not exist as a package. you can still build it yourself but there are some pitfalls. timeshift relies on dcron which was removed from solus so you have to create the auto backup sequence with systemd yourself (i hope your good at scripting). create a textfile, name it "timeshift.service" with following content: [Service] ExecStart=/usr/bin/timeshift --check Create a second textfile, name it "timeshift.timer" with following content: [Unit] Description=Run timeshift --check [Timer] OnBootSec=10min OnUnitActiveSec=60min [Install] WantedBy=timers.target` copy both files to /usr/lib/systemd/system (-> sudo cp timeshift.service /usr/lib/systemd/system # same for timeshift.timer) Now enable the timer: sudo systemctl enable timeshift.timer you might need these dependencies before building timeshift. sudo eopkg install libgee libvte rsync dcron libjson-glib even though dcron is listed as a dependency it does not work with solus because it is systemd based.

So id recently started dablling with linux derivatives as a main OS again after holding off for years due to some problems running my hardware when i stumbled upon Solus. Solus is a distro that was developed independently from mainstream linux (from the ground up) and uses its own desktop model called budgie (also comes with a plasma gnome and XFCE dektop). Solus uses its own package manager called eopkg and it handles flatpak and snap as well. I been very impressed with it so far as things just worked out of the box for most parts, only real problem i had was getting steam running which turned out to be due to my machine loosing internet connection when it was installing it which left some broken files and after an uninstall / reinstall it worked quite nicely. one warning though Solus comes with a linux steam integration tool which while cool has a rather annoying bug if you try to use the intercept library no games will launch (well alledgedly one will and it was made for that because it wont launch without it on groan...), so do not enable that setting. lutris also works pretty much from the get go though i had to do some reading to find out how to get it to synch up with steam (steam profile must be set to public in pretty much everything). So how does games work on it, well actually rather well proton has made strides in getting even the newest games to run on steam and the only games i so far have not been able to run is the division 1 and 2 but this a'int a problem with steam but with ubisoft connect which crashes and might get fixed in the future (damn launchers...). So far i been plaing baldurs gate 3, callisto protocol, crysis remastered trilogy, DOOM, starfield and a wealth of older games with it and no problems besides having to run baldurs gate in DX11 mode (not really sure why the vulkan driver is not working for this game on linux ???). I might actually step onto the linux platform for good when win10 goes out of support, and ill probably stay with solus since it is less cluttered than most other distros and main packages are built explicitly for it which again means stability as you dont get puckered into installing something which was newer meant for your OS (yeah i f.... up numerous linux distros over the years because you can install pretty much what you like even if it breaks everything, not so with Solus). This does not mean you cant have some nice app you need which was built against say gnome because you sit on a plasma desktop, you absolutely can but they are only avaliable as snap / flatpaks so each of them run in its own sandbox with all the dependencies only avaliable to said program and keept isolated from the system. try it out :) https://getsol.us/download/

I found the setting that causes it. The glitch happens when anti-aliasing (r_multiSamples) is enabled. EDIT: Bisecting shows that rev 10384 is the first commit to introduce this glitch. EDIT 2: Happens when r_multiSamples is set to 2 (most likely) or 4 (less likely). When set to 8 or 16, it is still possible but less likely.

I've been having this issue in my own fms, where the first time I enter a new area, the ambient sound will start out loud for a second, and then go down to the intended volume, instead of transitioning properly. This only seems to happen in my own fms, so maybe it's some setting I overlooked. I made a small test map: test_area_sounds.map There are three areas in the test map. The second area has an ambient volume of -17 db, while the others have 0 db. The problem is noticeable to me right when the map loads and the first ambient starts playing, but it's even more noticeable when crossing to the second area, where the sound starts loud, and then goes way down and stays there. After I've entered all areas for the first time, then all is good, the sounds transition fine. As in, the volume goes down and then up to reveal the new ambient sound.

The KDE warnings are because the composer component is broken in the current KDE version, setting numlock to on at system start does not work currently because of this (configs still use the earlier format which are wrong for this version, the value for on is now 0 and 1 is off, the old values just used On/Off which do not work anymore since it was changed to an enumerator type instead.) there are also a few other bugs because of this which will hopefully be fixed with the upcomming update.

Recently, about a month ago, @demagogue mentioned the following in another discussion: While we're at it, someone really needs to write an official history of the Empire and a lot of associated fanfic to give our world backstory. And someone ought to make an art book with screenshots across all our FMs and some story, as if it were like one of those travel photo books. Something people put on their coffee table for discussion and just to flip through for fun, or in your case actually make the things. I see the idea you're talking about as something along those lines. I even promised demagogue I might look into it in the future. All of this got me thinking... We know The Dark Mod does not have a strict canon, per se. There's Bridgeport and The Empire, a few other cities, there's notes on what technology, society and the fantastical elements of this setting are, what the various typical "factions" are and how they vary greatly, what the atmosphere and tone is like, and so on and so forth. However, the rest of the things are far more nebulous and are generally down to what an individual player or fan of TDM is willing to accept as potential canon. We had the references to cities (Braeden) or minor setting elements (the mandrasola drug, etc.) throghout multiple missions by unrelated authors, and those are just the simplest of examples. In short, what constitutes as TDM canon, beyond those fairly official basics, is quite maleable. With all of the above in mind, and taking demagogue's ideas into account, I think we could compile a rough, loose history of the overall setting. It doesn't need to be obsessively filled with details, but we could give people some vague idea of what happened in the last two thousand or so years before what we generally portray as the "present day" of the TDM setting. I think we already have plenty of interesting source material to work with, if our goal is to create a rough timeline/outline of The Empire's history, the Builder church's history, and hints at what the history of the world outside of The Empire has been like (also counting with possibly biased accounts, in-universe). Now, speaking about that source material, what do I actually consider as source material ? Technically, every mission or nearly every mission made for TDM could be potentially considered source material. However, I am a little bit more picky about this. I think the closest we have to an established, "hard canon" for the game's universe, is a lot of the above-mentioned source material, and that occurs primarily in two places: In the two or three official missions that come with the basic TDM install (Training Mission, A New Job, The Tears of St Lucia), and in the main Universe articles on the TDM wiki. These are going to be my primary source for compiling the history, chronologically and otherwise. In addition to the official-as-official-gets missions and official universe notes, I am also willing to include stuff from all fan missions, if it expands the history of the setting in interesting, but reasonable ways. If the premise of a mission clearly doesn't fit the rest of the setting directly or is quite jokey, then I won't consider it a reasonable enough source for a potential addition to "canon". Why would demagogue suggest we should compile such a more detailed background history ? Personally, while I don't mind the idea, I am also fine with keeping things as they currently are. At the same time, I have noticed the number of people who come to the forums, clamouring things like "Where's the sprawling story campaign ? Where's the sprawling background story of the setting ?". Less of the latter thankfully, more of the former, for understandable reasons. Still, it seems that a lot of newcomers to TDM, especially those with pre-conceived notions from their time playing Thief (or other fantasy games), seem to want more from the overall setting than just the missions and mission series we have. Honestly, I'm torn on this. I've always been an elliptical storytelling style guy. Less is more. A hint here, a hint there, a throw-away comment there... Some games try to overdo it with super-detailed lore and the results can be... questionable and grating. Part of why I'd prefer that, if we do compile more of a broadly accepted "canon" for TDM's setting, then it should still be accepted in that "broad" way. I.e. it is soft and maleable enough that it does not tie mission-maker's hands, with regards to missions and stories set in the past, present and potential future of the TDM setting. A lot of players think they know what they want if they want a detailed setting, but more often that not, it just ends up with things being overexplained and losing their "charm" and a reasonable degree of mystique. After all, even die-hard Thief fans should acknowledge one thing: Thief didn't try to explain everything. Far from it ! The entire trilogy was very fond of elliptical storytelling, with hinted-at stuff and loads of unexplained stuff and references. I think TDM should keep with that, even if we potentially expand the "hard canon" parts of TDM's canon. Not stuff like "in this or that year, William Steele was born", but certainly stuff like "from the 4th to 7th century of its existence, the Empire was ruled by this or that dynasty, in a unique tetrarchic set-up", and similar.

The "external argument about exact duration" is not removed with double click. There is a setting in OS preferences for setting double-click speed, is there not? The challenge of setting the exact duration is the same for both long-press and double-click frob. Therefore, the confusion is not removed with double click. I tuned the long-press frob to be somewhere between "unintentional long-press frob" and "it being too sluggish." Early player feedback guided the current default value of 200ms -- it was originally 300ms. During more play testing, if players are having trouble, the default can be increased and tested. We need to follow the data from actual play testing. The player can adjust the tdm_frobhold_delay cvar to their liking as well. It's more likely that a player will hold frob while moving an item, because for most items, nothing different or bad happens. It's less likely that a player will unintentionally double-click frob an item during pick up, because they know that would cause them to drop it. Therefore, players are more likely to discover long-press frob to extinguish than double-click frob to extinguish, which is a good thing. We want the player to discover it (if they didn't read the manual or play the tutorial mission). Also, long-press frob is used in other games, such as Fallout 4. Getting double-click frob to extinguish to work well along with drop item would be troublesome, because there would always be a double-click delay before a single-click drop initiates. Long-press frob does not have a drop issue, because the player can long-press frob until they see the candle extinguish or quick-press frob to instantly drop it. To be clear, long-press frob also "does not change existing controls, only adds new meaning for" a longer frob press. This long-press frob proposal has already been play tested and agreed to be a good control scheme by several players. Double-click frob would need new code written, would need to be play tested, and would need to be fine tuned based on player feedback. Another rewrite of the code would be a distraction and may not bring us closer to the goal of "providing a better experience for new players as well as longtime players," especially since one has already been found and proven: long-press frob. For longtime players who are not satisfied with this new control scheme, "tdm_frobhold_delay 0" restores TDM 2.11 behavior. After 7 months of player research, code experiments, early player feedback, adjustments, rewriting code, and more player feedback, I believe long-press frob is good enough, given all of the compromises, imperfections, and its iterative design. It solves the problems stated in the proposal on the first page, and its design goals are met.

I dom't use it, i found it here with the filter set to OpenSource. the TOS and PP isn't excluding for an OpenSource app, if they use ads mean that they also need to pay an server for this online service. OpenSource is not synonymous with free either, perhaps after the beta phase it is no longer free, so perhaps you can take advantage of the fact that it is still free to create a series of textures that can be used or search another one in Futuretools. AI generated textures and assets, by definition, don't have any copyright, so you can use them as you want. https://www.futuretools.io/?pricing-model=free|open-source&tags-n5zn=gaming

This is a different issue than the click of sound at the start of every transition that I was talking about in earlier posts that you're referencing. This may be a problem that's always been there but nobody really noticed or commented on it, or maybe only for certain ambients? So the first problem is that the ambient starts abruptly at game start presumably because the sound system isn't online yet to process the fade in, and it just starts the ambient at full sound. So then you added a delay, but since you're not coming off of a previous fade out to sets the volume to zero, it plays the full volume ambient through that delay and then cuts to zero and fades in. My idea is that if you want a fade in from the start, don't start with that ambient as it is. Start with a .1 second of silence, and then fade in the ambient. There are two ways I can think to do that. (There might be other ways.) 1. Some ambient soundshaders start with a "leadin" spawnarg that starts it with a bit of silence, originally used to stop the click of sound (soundshaders ending in "_z", there were two versions, one with and one without the _z, unless that was later changed). You could confirm that the soundshader for that ambient uses a "leadin" arg, or if it does but it's not long enough, maybe use a custom soundshader to use a longer leadin blip of silence. (In that case you'd have to make the longer silence file yourself.) 2. Or another possibly easier way may be to start with an "override" sound, look at the Sound Override part of the tutorial with silence, and then after .1 second or whatever, transition that to the normal location-based ambient according to the instructions, and then the override sound will fade out and yours will fade in. I think you'd do that by setting the override arg to "1" from the start and then change it back to "0" after 0.1 seconds using Target_setKeyVal as the instructions say. Confirm that the "silence" sound is stereo. I noticed if you start it with a non-stereo sound, the system stays non-stereo. I think that was fixed, but good to double check. If it isn't, then you could do the same thing with a normal ambient that just starts off silent or very quiet for that first .1 second.

No I can't see the videos. Put them up on Youtube as non-listed videos. Also, what's your system? Is it a relatively slow or older system? The first time one enters a location, there's some work being done that might be pre-churned from then on, so I think it might have something to do with the work load slowing all kinds of things down, including the ambient going online. If you know your way around DR (or editing the map file directly), you could test things like setting the native volume of the location entity to zero from the start, and see if it happens when other speakers turn on for other reasons the first time, like a trigger. It may be an issue that all speakers face that this system inherits.

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

I like the widget, but I'd love it to be an optional thing, toggled on/off by setting and/or CVar.

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:

Mandrasola is a small sized map in which aspiring thief Thomas Porter steals some herbal products from a smuggler. The mission was created by me, Sotha and I wish to thank Bikerdude, BrokenArts and Ocn for playtesting and voice acting. Thanks goes naturally to everyone contributing and making TDM possible. This mission occurs chronologically before the Knighton's Manor, making it the first mission in the Thomas Porter series. Events in chronological order are: Mandrasola, The Knighton's Manor, The Beleaguered Fence, The Glenham Tower and The Transaction. The winter came early and suddenly this year. Weeks of strong blizzards and extremely harsh cold weather hit Bridgeport hard. With the seas completely frozen, a rare occurence indeed, most of the City harbor commerce has stopped completely. Vessels are stuck in the ice and no ship can leave or enter the City, resulting in the availability imported goods declining and their prices skyrocketing. One of these imported items is Mandrasola, a rare herbal product, which is imported overseas from the far southern continents. Mandrasola has its uses in alchemical cures and poisons, but mostly this substance is used for its narcotic qualities by commoners and even the nobility. The problem with Mandrasola is that excessive use is extremely addicting and the withdrawal effects are most grievious. Many are utterly incapable of stopping using Mandrasola and are transformed into quivering human ruins if they do no get their daily dose. And now this expensive and rare substance is running out from the whole City. Me and my fence, Lark Butternose, would love to grab this monopoly to ourselves: selling the last few doses in the City would probably be worth a fortune. According to Lark's sources, there remains only one smuggling lord who still has Mandrasola in stock. The problem is that this individual maintains an exclusive clandestine operation and only supplies a few nobles. Despite our best information gathering efforts we couldn't learn who the smuggler is and where he or she operates. Luckily we have an alternate plan. While searching for Mandrasola related information, we learned that a noblewoman called Lady Ludmilla is addicted to the substance and has paid high prices for small amounts of it. We also know that she has visited frequently someone in the Tanner's Ward waterfront, and since she goes to the area personally we believe she is visiting the smuggler. The plan is simple: I must monitor Ludmilla's most likely entryway to the Waterfront and then follow her to the smugglers hideout. I'd better be very careful around Ludmilla. She must not realise I'm following her or she probably won't lead me to her dealer. Hurting her is also out of the question. After she leads me to the smuggler's hideout, I can take my time to break in carefully and steal all the Mandrasola I can find. While I'm there it wouldn't be a bad idea to grab some loose valuables as well. I've now waited in the blistering cold for a few hours already. Looks like there are a few city watch patrols in the area to complicate matters... I think I heard a womans voice beyond the north gate. That must be lady Ludmilla, I haven't seen many ladies in these parts. I'd better get ready.. Links: Use the ingame downloader to get it. WARNING! Someone always fails to use spoiler tags. I do not recommend reading any further until you've played the mission.

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.

Announcing the release of Braeden Church. Summary William Steele: In the North introduced us to some memorable characters: Lord Harckoff, Lieutenant Trumble, Father Grimmore ... The setting was a renovated Builder church. But what was that church like, back when Father Grimmore was alive and the Harckoff family was nowhere to be seen? This mission takes place on one very nasty night back then, when a gang of murderers and thieves raided the church. You happen to be in Braeden on the same night, and you decide to visit the church, with a goal that's quite different than what the gang had in mind. Download This mission requires TDM 2.06 or later. Available through the in-game mission downloader. Build Time Who knows? This was an idea I had after releasing In the North, and it got built in bits and pieces over the years. Its time has finally come. Thanks to ... Bikerdude, Amadeus, Cambridge Spy, Ubersuntzu, s.urfer, and AluminumHaste for beta testing. Bikerdude and Mortem Desino for the conversation voices. I18N Initially, this mission is not ready for translation. I intend to deal with that in the future. Recommendations 1. If you haven't played In the North, I recommend you play it before you play Braeden Church. (Braeden Church is NOT a Steele mission.) 2. For those of you inclined to race past conversations, I suggest you don't in this case. The opening conversation is an important part of the mission. Enjoy!!

They don't work with stencil shadows. If a player has stencil shadows enabled, the volumetric lights have forced shadow maps enabled, while other lights have still stencil shadows. So it will just work. I think it will have a performance hit (also because the mentioned forced shadow maps I assume), but the mission overal is not very demanding? Afaik volumetric lights is enabled with a spawnarg. So via a trigger/script this setting can be changed? Not sure.

Change the subtitle setting from Story to On in the audio menu. You will now see subtitles for standard AI greetings / barks.

This above. It is easy to give but difficult to take away. I suggested @Daft Mugi to initially stick to a single hold-frob value of 0.2ms, 0.5ms... whatever he thinks it's best for the average player. If this value doesn't work, it can be changed in the future. If the new single value does not work either, we then can think of alternatives. By following this we are left with two options: New frob and old frob, instead of four options, one of which reads alien for new players. The new hold-frob is built on top of everything and it is out of the way. This whole change feels like an improvement and the point of controversy has to do with the default action for bodies. I suggested @Daft Mugi that all changes stay but the setting focuses on bodies only. This way we could have "Frob body action": a) Shoulder b) Grab & Drag.

You do not "need to use" hold frob to extinguish candles - you can use hold frob but the 2.11 controls also work exactly the same as they used to. Pick up the candle - and "use inv item" to extinguish it. Pick up food and "use inv item" to eat it. Do you have some other setting or keybinding which is preventing this from working?

I am going to sort-of reveal that this is loosely like the nature of my upcoming mission. I noted it here when JackFarmer asked about things that are coming along in this post: https://forums.thedarkmod.com/index.php?/profile/37993-jackfarmer/&status=3943&type=status It too is a builder church. The player is requested by a hopefully famous character in another mission to handle some business that is affecting the congregation. I am looking to invoke some info and history laid down in other missions as a hook story.

You can walk through every entity and spawnarg in the set up piece by piece and see if there's a logical problem buried in there. I don't recall how the fade-in works for the initial ambient anymore. It's been too long. But you can experiment to see if it's really borked. But what I came to say is that note there's a Sound Override setting where you can just set up an ambient transition yourself by some trigger if the location transitions aren't working properly for some reason. One thing you might try, if the initial ambient always borks the fade in no matter what you do, is to set a dummy initial sound by immediately triggering the Sound Override as soon as the map starts, like just a quarter second of silence, and then turn the Sound Override off a half second later to have the system immediately transition back into the initial location ambient, and then the fade in should work properly. It's a bit of a hack, but it could fix your problem. You might be able to think of other ways to deal with it along those kinds of lines.