Crew Repairs
 

As a salty subsim skipper, I’m loving this darn game!

I would love to see repairs in this game though.

Maybe like the flashlight, we could have a hammer item to equip. When under depth charge attack and a pipe bursts, the crew has to rush and beat away at the damaged part until it’s “repaired” until the compartment is slowly flooded, or maybe a crew member has to run and grab a piece of wood to plug the hole.


Are these features planned? Also, will ee be able to see compartments slowly filling with water? Maybe closing the hatches on compartments to stop flooding?

Would love to know the answer to these as well. Keep your eye on the Wolfpack League forum for threads for upcoming games - Neal and I and a few guy have been getting together at least once a week for very immersive play, always looking for a few good Männer/Frauen, and your experience is a plus!:Kaleun_Thumbs_Up:

Hahaha I said I simply have some experience, not that I was good :):Kaleun_Salute:

I completely agree.

Throwing my two cents in here, damage modeling on the sub could be a drastic game changer with only tediously good prospects :Kaleun_Thumbs_Up:

We discussed repairs and there was the thought that it was really not interesting, or that like other games, it would amount to "clicking a wrench". But, it was also bounced around as a way to keep a crew member busy and distracted, thus adding stress to the crew because that crew member would not be available for routine activities, like navigating or handling the dive/helm station. The stress would be amplified when the boat was under attack and one or two crew members had to be pulled away from their stations to effect repairs needed to keep the bilge level under control and not sinking the boat.

I like your idea and think maybe it could fit into the game later when the critical elements are finished. Maybe the repair could be a minigame style thing, like a 2D puzzle...something that would require skill and critical thinking... such as arranging wood wedges, gaskets, and take to fit a leak, or tightening a flange in the optimum order....reseting circuit breakers in a certain order... It wouldn't be the top fun thing in anybody's list but also not boring dull. :hmmm:

Have you or the dev's played 'Sea of Thieves'?

The 'repair' mechanic in that is you have to collect / find wooden boards, of which you can only hold 5 at a time, and then when your ship takes damage (usually canon fire) these holes in the boat start leaking, so as well as trying to steer, trying to set and trim sail trying to fight off boarders and load and fire canons, you have to run around and patch these holes with your boards (which is a hold button for a short duration event) and then grab a bucket and scoop up water and run onto the deck and throw the water overboard.

All whilst probably taking more damage.

It's frantic, hectic, and stressful. Sure the action of grabbing a board and holding a button for 10 seconds over the patch isn't challenging, but it's that you need to do it to not sink, and by doing it you're not steering / sailing / fighting / defending.

Now, in a Uboat situation, as I've already asked - there are no death scenes, and no massive leaking damage we have to worry about - which is a shame.

But there's no reason why we can't go to a storage area, grab a bulb and replace.

Or grab a wrench and try and put on a pipe seal whilst fighting against the water flow. i.e. moving mouse in clockwise circles to tighten, but the water flow keeps pushing you back, so you have to go faster until it's stemming the flow and then when fully tight the pipe stops leaking.

These pipes or seals could be all over the conning tower, command room and radio room.

Also, yes, re-wiring of the radio equipment using a 'mini-game' of replacing broken transistors or wires from a limited store and reconnecting them. It's not about the actual action of dragging and clicking, but the time it takes when you desperately need to hear what's going on, or maybe after lots of damage having to take wires / transistors from one piece of equipment - thus rendering it inoperative - to repair another more vital one.

This leads to losing radio or DF to save hydro and the resulting problems that can cause.

Maybe further gameplay is having to switch back to receive orders from BdU or other subs at scheduled times and then switching back components to make the hydro work again.

I think this comes back to feeling stress and danger. At the moment, there isn't a lot. With the instant cut to the game over screen, without the water flooding in, and the ability to try (and probably fail) to stem the flow, and the resulting drowning / loss of ship being seen and felt then there isn't much to add to the stress and immersion that in other parts of the game it excels at.

Elphaba hit the nail on the head in regard to context - context is everything and the crew repairs would work best during depth charge attacks while the control room is slowly filling with water.


Not only are players rushing to gain control of the boat, but they're under a time limit to stop the boat from sinking further.


Personally for me, the best part in Das Boot is after the destroyer attacks them on the surface in Gibraltar. All hope is lost, damage is tremendous, the crew is fatigued and exhausted, the boot is sinking....but they managed to fix up the crippled boat just barely enough to get it to raise off the seafloor.



Imagine how cool it would be? The central room is almost flooded....players are swimming around and having to use breathing aparatus to dive under the water to fix whatever repair/leak/etc.


Then, using buckets they have to work as a team to dump the water into the bilges and blow the excess weight out that way just like in the movie. Or maybe (even more compartments are planned to be modeled), they'd have to close the hatches to stop water from rushing in...potentially trapping a fellow teammate inside!


Talk about tense!

The interior modeling is so detailed, it would be cool to bring more of it into play with this proposed repair system. Ruptured pipes & components shooting sparks would be fun, it would expand on what can seem like instant death from DC's now without much interval beyond broken lightbulbs & roll credits.

:gulp:

Agreed! It's on the future feature list for sure.

HIP HIP HOORAY!!!!

:Kaleun_Cheers:

raising my mug to the team this evening, cheers guys! :Kaleun_Cheers:

I think it would be very amazing. It could increase the Multicrew experience/immersion onto a real high level.

Welcome aboard!
 

Jeeze! That could induce a total immersion PTSS attack for a 68 year old survivor of the Napa fires:k_confused: Welcome aboard pütrologe!:Kaleun_Salute::subsim: can always use a new recruit who has his umlauts in the right place!:O:

So Wolfpack branded as the Ugly Duckling of subsims with feathers all stubby and brown in certain quarters is fast tracking tobe a elegant Gracefull Swan .


Way to go Junior ill drink to that :Kaleun_Cheers:

Who the hell branded it that?!

There’s one thread by someone having a self absorbed tantrum but overwhelmingly the reception has been outstanding.

???

I'm very much in favour of a more nuanced damage model and associated repair problems. I also agree with the implication that an ill-considered or overly repetitive repair system would be a very retrograde step.

So it needs really careful thought.

I think it's worthwhile considering the aim of having the damage model and repair system. I contend that it's chief aim is to make the gameplay more varied, and individual missions more memorable: "Do you remember that trip when we lost the use of xyz"?

It follows from this that incidents of damage requiring "heroic efforts" should be relatively rare, ie one should perhaps play 10 missions for every one where it becomes a serious issue. Or, put another way, it should be a consequence of repeated DC attacks, rather than one or two. In the ordinary way, the most obvious candidates for damage, and damage control, that are not intrinsically lethal, are leaking pipes and unions, and addition of bilge-water with its attendant vertical-control/use of air problems. Other "nuisance" damage can be loss of lighting, loss of electrical services, damage to instrumentation, loss of batteries, (requiring dead-cells to be "bridged") and in extremis chlorine generation. The latter should arise, imho with a bilge depth above a certain value, and damaged cells) My personal favourite would be a slight trailing oil slick at the surface in daylight!

it's probably sensible to consider some damage beyond the scope of repair within the time-frame of the game ie irreparable damage. Broken pressure gauges would come into this category = leading to the issue of not knowing your depth, or at least having to use secondary gauges to determine it. Some damage, such as that to planes, would only be reparable with extreme difficulty well away from the convoy, so for our purposes it can be irreparable.

With all the preceding in mind, the next thing is to approximate the radius within which damage, if not destruction, can occur from DC attack. In-game estimates for dc lethal radius seem to be circa 15m, but this is, in my view, if true, wildly overly lethal. I have frequently read 25 feet ie less than half that value (!!!) as being the lethal proximity needed. If we allow that another 10 feet results in damage, then damage would be relatively rare, and outright sinking still less so.

Consideration should be given to reducing the function pf the boat as a consequence of having to isolate valves or turn them off to stop a leak. These might include: Reduction in rate of blow of trim and ballast tanks, inability to trim, etc.

My suspicion is that the devs substituted overly lethal DC's for the more difficult programming involved in getting an AI escort to prosecute a believable and long-duration attack. If so, then implementing player-operated escorts might need to be a precondition for winding back the lethal radius of DC's.

One wrinkle I've thought of as I type this, is to make the AI take care of the routine asdic of any given escort, with the escort players able to jump from one ship to another so that the attacks can be directed and prosecuted by human players in the event of a detection. This neatly solves, potentially, the need for heavily coded AI escort "behaviour" to prosecute more lengthy dc attacks and searches, whilst also removing the grinding boredom of routine asdic use. If the player operated escort is the one that locates the u-boat, that's all to the good!

Whatever the damage model is, I think designing it in mind for as yet unmodeled weapons such as hedgehogs, squids, aircraft-dropped DC's and bombs - or rockets would be smart so as be able to tailor the damage to the weapon type. For example, hedgehogs produced very little blast or concussive effect, but could punch a lethal hole if striking the pressure-hull, or cause serious damage to (say) a fuel-tank if it misses the hull proper. Similarly a rocket has virtually no abilty to cause damage, it'll either hit and cause tremendous damage, or miss by 5 feet and cause nothing, owing the the relatively small charge and principle of operation.

Lots to think about. Sorry for the wall of text! Thoughts?

Further to the above, and after a prolonged and interesting discussion with Koji, who is currently putting in a lot of modelling and research work on playable escorts, I'd add the following to the preceding post:

1. With players changing which escort they are aboard and operating, instead of the AI, there would need to be a minimum period for changing from one boat to another, to make it impractical for one player to in effect run 3 escorts all attacking the same U-boat sequentially. I would suggest 3-6 minutes as a start-point for such a limit, subject to play-testing.

2. That there be a role of "Convoy Commander" (CC), who can detach escorts from the screen to attack any detected u-boat or to search a given area. AI escorts would hold their assigned stations around the convoy, or endeavour to return to them once unmanned by players, unless there is a command in effect to move some of them to a map-specified location. Such an order would be time-limited, with the maximum loiter time being proportional to the maximum speed of the escort and inversely proportional to the distance from the escort's usual station. In simple terms, fast escorts can be detached and loiter for longer than slow escorts, or those whose station is far away. No escorts would route back to their station via the area occupied by the convoy, but rather they'd arrive at the circle described by the escort screen and then move around that until back on station.

3. The convoy commander could (once/twice per hour?) put in zig-zags, either left or right, which the convoy would follow.

Are any of this ideas actually being worked on/going to be worked on, or are they just wishful thinking ?

You'd have to ask Koji - and the Dev's - as to what - if anything - will/will not be implemented. As I understand it, Koji has been modelling the escorts and putting in a ton of research on both various iterations of Asdic, and the associated weapons systems, magazine capacities and so forth.

As I believe playable escorts will utterly revolutionize the game - in a very good way - and mindful of the incredible effort Koji has put in, I wanted to theorise as to how this might be implemented from a game-play point of view, and how the both AI and Player-operated escorts might be made to work.

It seems to me that however it's done, there is a need for escort-players to be able to transfer into AI escorts, and vice versa as situations change, so that escort-players are spared the mind-numbing tedium of routine Asdic searches as far as practicable, and are able to transfer into the nearest AI escort to the suspected location of a U-boat, and then can apply thinking and tactics far better than an AI operated escort could. Longer DC attacks/hunts would likely result, necessitating a reduction in DC lethality, but increase in incremental damage problems - some of the time - to the player-uboat crew.

I should emphasise that Koji does not agree with my take on the gameplay side of things, hence the discussions here and elsewhere.