Search the Community

Obsttorte was interested in what I learned while making the LQD with the modular building technique, so I'll write some words about it here. What is modular building? It is about reusing every piece you build. In the old building technique you make things by hand. Then you move elsewhere and make things by hand. Every time you start from scratch and do a lot of work until you have a small area that looks good. In Modular Building Technique (MBT), you make parts you need by hand, make them into .ase models and then clone them. You spend a lot of effort to make a single pretty detail piece. Once it is done, you can easily clone it. Also you can easily make derivatives of the existing piece. Ie. first make a wall. Then use the wall and make it into a 90 degree corner. And a wall with a doorway. And a T-junction. And a Wall with niche etc etc. Every piece you make, you create with the intent of making it reuseable. It takes a bit longer to make a single piece, but once you have a library of pieces, you can create good-looking rooms in few moments, just by cloning and bashing the modules in place. Some history I first thought about large scale modules, whole rooms and corridor pieces. The module would contain everything: worldspawn walls (the sealing geometry) and the details. In LQD the first floor was built with this principle. The corridors were repeatably cloned: straight corridor module, straight corridor module, straight corridor module, 90 degree corridor module, straight corridor module, T-junction module and so forth. When I reached the 2nd floor in LQD I started build smaller modules. Straight wall model piece, 90 degree wall model piece... Like seen in the LQ's study and this tutorial, for example. I personally feel this small module approach was far better than the large module one. The reason is you get more from the pieces: build sealing geometry, then clone the models in. Or the other way around if you prefer. Cloning entire rooms (mixture of worldspawn and models) is a bit clunky and error-prone. It is easier to make the location from several small reusable model pieces and then draw the sealing geometry around it. How to build modular? 1) Decide a grid size. This is THE MOST important phase. Try out different scales and decide what size factor your map will be. In LDQ I decided that the grid will be 144x144. It felt right for a castle. 2) Design the pieces so that they fit together and in to the grid. Here is a single example, which shows how the module pieces fit with the grid. Remember to leave room for sealing world geometry! That is, the worldspawn walls and floors marked in the screenshots below: The above example is in 2d. I mean the module pieces touch in XY plane. If you design your pieces properly, you can also make them fit in the vertical dimension too. That means you can mix and match pieces you build to have more variety: wall type A, ceiling type B and so forth. See below how the ceiling module fits on top of the wall modules. Pay special attention to the texture alingment. Remember, that the textures cannot be shifted anymore in an ase-module piece. Thus the texture alignment must fit nicely when the module is designed. 3) Build! Once you have the pieces ready, all you need to do is clone them and create the room. You might want to make the pieces into ase-models for lower memory impact (a model is loaded only once, cloning func_statics will eat more memory) and to protect your func_statics from DR corruption bug. 4) Decal modules! You can also make decal modules. When I built the wall modules seen in the screenshots above, I also retextured them with dirt decals and saved them into ase models too. This means I can simply clone a decal module on top of the actual module, thus griming it up with a single cloning. See screenshot below, actual module and it's decal counterpart. This simplifies griming things up a lot! You can also make modules for various other things, like wall damage, windows, vaults and the like. When you need a piece, you build it, make it into a module and place it. Then when you need a similar piece later, you just clone and place. No point in doing wall damage by hand, as you can just quickly clone a piece you made earlier and paste it all around the place: 5) Skins! Note also that this is not the limit. By writing a skin file, you could have variation within the modules, like the wall paper in the screenshot below: Summary All in all, you spend a lot of time designing the pieces. I would recommend building the pieces in a separate modules.map. This way you have a factory: you build pieces there, it is quick to dmap and jump in-game to inspect you work. Once you are sure your piece is perfect, you make it into an .ase model. Then open your map and mash the pieces you have together quickly and minimal effort to create a good looking location. Keep on mapping with the pieces until you need a new one. Then go back to you module factory and build a new piece. Make sure it is perfect, make it into a model and continue. Look at the wall in the above screenshot. Building that by hand via the traditional way would take a while. In the modular way, once you have built a single unit of that 3 unit wall, you can built the whole wall in seconds. Or any wall of any lenght! That is the power of the modular approach. Good looking details with low amount of work. Downside is that you are locked to a grid and you need to spend a lot of time with the modules initially. Also you need to have the discipline to plan your map a bit so that you won't waste time building modules you don't want or need. Special considerations: Note the part where the different modules touch each other. Pay special attention to this spot. You have to be very careful how you align your textures. There should not be a seam there. You could avoid the seam making the texture 'mirror' between the touching module brushes. This is very critical part in your module design so pay attention to it. Larger modules can be good too. For example, the spiral staircase towers (there are two in LQD) were a single module containing all the worldspawn and func_static walls. I made one tower and then just cloned it and placed it into the other location. Two towers at the expense of one. If I'm gonna map in the future, I'll just grab the tower from LQD and retexture. Assuming the next map uses same grid, that is... And one more benefit. Sticking to the grid makes later adjustments really easy. In LQD, there is the bedroom that was converted to a storeroom next to LQ's study. Initially this room was just sitting in the end of the corridor and there was no access from the spiral staircase tower into it. When I was drawing the in-game maps I felt that there should be an third option for accessing the second floor. Then I just added a corridor module between the store room and the staircase. Changed the wall modules into doorway wall module and the connection was ready. Hopefully this helps other mappers to explore alternative mapping techniques.

Taffers! the 2nd speedbuilding jam is upon us! 2ns speedbuilding jam We've got about 2 months for this one. So blow the dust off your DarkRadiant and get building!

I did a bit of digging through the forum settings and I could not find any configuration for this. Looking at the underlying code, the comment count per page is hardcoded to 3. I could update the code, but I'm reluctant to do so as this would need to be re-applied after each update. That being said, it looks like we should start to brace for status updates being removed as Invision Forums v5 no longer supports status updates (we're still on v4.x): https://invisioncommunity.com/deprecation-tracker/status-updates-r19/ https://invisioncommunity.com/forums/topic/480551-status-updates-have-been-removed-in-v5/

go and ruby packages are up, ill also throw in the vulkan development packages. have tested building some quake engines with ucrt32 and they work pretty well with it

And some info can be found on this forum topics and wiki. Wiki article: https://wiki.thedarkmod.com/index.php?title=Parallax_mapping Topic: https://forums.thedarkmod.com/index.php?/topic/22574-experimental-support-of-parallax-mapping-in-213/

go llvm and rust toolchains done and will be uploaded next. a lot of packages on the Msys2 MinGW repos depend on these as many sources have moved away from standard C/C++. rust is needed for the svg imaging library (probably one of the first packages that got ported) and many more. go is used for a lot of networking tools like some git additions. llvm/clang can be used as a replacement compiler for C/C++ and it's libraries are used all over the place. this will conclude the compiler toolchain for my part and building packages for it will be up to users themself.

btw. there are actually toolchains out there targetting ucrt32 but the benefit of having one specifically for the Msys2 version is the large library of packages and the package manager which eases building somewhat. i also uploaded the Msys2 filesystem and pacman changes as well as updated launchers. 64 bit Msys here https://sourceforge.net/projects/cbadvanced/files/Msys64/ 32 bit Msys here https://sourceforge.net/projects/cbadvanced/files/Msys32/ without these you cannot use them with Msys2 as the unmodified filesystem has no paths for the Ucrt32 compiler only Ucrt64.

fixed compiler uploaded btw. totally forgot . currently building the rust toolchain for use with it since a lot of the libraries on the Msys2 repo depends on it. llvm/clang done just havent had time to upload it. ill upload it together with the rust toolchain.

Hello taffers, the people over at TTLG forums have started a speedbuild game jam. 1st Thief Speedbuild Jam It's not a contest, and you have a tentative submission date of Dec 1, to get a mission built for T1-3 or TDM. Looks fun, and I'm going to participate too.

currently looking to upgrade my aging x99 platform with a ryzen 3900x and an asrock taichi board if i can get my hands on one for a reasonable price. the old x99 isnt as bad as many believe, it also supports AVX2 and the cpu's range from 6 cores to 10. it's ipc is lower than more modern examples but since i game at 4k i hardly ever ran into trouble because of that. gaming wise they are not the fastest but for raw compute power they still kick enough bucket so ill probably retire it for building purposes.

Inn Business It's business, at an inn, over three nights. Development screenshots: Download: https://drive.google...dit?usp=sharing Update 1.48 uploaded March 8th, 2014, one change: patches key rarely not being frobable in one of its possible spots Big thanks to my beta testers: Airship Ballet, Kyyrma and AluminumHaste! Development supporters of note: Sotha, Springheel and Obsttorte. Also thanks Sotha, for urinating in my mission. ;-) And thanks Kyyrma for the title screen! My appreciation to all forum/wiki contributors, without whom, this wouldn't exist. Thanks to positive commenters on my previous mission too, extra motivation helps! :-) Note this uses campaign features, what you use the first night, impacts subsequent nights. And to quote a tester, "...the level is maybe best experienced in more than one sitting". If you do pause between nights, please be sure to save, you can't begin partway through effectively. (If you accidentally start a night you already completed, just fail the kill objective to switch to another night.) If your frame rates are too low facing the cemetery, please reduce your "Object Details LOD" setting. It was designed with "AI Vision" set to "Forgiving", to be able to sneak through with minimal reactions, if you want more/less, adjust your settings accordingly. There are several random, conditional aspects, and ways of going about things, so others might have slightly different experiences. Post here if you discover hidden objectives for extra points! My condolences to loot completionists, I made a bit on the third night hard, you've got your challenge cut out for you! Speaking of which, there's a TDM bug that mission complete totals too high, here are the real amounts per night: 2026/970/202. Oh, there is something that in the U.S. would be rated PG, in case you play with kids in earshot. I hope you enjoy playing it, feel free to let me know you did, and I'm glad to respond to inquiries (like how stuff was done, nothing was scripted). (Note which night you are referring to if it's something specific.) (Please remember spoiler tags to not expose things meant to be discovered by playing.) Like so: [spoiler]secrets[/spoiler] Developed for TDM 2.01. PS: Thiefette, good news, no spiders! Springheel, if you find an optional objective you can skip...you might find it immersion breaking. Others, no undead! There are a couple other interactive critters though. :-) Edit note: Some posts below were from users of an unreleased version of TDM 2.02 which broke several things, they do not reflect regular game-play.

Hmmm, to me it sounds like improper use of assets, or not thinking about playable space with assets in mind, modular or otherwise. Never had these problems because I was always able to make assets with proper origin point placement, and with certain grid in mind. Thanks for the explanation though.

the upside to building with the above compared to the standard mingw 32 and 64 bit compilers is better compatibility with windows 10 and up as they use the universal runtime instead of msvcrt.

here is the version for jeremys msys2 32 bit msys2 fork. https://sourceforge.net/projects/cbadvanced/files/msys2-cross-mingw-w64/ the msys2 64 bit version is still building but can be found here when done -> https://sourceforge.net/projects/cbadvanced/files/msys2-cross-mingw-w64 64Bit/

Yes it is the anthro character. In terms of the scripts, most have the GPL3 header in the file, those that don't (created by @Obsttorte and @Dragofer) therefore fall under the other licence. But, without first knowing the contents of the file how could you redefine any undocumented parameters, an example being the difficulty entity - it's a spawnclass of idStatic, but you don't know that without first looking in the definition file as there's no documentation, source code references etc. to gain this information from (unless maybe you can add one in Dark Radiant as a map entity, but even then you wouldn't know the required strings for that entity unless you looked at the file). If you did look at the file, wouldn't any new creations then be building upon the CC_NC_SA licenced work, which would then put it under that licence? (isn't trying to understand licences fun!). On the flip side, due to the way the game was structured, if these TDM .def files were announced to be GPL3: atdm:ai_bark_priority atdm:ai_base atdm:melee_set_base atdm:ambient_ai_base atdm:ambient_head_base atdm:attachment_point_swinging atdm:attachment_point_swinging_LOD atdm:campaign_info atdm:entity_base atdm:flag_waving_pirate atdm:hanging_laundry_anim01 atdm:hanging_sheets01_anim01 atdm:longbanner_anim01 atdm:propgated_sound_base atdm:shop atdm:team_relations_default atdm:vine_piece Then I believe just about every def file created (unless they came off some of the damage defs which I didn't list) by anyone would automatically become GPL3 (whether the authors of other .def files wanted it or not) because these are all the parent entity definitions from which all others are children, so they would (due to the way the GPL3 licence works) also inherit that licence.

As someone who tends to alert guards often and occasionally stir trouble when going through a FM, I noticed some major issues when it comes to AI realism and awareness during combat or when guards face difficult situations. Everything's fine when AI go about their usual patrols... once trouble takes place however, the illusion falls apart as guards act like they're less self aware than a toddler. Indeed AI realism can't be improved past a certain point as there's a limit to the effort the team can put into something so complex... yet I do believe a few improvements can make AI behavior much more realistic and exciting. After analyzing this issue for a long time, I decided to put it all it into a few main points... I apologize for their length as I wanted to go in a bit of detail on each one, hope folks have the time and patience to read them. Biggest issue is AI are unaware of where attacks are coming from. I recently made another thread on how I climbed on a table and blackjacked two guards to death as they sat there doing nothing, something that also happens when shooting them with arrows as guards only explore the nearby area. The issue seems to be that AI don't account for the direction a hit comes from, they only know something hit them but act as if it must be some mystical force of nature: If you're sitting in a parking lot and an asshole neighbor throws a tomato at you from his balcony, you aren't going to cluelessly investigate the road in front of you when the projectile clearly came from behind and hit you in the back of the head, instead you'll storm into the building and start looking for which of the neighbors facing that side of the road may be the culprit. Despite voice barks existing for this exact scenario, we never see AI running to get help from other AI. NPC's will do one of two things: If armed and with enough health they will attack or search for you nearby, if hurt or unarmed flee to a random location. I've never seen an AI consciously run up to another AI asking for help and bringing them to where they spotted me, even when fleeing the AI seems to go to a random location. They don't share knowledge with each other generally speaking: The only awareness AI spread to other AI is alert level, meaning NPC A becomes alert if it sees or hears that NPC B is alert too... beyond that there's no coherence or actual cooperation, the voices may indicate some form of searching together but friendly NPC's are never seen actually engaging. Another big issue is voices being played (or not played) in disconnect with what's actually going on. There are AI voices for most important circumstances but they're very rarely activated: It's a miracle to hear a guard say "someone's been hurt" or "there's a body here" when noticing someone who's unconscious or dead. What seems to happen is if AI was already alerted by another peculiarity such as a noise, they're no longer surprised by anything else and won't play the voices designated for that scenario, so they'll only mention a body if that's the first thing to alert them in any way. Furthermore AI don't actively talk with each other while searching together, everyone acts as if they're on their own and not a team. What happens after a conflict is over. For this discussion I won't focus on better permanent alerts, that has greater difficulty implications and I think I made a separate thread on it a while back. The problem I noticed is once the immediate alert has gone down, AI return to full normality and act abnormally calm: The idle voices change from saying things like "it's a quiet night" to "we've got an intruder" but that's about it. In any realistic scenario even a trained guard would be shocked after being in a fight or finding a body. Below I'll list the immediate improvements I see to those problems, which without having an understanding the code myself am presuming can be changed without too much effort: When an enemy hits the AI with any weapon, the AI should be alert to the estimate location of the shooter. If you're standing atop a tower and fire an arrow at a guard, the guard shouldn't draw his sword and look around their nearby vicinity like a fool, but instead run up to the tower where you're standing granted they can pathfind their way to that location. If the player is far away the destination should be fuzzy and a random location nearby, thus the guard won't run to your exact location but will still climb the stairs and enter a room near it. AI need to learn how to ask for help instead of fleeing to random places when not attacking. If an ally who isn't already alert can be found nearby, the scared AI should explicitly run to their location tell them where you are then have the ally either run to your location (if armed) or go to another ally to get them to your location (if unarmed). Even if an AI is already alert, finding a body or dropped weapon or broken arrow should result in the AI speaking the voice line for that circumstance, only being engaged in combat should suppress it. I'd go further and support repeating those voice lines: A guard yelling "we have a dead body" several times during the first seconds of discovery would make them appear more shocked. Similarly talking to a nearby guard shouldn't be done just once when the two first meet: When multiple AI are searching for you, they should constantly alternate between single voice lines (eg: "I bet you're right over there in those shadows") and looking at another guard to talk to colleagues (eg: "I know I saw him here keep searching"), this would be a huge improvement since guards currently act like they're completely unaware of each other during a coordinated search. Making guards permanently affected after an incident is a trickier one but a few tweaks could improve it. The most immediate solution would be changing the idle animations: Instead of stretching or blowing their noses or eating candy, AI should be seen randomly cowering or face-palming or even playing the scout animation to look around carefully. One suggestion I'd absolutely throw here: If the AI found a dead body from an ally, have them cry occasionally... I think that would be an interesting and unexpected detail, that will also get players to think and feel more about the consequences of their actions and how they affect the world. There are other ones I could get into, but some would be more difficult and likely not worth trying to solve. Most notable and worthy of at least a mention is how AI walk over the bodies of fallen friends as if they're doormats: Obviously there's no way to have them drag bodies to the side, but maybe an avoidance mechanism so they don't look like jackasses trying to profane their dead friends by literally stepping all over them could be a fix for that as well! Let me know what you think of those points and if there are other AI issues you've noticed yourself or better solutions you can think of: I'm not sure if I got everything here but I definitely believe the problems exist and we could make the world more natural and immersive with some simple fixes.

Please help to build the game from source in linux distribution (Nixos).

Just realized something: The new parallax effect would be a great way to get model-less building modules, for creators who'd rather try those over the model panels! They provide enough depth to realistically simulate bricks and beams and even windows, enough to look as good as sets like "models/darkmod/architecture/modules/exteriors/ext_timber01" and the others: You'd only need to create some extra geometry for corner pillars to hide the geometry edge effect in parallax, otherwise it should offer the needed depth to have detailed 3D building walls directly on brushes

Complaint From Players The player must pick up candles before extinguishing them, and then the player must remember to drop the candle. The player must drag a body before shouldering it (picking it up), and the player must remember to frob again to stop dragging the body. The player finds this annoying or easy to make mistakes. For players who ghost, some of them have the goal of returning objects back to their original positions. With the current "pick up, use item, and drop" system, the item might not return easily or at all to its original position. For example, a candlestick might bounce off its holder. (See player quotes at the bottom.) Bug Tracker https://bugs.thedarkmod.com/view.php?id=6316 Problems to Solve How can the "pick up" step be eliminated so that the player can directly use or interact with the item where it is in the game world? How can so much key pressing and mouse clicking be eliminated when the player wants to directly use an item? How can candles be extinguished and lanterns toggled off/on without first picking them up? How can bodies be shouldered without first dragging them? Solution Design Goals Make TDM easier for new players while also improving it for longtime players. Reduce tedious steps for common frob interactions. Make it intuitive so that menu settings are unnecessary. Do not introduce bugs or break the game. Terms frob -- the frob button action happens instantly. hold frob -- the frob button is held for 200ms before the action happens. (This can be changed via cvar: 200ms by default.) Proposed Solution Note: Some issues have been struckthrough to show changes since the patch has been updated. Change how frobbing works for bodies, candles, and lanterns. For bodies: Frob to shoulder (pick up) a body. Second frob to drop shouldered body, while allowing frob on doors, switches, etc. Hold frob (key down) to start drag, continue to hold frob (key down) to drag body, and then release frob (key up) to stop dragging body. Also, a body can be dragged immediately by holding frob and moving the mouse. For candles/lanterns: Frob to extinguish candles and toggle off/on lanterns. Hold frob to pick it up, and then frob again to drop. Frob to pick it up, and then frob again to drop. Hold frob to extinguish candles and toggle off/on lanterns. For food: Frob to pick it up, and then frob again to drop. Hold frob to eat food. For other items: No change. New cvar "tdm_frobhold_delay", default:"200" The frob hold delay (in ms) before drag or extinguish. Set to 0 for TDM v2.11 (and prior) behavior. Solution Benefits Bodies: New players will have less to learn to get started moving knocked out guards. With TDM v2.11 and earlier, some players have played several missions before realizing that they could shoulder a body instead of dragging it long distances. Frob to shoulder body matches Thief, so longtime Thief players will find it familiar. Second frob drops a shouldered body. Players still have the ability to both shoulder and drag bodies. Compatible with the new auto-search bodies feature. Dragging feels more natural -- just grab, hold, and drop with a single button press. There is no longer the need to press the button twice. Also, it's no longer possible to walk away from a body while unintentionally dragging it. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Candles: New players will have less to learn to get started extinguishing candles. With TDM v2.11 and earlier, some players didn't know they could extinguish candles by picking them up and using them. Instead, they resorted to throwing them to extinguish them or hiding them. Hold frob to extinguish a candle feels like "pinching" it out. Once a candle is picked up, players still have the ability to manipulate and use them the same way they are used to in TDM v2.11 and earlier. For players who ghost and have the goal of putting objects back to their original positions, they'll have an easier time and not have to deal with candles popping off their holders when trying to place them back carefully. Set "tdm_frobhold_delay" cvar to delay of 0 to restore TDM v2.11 (and prior) behavior. Solution Issues Bodies: Frob does not drop a shouldered body, so that might be unexpected for new players. This is also different than Thief where a second frob will drop a body. "Use Inv. Item" or "Drop Inv. Item" drops the body. This is the same as TDM v2.11 and earlier. This is the price to pay for being able to frob (open/close) doors while shouldering a body. Patch was updated to drop body on second frob, while allowing frob on doors, switches, etc. Candles: Picking up a candle or lantern requires a slight delay, because the player must hold the frob button. The player might unintentionally extinguish a candle while moving it if they hold down frob. The player will need to learn that holding frob will extinguish the candle. The player can change the delay period via the "tdm_frobhold_delay" cvar. Also, when the cvar is set to a delay of 0, the behavior matches TDM v2.11 and earlier, meaning the player would have to first "Frob/Interact" to pick up the candle and then press "Use Inv. Item" to extinguish it. Some players might unintentionally extinguish a candle when they are trying to move it or pick it up. They need to make sure to hold frob to initiate moving the candle. When a candle is unlit, it will highlight but do nothing on frob. That might confuse players. However, the player will likely learn after extinguishing several candles that an unlit candle still highlights. It makes sense that an already-extinguished candle cannot be extinguished on frob. The official "Training Mission" might need to have its instructions updated to correctly guide the player through candle manipulation training. Updating the training mission to include the hold frob to extinguish would probably be helpful. Similar Solutions In Fallout 4, frob uses an item and long-press frob picks it up. Goldwell's mission, "Accountant 2: New In Town", has candles that extinguish on frob without the need of picking them up first. Snatcher's TDM Modpack includes a "Blow / Ignite" item that allows the player to blow out candles Wesp5's Unofficial Patch provides a way to directly extinguish movable candles by frobbing. Demonstration Videos Note: The last two videos don't quite demonstrate the latest patch anymore. But the gist is the same. This feature proposal is best experienced in game, but some demonstration videos are better than nothing. The following videos show either a clear improvement or that the player is not slowed down with the change in controls. For example, "long-press" sounds long, but it really isn't. Video: Body Shouldering and Dragging The purpose of this video is to show that frob to shoulder a body is fast and long-press frob to drag a body is fast enough and accurate. Video: Long-Press Frob to Pick Up Candle The purpose of this video is to show how the long-press frob to pick up a candle isn't really much slower than regular frob. Video: Frob to Extinguish The purpose of this video -- if a bit contrived -- is to show the efficiency and precision of this proposed feature. The task in the video was for the player to as quickly and accurately as possible extinguish candles and put them back in their original positions. On the left, TDM v2.11 is shown. The player has to highlight each candle, press "Frob/Interact" to pick up, press "Use Inv. Item" to extinguish, make sure the candle is back in place, and finally press "Frob/Interact" to drop the candle. The result shows mistakes and candles getting misplaced. On the right, the proposed feature is shown. The player frobs to extinguish the candles. The result shows no mistakes and candles are kept in their original positions. Special Thanks @Wellingtoncrab was instrumental in improving this feature during its early stages. We had many discussions covering varying scenarios, pros, and cons, and how it would affect the gameplay and player experience. Originally, I had a completely different solution that added a special "use modifier" keybinding. He suggested the frob to use and long-press frob to pick up mechanics. I coded it up, gave it a try, and found it to be too good. Without his feedback and patience, this feature wouldn't be as good as it is. Thank you, @Wellingtoncrab! And, of note, @Wellingtoncrab hasn't been able to try it in game yet, because I'm using Linux and can't compile a Windows build for him. So, if this feature isn't good, that's my fault. Code Patch I'll post the code patch in another post below this one so that folks who compile TDM themselves can give this proposal a try in game. And, if you do, I look forward to your feedback! Player Complaints TTLG (2023-01-10) Player 1: TDM Forums (2021-03-13) Player 2: Player 3: TDM Forums (2023-06-17) Player 4: TDM Discord (2021-05-18) Player 5: TDM Discord (2023-02-14) Player 6: Player 7: Player 8:

Living in Ring Of Fire zone is worse. Big earthquake and regular mount erruption is a commonplace. We who live in the ring of fire area are constantly haunted by the potential for megathrust earthquakes, tsunamis and volcanic eruptions/ash. I'd say i am quite accustomed being jolted here and there by varying magnitude of earthquake starting from 5 to 6,3-6,6 magnitude. I continue to hope that tsunami buoys, seismic building code enforcement, early warnings displayed on cell phones or TV and evacuation guideline plans continue to be effective. Earthquake prediction still sounds impossible today. The fukushima daichi nuclear plant disaster in Japan in 2011 was truly the worst and its scale was unimaginable. It's a worst disaster by virtue of big earthquakes and tsunami. But we can all learn from it. I was curious about the safety system of nuclear power plants, one of which is seismic design for nuclear power plants. I heard that there will be investors building a nuclear plant(thorium based or SMR) in the country where I live. We already have the oldest reactor (called TRIGA from general atomics) for learning/academic purposes which has been established since 1965. What I still doubt is the Standar Of Procedure of operational safety , physical building security and nuke waste treatment. IAEA organization might have a keen eye on us over this matter. For the current site plan, this area is deemed quite sage from earthquakes. I don't know if the new capital will also use this or use other renewable energy. Again, nuclear power plants can be the target of attack / sabotage, the recent news is the threat of a Russian attack on the ukraine nuclear plant or vice verza (unfortunately the assessment data is not published by ukraine - reasonable because it may be confidential) * i started to think it might be handy if we had chinook helicopter or yakovlev yak 24 equivalent helicopter for evacuation and aid supplies purpose in case of natural disaster

Author Note: This is a brand new mission and a new entry into the accountant series. There are some different than usual puzzles in this FM, so if you find yourself stuck try to think about your pathway forward in a logical manner. And if you're still having troubles then pop by this thread and ask (preferably with spoiler tags). This FM is brand new and serves as the first installment in The Accountant series, a few years back there was a small prologue style mission released however I felt that it did not represent The Accountant series so I decided to go back to the drawing board and do a whole new mission that's larger, has a better level design and has a story that lines up closer to what I plan to do with the accountant series. The mission is medium sized and you can expect between 30-90 minutes to complete it depending on your playstyle. Beta Testers Captain Cleveland Crowind Kingsal PukeyBee Skacky SquadaFroinx Voice Actors AndrosTheOxen Epifire Goldwell Stevenpfortune Yandros Custom assets Airship Ballet Bentraxx Bob Necro Dragofer DrKubiac Epifire Kingsal MalachiAD Sotha Springheel SquadaFroinx Available via in-game downloader File Size: 233 MB - Updated to v 1.1 (01.06.2018)

I'm trying to compile TDM from source, to explore the engine for total conversion projects. But my hardware is a bit old, and the versions 2.08+ run into this black-menu issue (my gfx card is an ATI Radeon HD 4870, and the proposed solutions don't work), so I have to stick with older versions. So I tried compiling version 2.07, but it failed to compile. I'm not experienced with Visual Studio, so I'm not sure what to do. I get errors like this one: I tried right-clicking the solution and selecting "retarget solution", but it didn't fix it. I'm still getting the same errors. I'm not sure how to install the build tools says it requires. I'm on Windows 7 (x64), using VS 2017, so I'm not even sure I could use these build tools. Version 2.10 compiles fine, though, but I don't suppose there's something in the code I could easily switch off to make it run on my hardware.

@nbohr1more, I just recently noticed that back in Oct you reported in https://www.ttlg.com/forums/showthread.php?t=152771 I didn't see anything about this in the current "What's New in 2.13". Will this new functionality actually happen for 2.13, and if so what FMs can now be re-downloaded to get the enhanced translation packs? Particularly "early TDM missions [that] also have German, Italian, French, etc translations". Pointer to any new bugtracker/forum/wiki info about this appreciated.

I think it's good to make sure it's only happening in 2.13 and not also in 2.12. If it also happens in 2.12 it's probably just an (lod related) mission bug that the missionmaker (bikerdude) has to fix. I already send your post info to him (he's not on the forums)

I have installed F5-TTS with pinokio: https://pinokio.computer/ It's remarkable how fast this model is and how easy to use. Just find some longer voice clip and use it as reference audio. Under Multi-Speech you can upload more voice clips and give them tags/Speech Type Names, of use this for different voices alltogether, then simply start the scentence with {your tag}. {your tag2} etc. I took 4 clips from the moor tagging them soft, normal, angry and shout, then making them say the same line: YourCamel.mp3 It works very fast and the quality is very much the same as I got out of tortoise-TTS, but seems not as good in keeping the character of the voice.