-
Posts
3201 -
Joined
-
Last visited
-
Days Won
109
Posts posted by peter_spy
-
-
I'm sure it will be great, if from now on mappers will have to ask players to set a cvar to a certain value whenever they release a mission, so it doesn't break gameplay in their map.
- 1
-
It's not simple, because "low" is a subjective category, and whether you plan to include some margin of error on that (I'm not even asking about how you plan on calculating that, or explaining that to players), you'll receive tons of complaints by players and mappers alike, who'd either think this range should be higher or lower
-
How would you design such training, on which assets, and how would you make mappers always remember to include that rule in their maps?
-
6 minutes ago, Daft Mugi said:
The player will learn through trial and error.
Assuming that is a design failure, whether in map, systems or other
That's why it is generally better to have fewer and simpler rules.
Speaking of disabling jumping while carrying a body, I hope you are aware that it will effectively prevent players from climbing a rope with a body.
-
1 hour ago, stgatilov said:
Mantling with a body: I think everyone is OK with allowing about waist-level mantle with a body. If you can put body down on a table and mantle on it, then it's surely safe to allow mantling with a body, although I wouldn't keep this 100% strict and minor bump in this height should be OK.
That's the thing I've been thinking about the other day; how do you teach players what is waist-high exactly, and what margin of error is okay? In commercial games this is usually done with visual language; a set of distinct assets and decals that are immediately recognizable throughout the whole game. But TDM has all kinds of assets made by different people. My worry is that it would be more of an exercise in frustration for players, who will have to try and guess the rules by trial and error. And what is perhaps more important, you can't force mappers to recognize the new rules and use them consistently in their designs.
Hell, there are still veteran mappers that don't care about being consistent about a similar thing, but with the jump and mantle height, making objects like bookshelves that look climbable but are just slightly out of player's reach
-
Nope, a regular one. That said, there is not much other damage info in the console (like when you attack AI or AI attacks you). When I hit an AI, I only get something like "AIย PAIN", and that's it. There is no info on damage sustained by the player either, just a "MISSION FAILED" message on death.
Having more verbose info on player and AI health and damage dealt/received would be quite helpful for debugging. Maybe an AI health value for g_showEntityInfo?
-
13 minutes ago, AluminumHaste said:
What's the command to show damage AI take when hurt?
I think you should just see it in a console, it's similar to player damage, e.g:
Btw. that "51 landing damage" was actually dealt by a falling barrel, so this syntax is rather misleading. "Dealt" should rather be replaced with "received".
-
2 hours ago, AluminumHaste said:
Ok I tried dropping him from 424 units up. I don't think he took any damage at all.
ย
Hmm, I was able to reproduce it several times yesterday, but for some reason I can't do that today
I use simple settings, 1440p, Fullscreen, Vsync on, Uncap FPS off. Nothing unusual, 60fps at all times. I tried it with vsync off and uncapped FPS, and had the same results at ~250 FPS. I even went as far as to drop an AI from 2560 units โ it kind of glides through the air, in slo-mo like fashion, hits the ground, and it's still an unconscious body, not a corpse
-
1 hour ago, wesp5 said:
I don't know how much 192 uu is in meter, but if you jump of a rope and land on your feet it certainly does less damage than dropping a unconcious body which migh fall down head first.
Check the actual damage amount in the screenshot. It's almost 40 000.
Edit: also, bodies dropped from that height fall flat. I haven't tried the max possible height yet, maybe the ragdoll does kick in after a certain point. Perhaps the whole thing should have a separate thread
-
6 hours ago, AluminumHaste said:
No that doesn't need addressing, don't drop bodies for more than like 10 feet or they get hurt. Duh.
Yup. Player jumping off a rope at 192 uu gets 0 to 5 damage, unconscious AI falls down and gets squished by a planet. Nothing to see here folks, just another day in the wacky TDMLand
-
There are other complications though. How much fall damage should player take, if they decide to jump off a rope with the body? Should the player let go of the body or not? Also, right now it's much harder to jump off the rope with the body than without it. Why? And last but not least, how would you teach players these things, possibly without much hand-holding and text prompts explaining the rules?
I guess I'm with @STiFUon this one, if you restrict dropping the body, you'll save yourself (and mappers) a lot of headaches. But even that doesn't solve all the problems,
I know I'm in the minority in these forums, but as a player, I really appreciate the beauty and efficiency in simplicity of the design. Not overthinking everything and adding more and more rules for the sake of realism (or anything else).
-
Personally I'd rather not have it, but there are missions which already depend on that, so my opinion is irrelevant. The most important thing here is to see whether the falling damage can be reduced to something players would expect and won't feel punished by.
- 2
-
In order not to complicate things, and to keep the world rules fairly easy to grasp, I guess the body shouldn't take much more damage than player's fall damage? At least as a player, I'd expect something like that. And also to prevent players from accidentally killing someone, reloading a save is never fun.
- 1
-
-
I finished Volta 2 a couple of times, and I don't recall climbing a rope or vine with a body being mandatory. Maybe it was one of options. @kingsal you know best whether that was your intention or not?
-
-
12 hours ago, ChronA said:
Imagine if the mod had launched without dynamic lighting, or the ability to move objects, or to swing on ropes. Should those features be permanently off limits just because some missions were not designed with them in mind? I think not. The project needs to be able to grow and evolve in order to remain healthy.
I'd say that's not the best analogy here, because dynamic lights or moveable objects and physics are mappers tools, so they can be added or removed at will. You can create a mission with static environment and lighting only, and if you can make it interesting, more power to you. And, it doesn't affect any other maps, retroactively.
But, if you change aspects of the core mechanics e.g. player abilities, that is carried over to every map you play. In other games, you don't see major updates to player abilities; noone adds wall-running to a game that didn't use wall-running before โ at least not without reworking geometry of all maps.
I agree with the rest of your post though, just thought that there is a certain distinction here (things controlled by the mapper vs being at players' disposal on map start at all times).
- 2
-
7 minutes ago, snatcher said:
The player is responsible for his/her decisions and actions. Up to them if they pile up 10 bodies in the sewer or an attic.
What you basically described a post earlier is punishing the player for something they couldn't possibly know. That's awful level design.
- 1
-
You really think this^ is a good mission design? "Player learned the lesson"?
-
If anything, it's reasonable not to change the player character move set, because it has been nailed down years ago, and people have been building maps around it. Unless you plan to meticulously replay all the maps in all possible playstyles, to make sure everything is ok, that's a poor idea. Having it as a mod and letting people try it out might be a better option.
- 1
-
Even if you take a few factors out of the equation (making a change for literally one FM author and possibly "some players"), you implemented a change in player character movement model / added new gameplay rule โ and you're surprised it wasn't implemented during public beta testing of new release...
Not to mention that situations like that (with the code) happen all the time, in both amateur and professional setting. E.g. Lately I was working on a solution for one of our modules not working correctly on Mac. I spent the whole day researching the topic, finding and testing the workaround, but ultimately my PR was declined. We found out that the actual problem was with borked installation process for one of our dependencies. Well... I could have spent that day on something else -
Quote
I've spent over 12 hours of work and testing on (v3) so far, so it would be incredibly discouraging if a final decision is not made between versions (v1), (v2), or (v3) for 2.11.
This is basically "do include my work ASAP because I worked so hard, or else *sulk*".
This is similar case: https://forums.thedarkmod.com/index.php?/topic/21679-beta-testing-211/page/10/#comment-482352
This is neither a commercial product, nor a phishing email. That sense of rush and pressure is artificial. These releases typically do take long, and even then, there are often many things broken by mistake or omission. Often there aren't enough people to test stuff, or they're not competent enough, etc, etc. There's little point in hurry.
-
1 hour ago, chakkman said:
Nothing bad with having ideas for improvements, but, I've seen loads of things which aren't really improvements, but rather quick not thoroughly thought through ideas. Let's just say that those have become quite inflationary recently.
I think I get what you mean; just because you can add 100 more arrow types to the game, it doesn't mean you should... Although you can always mod the base game and let people download it. Same with this kind of thing.
-
If I may, I don't like the somewhat aggressive way of pushing for changes, especially in core mechanics, which seems to come from just one person's idiosyncrasies. And it's not the first topic I see like that in the last few days.
- 2
[Resolved] Allow mantling while carrying a body
in The Dark Mod
Posted · Edited by peter_spy
If anything, yes โ just climb surfaces with a body, period. No weird "climb this but not that" situations.
Although it will force mappers to build high enough walls to prevent players from moving bodies from a location, if that's something a mapper would want.