Destined

Oh, cool. "Unfortunately", I bought it some time ago (for like 10 €, if not less). I have not finished it, but it was fun. So, for free, I can only recommend it.

A simple skip mission button may not be enough. How would you determine loot gathered? And maybe you have optional objectives that are transferred into later missions (not sure if the currently existing campaigns have any of these, but I know that it is possible). You could randomise these or give them set values when skipping, of course, but if a player would like to play "his" version, he would still have to repeat the mission. This is why I said, it would be best, if the Mission Statistics would get stored and could be read out, even if a mission is added later on.

The problem would be that, if this is not the first mission of the campaign, you would have to start the campaign from zero again. This becomes annoying after some time. Imagine you have a four mission campaign that is released over four years. You would have to play the first mission four times, the second three times and the third twice just if you want to finish it. If there are (crutial) bugfix updates to the campaign or an update to TDM, while you are playing it, these numbers would further increase and earlier missions are more likely to be affected in this case. So, after the third or fourth time the first mission might just get a bit boring. In general, I agree to your sentiment: it would be nice to have a better campaign support. I could imagine something like in Dishonored, where you can choose Missions you already finished (or the next one, you have not finished, yet) from a screen. Mission stats (and variables that are transferred from mission to mission) could be printed in a dedicated txt-file and read out for each mission. That way you could replay missions that you liked without having to replay all and it might make it easier to add missions afterwards. However, this requires a new GUI for campaigns, which adds whole lot of work to this suggestion. I also know this problem. I have no experience with programming whatsoever. On this board you are usually told to just pick a project and start with it. The rest will come eventually. Unfortunately, I would not know where to even start. I have no idea how to read the source code, so I would also have no idea how to change what or even where to start looking for a project like this.

Not necessarily. You could adjust the available money according to your needs afterwards. Of course, this means that not all the loot you gathered is visible in the next mission, but if it is simply multiplied by a factor X (maybe even flexible according to difficulty), this still means that you would have the most options, if you collected 100% loot. The loot requrements would also still give a hint on how much money is available. That way, even without knowing the exact amount, the map author still has an estimate, which items can be afforded in the worst and best cases.

Another problem in releasing campaigns is that the missions have to be released at the same time and for many (if not all) campaigns released step by step, it took several years until the missions were released, so it was preferable to have missions at the point that they were ready. I am not sure how difficult it would be to bundle the missions into a campaign afterwards, but in most cases the authors prefer to concentrate on new projects rather than working on old ones, if they are still active at all.

Yeah, breakable lockpciks would be really annoying in a game like this. The TDS system was also quite nice. Personally, I prefer a system, where you can do something yourself, so it not only depends on choosing the right lockpick and holding down a button (i.e. the TDP and TMA style). The current bethesda ones are fine, but still not my favourite. Then again: it is you game, so you choose what you think is best I understand the frustration people had with the system, but I liked that it quite realistically showed what happens, when picking a lock. And if you got some expereince with it, you could pick locks that were far above your current level (still used quicksave spamming a lot). I imagine that this system without breakable lockpicks and no time limit could be fun.

I agree that it looks quite interesting, although it was a bit rushed in the video. It would be nice if you would allow your viewers some time to actually read stuff you pick up without them having to pause. Regarding voice acting, I did not find it too bad, but a bit strange that the internal voice is suddenly heard from one side at some point. The lockpicking system from (modern) Bethesda games is fine, although I personally prefer the ones from Oblivion or Splinter Cell (not sure which part), where you actually see what happens inside the lcok. But this is personal taste... Anyway, great job! I would absolutely play it, when there is something to play.

Just scrolled through and there are almost no games that I actually played. Well, currently I wait until games are around 30€ before I buy them, so it is not really surprising. One exception from this rule was Ori and the Will of the Wisps. I found this to be an excellent game. I am quite surprised how many people here have played Hades. I thought about buying it, but so far have not done so (I have Children of Morta as a rogue lite game, if I have this itch to scratch), but if it is this recommended here, I am really thinking about getting it. I have loved Transistor and Bastion, so if this is of similar quality (which I would expect from Supergiant Games), I get it soon.

Ok, I can accept opinions and if you don't like the #metoo or #blm movements, this is up to you, but calling a global pandemic, that has caused 1.3 million (reported) deaths in less than a year and appears to have severe long-lasting effects that cannot be foreseeable, yet, "better coughs and sneezes" is simply ignorant. And not forgetting hospitals and intensive care units reaching the limits of their capacities. Apparently, you yourself have been spared so far and I am glad for you that you have, but this disease is not a "first world problem" that people make up, because they have no other problems. It is a global problem that affects each and every country. Downplaying it like you did is almost as bad as protesting against the restrictions that may have already saved millions of lives and will futher do, if people adhere to them. But you are not far behind...

The signs work slightly different. See this Wiki page.

Don't feel bad; just be glad instead. I am from Germany and we currently appear to have passed the worst of the second wave of the pandemic. It was far worse than the first, but still we at least had enough beds in intensive care that we were not completely overwhelmed. Also, fortunately, I live in a region that wasn't hit as hard as others. We never passed the 100 new infections per 100 000 people per day. However, it is sad to see that there are a lot of covidiots here. We used to make fun of the US and how stupid they behave, but during the second wave had several demonstrations against the regulations (which completely ignored, of course). Not sure what these people are thinking I also hope that the vaccines will work without major side effects, but we will have to wait and see about that.

Yes, as far as I understand, this should work.

Yes, usually the animations already have the required particles and sounds. Regarding AIs playing cards or dice, take a look at the AI prefabs. There are ones for playing cards as well as dice. In case of playing cards, the animations are defined on the playing cards and do not need to be definded on the path-entity. Just take a look at the spawnargs they have. There are several "replace_anim_*" spawnargs, that define which animations will replaced with which, when the prop is attached. I am not sure which other walking animations you mean. There is the option to let an AI run towards a path_corner with the "run" spawnarg on corner the AI should run to. Apart from that, I am not sure, which other walk animations there are, or which you want to use. One option would be the said "replace_anim_*" spawnarg on props. You could create a dummy-prop without a model, replace any animation with the respective spawnarg, and def_attach it to the AI. Also not sure which animation you mean for the beggar. Do we have one, where he sits on the ground? I did not see it...

Peeing is an animation that you can find in the md5 animation viewer. It is called "urinate". Adding particles to animations can be done via frame commands, if they are not already included (like it is the case for urinate). You can even call scripts and do other stuff at a certain frame of an animation with these commands. For different weapons on AI, you can check out this Wiki page, although it is not complete. Apparently, it is sufficient to simply def_attach the weapon you want and the rest is automated like when you attach a torch. Additional animations are rather difficult. Some only require specific channels of the AI, so it works that you first play that (e.g. sit) and then use an animation that only uses the upper body. However, praying would be rather difficult in this regard, because the animation you would most likely need is kneel_down, but the AI stands up during animation itself, so I assume that you cannot couple it to another animation. And dancing is very difficult to animate, if you don't want it to look compeletely silly. I have only dabbled in very basic animations and have seen that even something like that is difficult to get to look realistic. Dancing has quite complex movements and as a consequence is way harder to get right in animations.

I think, what you want to achieve can be achieved with a force field. MAybe you could also change stuff in the player entity (see the limits wiki page), but I am not sure if these limits can explicitly defined or if they are set via other args

Congratulations!

I like this idea and it is not that difficult to implement in new missions. You would have to remove the respective key, when it is taken by the player and have to change the value "used_by" on the door to the keychain. If I remember correctly, AIs do not have to have a key in order to open locked doors, so this would make no difference for them. Making it optional would take some more effort, but should also be doable with a bit of scripting.

I admit, I have been a bit narrow minded reagarding these arrows. And I agree: it will not have influence on any older missions and if mappers want to use them, they can do so. If I don't like them, I don't have to use them. Btw. there are also other flame based lamps, that are not torches, which could be used (e.g. oil lamps, candles), but I get the gist. And the timed turning off lights might actually be quite interesting.

I hate to be the devil's advocate, but I think the EMP-arrow is unnecessary. It's purpose is to extinguish electical lights. However, electical lights are meant to be not-extinguishable. If the map designer would have wanted a light source to be extinguishable in a specific place, he/she would have put a flame-based light source there. It would only make designing maps more diffcult as map authors would have to consider the possibilty that any electrica light source could be extinguished. The way it is right now is quite clear: if there is a flame-based light source it can be extinguished, if it is electrical you will have to find another way around or time it correctly so guards don't see you. The only thing the EMP-arrow would achieve is to blurr this definition.

You could achieve this by having each switch have no target at map start and have the circuit breaker target a trigger that then adds the lights as targets (apart from turning the lights on) via the Stim/Response system. If you have not worked with the Stim/Response system so far, just ask, then I can give you some pointers or check out the Wiki page, if you would rather infrom yourself. The disadvantage is, that you would have to set this up manually for each switch and the according light. Do you intend that the circuit breaker can be turned off again or the "turn on" permanent? The former case may be a bit more complicated.

Ah, ok. I see the problem. One workaround would be to copy the whole setup for both AIs. I.e. copy all triggers, scripts, etc., so you have one version of the same setup for each AI. That way it does not matter which of the two AIs is currently active, but it would always activate everything for the currently active one. This would be rather tedious, but you could avoid any mixup between the two versions.

This is correct. It depends on what you want to do. But in this case it sounded like something purely cosmetic. The stim thing is something I also did wrong for some time, until it was explained to me. Good to know that I am not the only one that misinterpreted it

Not 100% sure, what your setup should be, but why does the AI need to have the same name? I don't think that there is a way for the player to get the name of an AI (although I am not sure if it is displayed, when the unconcious/dead body gets shouldered, but in that case, I believe you can define the name and it does not have to be unique). If the AI should be able to switch back and forth between both forms, I would go with a teleport method: create two separate AIs, the "original" in the map and the "switched" in a blackbox room somewhere else. When the body change should occur, just teleport the "switched" to the position of the "original" and the "original" into the blackbox. Vice versa, when the AI should change back. The simplest way would be: create your entity. In the entity tab got to "Stim/Response...". There you go to the Response tab, choose Trigger as the response type, in the right window RMB and "Add New Effect", select Set Model with target: _SELF and Model: the model you want to have. In order to have an objective trigger this, I would create a Trigger entity with the entity you want to chang as target and write this Trigger entity into the "Completion Target" field of the objective. I hope I did not forget anything. This is strange. The black box usually means that the model could not be found. Are you sure you put in the model path correctly? The trigger stim is not necessary, because this means that the entity emits a trigger stim.

In the S/R-system there is a response effect "Set Model", which should do what you want; at least for a one-time change. Just set the response type to trigger and give it this effect. If you want to switch back to the old model, it would get more complex.

The first thing I can think of would be to define a "wait" (and "wait_max") spawnarg similar to a "path_wait" node. This ensures that the AI spends the proper time at the path_anim node.