Wellingtoncrab

@nbohr1more to my knowledge they never said it was daft’s feature proposals they were concerned about. I don’t see a reason to make this kind of assumption given they opted to delete the post and not offer any specifics

Oh well. Whatever.

That is awful. I know the sympathy won’t bring your work back, but I am very sorry to hear this happened to you.

Yep! These will be in a CC0 asset pack that hopefully will release before or with the mission.

Yeah - haven’t ever had much luck working with transparencies TBH. It can be quite difficult to make objects read as loot as well. I have been working on some Half-Life 2 esque water materials with depth based opacity/planar reflections but haven’t gotten there and the reflection effect is obviously quite expensive. Maybe some of the same principals could be applied to a nice crystal or glass effect. However the blockout calls, and I must soon answer.

Took a short break from the old block out to make some loot items:

Looks great! The example with firing the water arrow really showed the potential benefit. Looking forward to trying it out!

I think this is feeling pretty damn good.

Hmm .. I am not having this issue on my end - at least the drop is consistent with the current game. I tried the doors/switches/buttons and the context action is working perfectly. If you have a world object highlighted it will interact with it. Otherwise it will drop the body. Have to say it feels great!

It is still requiring "use-item" to drop the body with the new binary on my end. Ah - nevermind - chrome's new bullshit download manager wasn't actually overwriting the executable

I think personally I prefer this to requiring another input to stop dragging - at least in the usual loop of shouldering a body to move it roughly where it needs to go and then using manipulate to tuck it in. The click and release made it very quick to move individual limbs. But yeah like lots of these types of things a "toggle" mode should be an option

Unlike Thief, The Dark Mod allows you to interact with things like doors/switches when you are shouldering a body. So there needs to be an input to do this, so I see why this is preserved. Playing the patch I do agree my thief muscle memory kicked in almost immediately and I kept expecting frob to the drop the body. Not sure what a good solution is in this case. Dropping a body is the primary action when shouldering it, so maybe it should be inverted (frob drops body, "use-item" allows world interaction when carrying body) Not sure if this will also be confusing.

That’d be awesome!

I don't really see a reason this would be an issue in SLL. It be nice to see the feature in a dev build so more players (like me) can test it. Sort of like how we did testing with the frob highlight. I also don't see a reason why there would be a compatibility issue either. Leveraging this sort of short press/long press for different commands on the same input already exists for gamepads in the TDM controller config. As daft says in his post if the delay CVAR is set to 0, then there is no delay for the additional command and the original behavior for all the interactions is restored. But again it’d be nice to try it.

Whether it's easy to do or not isn't relevant if players don't even know they can do it in the first place. Not even considering the number of comments I have seen about it, some of which are outlined above, from my own experience I remember being a new player and I played several missions thinking dragging bodies was "it" when it came to moving them around. To my knowledge this element is not covered in the training mission. This is a lot more intuitive imo.

Thanks for the bug report - Not sure when the next patch is coming but it added to the list.

I think these are great QoL improvements for existing players and have the potential to really help new players acclimate to the game. I always happy to see work being done to improve this aspect of the game. Looking forward to getting a feel for them in a build!

@Oleron there are no rope arrows in the mission -

There is a whole mess of graphics mods for Doom 3 you could peek at. Sikkmod for example is not based off BFG and has a depth of field effect when reloading weapons which sounds like basically what you are looking for and I doubt it requires engine level changes to work: At a minimum you could download one of these mods and given doom3 stuff is typically all text formats in .pk4s there might be enough there you can just read to figure out how it works. As far as it’s potential inclusion in the game I have no real opinion - though given it would likely be optional I don’t see it hurting anything either.

**The First post Has Been Updated with a Download to Beta 2** Much improved legibility of textures in the DR editor window Color tweaks to some materials based off user feedback Reduction of the archive size by .2mb Two familiar materials added to the pack

Block out with FREEDOM and EASE using this "as license free as it gets" TDM prototyping material pack (Release) Watch even the most basic blockout come to life in vibrant orange! How it works: Drop the ULTRA SLIM 1.3 mb .pk4 into your project's directory In DR a new folder "protoype" will appear in the "common" textures sub directory in the media browser Don't know where to start? When simply sketching out ideas "Proto" is a perfect for getting down rough shapes and will handle 90% of prototyping needs (and is a lovely shade of orange) Need to prototype some SUPER ADVANCED GAMEPLAY? A spot of tile floor here, a beam for a rope arrow there? No problem! There are (hopefully) patterns for EVERY surface type in the game When it comes to the grid YOU are in CONTROL. You can manipulate the resolution of the grid using the default texture scale you have selected in the Surface Inspector. At a scale of 1.0 the overall pattern will repeat every 256 units with subdivisions at 128, 32, 16 and 8 units. At a scale of .5 the pattern will repeat every 128 units with subdivisions at 64, 16, 8 and 4 units. And so on. OLD FRIENDS return with two CLASSIC prototype textures completely reverse engineered from the ground up! All textures in this pack are released under CC0 license and I waive all rights to copyright that is within my power to do so. This is an initial release so any feedback on improving the tool is appreciated!

To my recollection objects will not go into inventory unless they have both inv_name and inv_category assigned. Though I think it does result in a console error. I am not sure why you need separate spawnargs for the core mod and mappers as this doesn’t seem to really solve any kind of problem - just like if we want to change the name of an inventory item we just assign the spawnarg a new value. By default my opinion is a field like this should always be blank and it should always be up to mappers to give objects names. Descriptions like “bottle” and “nice chair” are not adding much interesting in the way of context, but they are certainly at risk of removing it from existing missions. Being able to call out “Mandrasola Syrup” and “Dave’s Favorite Chair” would be pretty cool though.

Kind of interesting way to add narrative to objects in the game. Maybe I am wrong but I think moveables inherit the “inv_name” spawnarg, which is the display name for inventory items in the inventory gui - though for most objects that don’t end up in the players inventory it’s probably blank. It might be a good one to repurpose as it would also then display correctly for objects such as keys when they are dropped from inventory but being held by the player.

@chakkman thanks so much for taking the time to play and the bug report! It is much appreciated. @Oleron I think chakkman had it well state in his response but let me know if you need some more help, or any more clues.