Search the Community

Same TBH. And I don't think perspective looks bad in TDM in general. Yeah, the moon looks weird on those screenshots on the first page, but I think that's more of a problem with skyboxes and not so much with geometry in general? Maybe skybox code could be improved, or maybe just the material settings, or maybe a portalsky with a moon model would look better? But before seeing those screenshots I never even noticed that the moon looks stretched when it happens to be in an upper corner of the screen - I usually don't look that closely at the corners, especially if the only thing shown there is part of the skybox and nothing immediately important (like enemies or cameras) So with panini the center of the screen, where you look at most of the time, looks bent/distorted (especially when moving), while with standard projection the screen edges (that you don't look at so much) are a bit stretched. I think the latter is the better tradeoff

This pinned thread's purpose is to collect links to all the discussion threads for new features to be added in 2.14: https://forums.thedarkmod.com/index.php?/topic/23080-214-new-and-updated-assets/ https://forums.thedarkmod.com/index.php?/topic/23072-214-mirrors-and-remotes-resolution-and-optimizations/ https://forums.thedarkmod.com/index.php?/topic/23070-214-tdm-version-macros-and-x-ray-breaking-change/ https://forums.thedarkmod.com/index.php?/topic/23071-214-in-game-screenshot-as-menu-background/ https://forums.thedarkmod.com/index.php?/topic/23073-214-interactible-projected-decals/ https://forums.thedarkmod.com/index.php?/topic/23074-214-new-smoke-generation-system/ https://forums.thedarkmod.com/index.php?/topic/23088-214-beta-ko-non-elite-ai-after-flash/ https://forums.thedarkmod.com/index.php?/topic/23087-214-beta-frob-changes-additions/ https://forums.thedarkmod.com/index.php?/topic/22736-font-localization/page/2/#findComment-503417 Maybe: https://forums.thedarkmod.com/index.php?/topic/23104-script-debugger/ As well as older Feature Collection Threads: [2.13] Feature Discussion Threads [2.12] Feature discussion threads [2.11] Feature discussion threads [2.10] Feature discussion threads

I just looked in the code: Regardless of whether using an item or dropping to hands, the reduction of the item count is done in the same function that I have fixed for the aforementioned issue. So, this should also fix those "use after use"-bugs.

Thanks again, I actually found it myself a minute ago, perhaps it was your previous hint which opened up my eyes... And what about that safe-in-the-safe code at the baker's? Is there a clue to it anywhere? Using the paw feels like cheating...

This thread is intended for discussing and reporting things about the new frob changes during beta. Most of the description below was already given in a previous thread. Bugtracker: #6658, #6668. New Frob Control Styles I have completely refactored the frob-handling code. Now, it is easy to setup different frob control styles. There are currently 3 (and a half), which you can try in 2.14 beta. Under "Settings > Gameplay > General > Hold Frob/Interact" (cvar tdm_frob_control_style), you can change the frob control style. This setting replaced the previous hold frob delay setting (tdm_holdfrob_delay), because I think that nobody would touch that value unless they want to disable the holdfrob mechanic, which can now be achieved by the new setting as well. The currently available control styles are: Disabled: No hold-frob mechanic, i.e., pre v2.12 control style TDM: Short frob is the same as pre v2.12, but long frob is a shortcut for "grab and then use" (use-type interactions) Thief (v2.12): Same as TDM, but behaviour for bodies is swapped. Body limbs are interacted with via "drag and drop". TDM-inverted: Short frob for use-type interactions, hold frob to "drag and drop" objects (when you release the mouse button, you will release the object) I always loved the drag and drop interaction with body limbs created by Daft Mugi and I wanted to see it consistently extended to all objects, which motivated the refactor. I am very happy with the result and I hope you players enjoy it as much as I do. The Thief control style will still remain the default settings, however, as I didn't want to open that can of worms. Hold-Frob Mechanic for Doors There was previously no hold-frob mechanic for doors, except for experimental manual door control feature. I have added two additional new control modes for hold-frob on doors, which you can activate through the cvar tdm_door_control. The modes are: 0: Disabled 1: Manual door fine control (experimental, existing feature) 2: Hold frob to slowly move doors. They are opened and closed alternatingly, just like regular frobbing a door, but interrupting a moving door is skipped. 3: Hold frob to slowly open doors. Additionally, I added in the ability to quickly force close a door by holding frob and pressing attack. It felt like mode 3 ("Slow Open") gave the most benefits and most direct controls to the player and pairs well with the force-close mechanic. So, I just set "Slow Open" as the default and I did not add it to the settings menu, but you are of course encouraged to try the other modes as well. The idea behind this addition is that the player can now slowly sneak and peak through a door, but then can also quickly shut the door again if the player deems the situation unsafe. This adds more skill expression and creates further immersion. 2.14 Beta Please use this thread to report any issues with frobbing (always state tdm_frob_control_style and tdm_door_control configuration), the new door control modes (please test them rigorously) and to give feedback on any of the above changes. Pinging players that previously showed interest in this: @wesp5, @snatcher, @Baal, @Skaruts, @Wellingtoncrab, @Amadeus

Fantastic mission. I've played it three times so far (all 3 versions) and still enjoying it. As a cat lover, I especially appreciated the "family reunion" side quest... However, I'm still having 2 unanswered questions: What is the intended way to get to the golden prosthetic arm? Is there any clue around pointing to the code of the baker's inner safe? After so many hours I'd be grateful for some straight guidance…

Is stuff like this useful for our implementation? https://developer.download.nvidia.com/SDK/10/direct3d/Source/VarianceShadowMapping/Doc/VarianceShadowMapping.pdf Or even: https://developer.download.nvidia.com/shaderlibrary/docs/shadow_PCSS.pdf https://download.nvidia.com/developer/presentations/2005/SIGGRAPH/Percentage_Closer_Soft_Shadows.pdf https://github.com/proskur1n/vwa-code

Should there be some cutscene at the end? I found all the relics and Curio´s items, then went to sit in the chair in the red room, and that was it (still played and finished v1 on 2.13, because I was pretty far along). Anyways, time to say huge thank you to both of the creators and all the lovely people who were helping to test this mission - this has to be the most unique mission I have played so far on Dark mod - the (New) weird combination of aesthetically pleasing leveldesign and unclear story, sooo many options of entering and finding out unique "quests" and safe opening combinations is unheard/seen/played of. People in forums say its combination of Dishonored and Bioshock, I would add a hint of Dark Souls in the story area, mixed with Twin Peaks, and you start to get an idea. Although I am playing fanmissions from the very beginning of the mod´s existence, I felt completely lost here and I enjoyed that. I also didn´t know how to solve many of the combinations until I got a hint - overwhelmed by all the entry options and connectedness of the space(s) to the beauty of individual set pieces (I felt like a tourist, taking screenshots of almost everything). And the music! My goodness, that beautiful non-cacophonic chill music just begged me to stay and listen. I immediately recommended this mission in another forums where I am active, so hopefully people will get to play it. Well done, everyone, this is a threat. PS: Can I politely ask you to get together with Bikerdude, Kingsal, Sotha, Melan, Goldwell and anybody else who´s willing and put together an official campaign, please? Pretty please?

apologies, running darkmod puts this out now.. BOX64] Using native(wrapped) libX11-xcb.so.1 Initializing OpenGL display Borderless fullscreen - using current video mode for monitor 0: 1024 x 768 [BOX64] Using native(wrapped) libGLX.so.0 Failed creating window Retrying OpenGL initialization in safe mode Initializing OpenGL display Failed creating window --------- Game Map Shutdown ---------- --------- Game Map Shutdown done ----- idRenderSystem::Shutdown() [BOX64] 449357|Ask to run at NULL, will segfault signal caught: Segmentation fault si_code 1 Was in fatal error shutdown: Unable to initialize OpenGL Trying to exit gracefully.. About to exit with code 0

Hello everyone, The subject is quite clear I guess. If you want to beta test the mission the forum is here : https://forums.thedarkmod.com/index.php?/topic/23100-early-beta-lord-scrogianis-ledger

I don't think the automation can do that, but it works via Python code, so I have the feeling I could make a wait until type "Y" kind of prompt in between. What I was just thinking is that you could make a script that opens every readable and then makes a quicksave. In the end you have a list of quicksaves that open the readables. Normaly only 2 quicksaves are possible, but it can be extended via: com_numQuickSaves N

@STiFUIm glad to see this is back on the menu! Looks really nice. A neutral grey or a very subtle "golden" hue for all frobable objects is the way to go. Colored shaders can get messy with different lighting scenarios, different loot object colors, always fighting players preferences, ect. Also object specific frob colors will open up a brand new communication channel that wasnt there before. Its just messy imo. I did some early prototypes for colors a long time ago, might be in the dev forums somewhere actually. Anyways, great to see it getting worked on. Thanks for doing it.

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.

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:

@Mike__ could you please put this in spoiler tags?

I was curious to try all this out, so I had a go at it at least on code- and GUI-side. I am quite happy with the result. I have implemented dynamic HUD rules for the WeaponInventory, ItemInventory and HealthBar. Here are the current dynamic HUD rules, which are highly configurable (see cvars below): I found that any dynamic modulations of visibility did not work well for the crouch-intent indicator due to the attached scripts, so I decided to ditch that idea. My reasoning here was that people playing with lightgem probably don't mind the crouch-intent indicator, and people playing without lightgem would not want the crouch-intent indicator displayed on its own anyway. Here are the cvars: And here is a short demonstration video of the result. Of course, without proper explanation of what buttons I press and what I am demonstrating in any given moment, this video might be a bit hard to follow. I guess a better look at this will only be possible in the first dev build after 2.14 release. In the video, at first I demonstrate the dynamic hud of the weapon inventory, then the health bar, then the item inventory and finally, the health bar again due to drowning. Help Needed: Show Arrow Model on Equipped Bow Even though I am fairly happy with the result, I would still prefer if we could have the actual arrow models displayed somehow when equipping the bow (before drawing it). Ideally, the arrow would be attached to the idle position of the bow as if the thief was holding both bow and arrow in the left hand, as marked in red. Another option would be to take one of those first frames of the bow drawing animation that already shows the arrow, but could still be considered for an idle position. Of course, we would have to slow down the remainder of the bow drawing animation then, so that the shots-per-minute of the bow still remains the same. I wonder if there are still any modelers around, who would be interested in undertaking this task. Maybe it could even be solved via scripting only? (Just pinging some people, in case anybody knows someone, who might be able to support. @Arcturus, @kingsal, @Amadeus, @Dragofer)

Ulysses 2: Protecting the Flock By Sotha The mission starts some time after the events of Ulysses: Genesis, and continues the story of Ulysses. It is a medium sized mission with a focus on stealthy assassinations and hostage liberation. BUILD TIME: 12/2014 - 05/2015 CREDITS The TDM Community is thanked for steady supply of excellent mapping advice. Thanks goes also to everyone contributing to TDM! Voice Actors: Goldwell (as Goubert and Ulysses), Goldwell's Girlfriend (as Alis) Betatesters: Airship Ballet, Ryan101. Special Thanks to: Springheel and Melan (for proofreading). Story: Read & listen it in game. Link: https://drive.google.com/file/d/0BwR0ORZU5sraRGduUWlVRmtsX3c/view?usp=sharing Other: Spoilers: When discussing, please use spoiler tags, like this: [spoiler] Hidden text. [/spoiler] Mirrors: Could someone put this on TDM ingame downloader? Thanks!

Sorry but I can't figure out examples for this scenario for Disabled, TDM or Thief styles so I assume you are referring to TDM-inverted which would mean the introduction of the experimental TDM-inverted style forced you to change primary styles. I don't know what your code looks like but from your comments I tend to believe TDM-inverted exists simply because the new code allows for it, not because there is a use case. I would actually extend the thought to the Disabled style. tdm_door_control 3. The door opens slightly, as you say. And I have to close it to open it again. When I comment about these things it is not about me, I can setup TDM to my liking. I am sharing feedback about things few, many, most players might experience at some point.

Yes, I still use it every year to check that missions are bootable. Also I sometimes try to use it to reproduce problematic bugs, although it rarely helps. But I never extended it to anything like a full-fledged testing framework. There is a major feeling that such kind of tests will drain a lot of time to maintain and won't catch more issues than what any player can do in one play session. The most up-to-date Python automation framework is in the assets SVN. Also, hot reload feature in DarkRadiant uses the same code & protocol on the side of TDM engine (but not the Python part).

Understood, I'll look into fixing that.That's the problem with all those globals and public members, it is easy to do it wrong simply because the code allows you to do it. Proper encapsulation would have prevented that. That being said, it's just a boolean that is accessed and the information is non-critical, so there won't be any actual multithreading issues.

I changed the way mission.cfg works in trunk: https://bugs.thedarkmod.com/view.php?id=6674 Now the values are converted to mission overrides and take effect outside game as well. Speaking of pm_* cvars. If I'm not mistaken, the spawnarg mechanism is customized in missions: gemcutter hazard moongate prize snowed_inn The mission.cfg mechanism is used in missions (bold shows which missions override pm_* cvars with it): cauldron_v2_2 gemcutter imperial_sword iris krampus lookwhosmoving painterswife scrooge What I can suggest here is: Delete pm_* from the core atdm:player_base and the accompanying C++ code. Update the missions which use these values by adding mission.cfg with these values As the result, TDM 2.14 and later will be able to set mission overrides for these cvars. At least I hope so If it works properly, then the missions will work in 2.14 just like they did previously. TDM 2.11 and earlier will work just as they worked at that time. As for TDM 2.12 and TDM 2.13, I have no idea what happens. Perhaps the custom values will leak. UPDATE: pm_* spawnargs on player have no effect starting from beta214-03.

For the people eager to play with the latest state of development, two things are provided: regular dev builds source code SVN repository Development builds are created once per a few weeks from the current trunk. They can be obtained via tdm_installer. Just run the installer, check "Get Custom Version" on the first page, then select proper version in "dev" folder on the second page. Name of any dev version looks like devXXXXX-YYYY, where XXXXX and YYYY are SVN revision numbers from which the build was created. The topmost version in the list is usually the most recent one. Note: unless otherwise specified, savegames are incompatible between any two versions of TDM! Programmers can obtain source code from SVN repository. Trunk can be checked out from here: https://svn.thedarkmod.com/publicsvn/darkmod_src/trunk/ SVN root is: https://svn.thedarkmod.com/publicsvn/darkmod_src Build instructions are provided inside repository. Note that while you can build executable from the SVN repository, TDM installation of compatible version is required to run it. Official TDM releases are compatible with source code archives provided on the website, and also with corresponding release tags in SVN. A dev build is compatible with SVN trunk of revision YYYY, where YYYY is the second number in its version (as described above). If you only want to experiment with the latest trunk, using the latest dev build gives you the maximum chance of success. P.S. Needless to say, all of this comes with no support. Although we would be glad if you catch and report bugs before the next beta phase starts

Thank you so much for the kind words and for playing! As for the skybox showing up in the main menu pause screen, yeah, that was a tough one to figure out. I never could nail down a cause. For a while in 2.13 it would just render as a pixelated black blob at times, so I think the sky box is a little bit better than that, lol. As for the cabinet, I think that is actually a bug with the new frob code, which has since been solved, I believe.

It exists because it always bothered me that we have this super cool drag-and-drop for body limbs (in Thief-control-style), but that it is not consistently applied to all entities. Refactoring the frob-handling code was also long overdue, as it accumulated a lot of technical debt over time, with crazy state-leakage and what not. So, I hit two birds with one stone: A clean frobhandling routine and two new frob control styles in TDM and TDM-inverted, the latter being my own personal holy grail and I am certain there will also be other players who like it. Edit: By the way, in TDM-inverted and Thief control style, unshoulder body is consistent.

Found a reference to #3431 in the relevant code section. So, it seems that - at least to some degree - there was some intention behind the current behavior. Sadly, no further details on why the animation was not extended. Did that simply not occur to grayman?