(V1.1) Docking Computer still unable to hande overshoot conditions / still performs hard landings w/ small ships
Although more expeditious than before towards Stations - and me running without one for a long time now - I typically use FA afterburning to get near the Station entrance.
Upon engaging the Docking Computer (Idle, FA On) while making some 180m/s in a Type-9 with D Grade Thrusters and having an unsuitable ship orientation, the Docking Computer still automatically maneuvers the ship after passing its fixed, scripted checkpoints in an attemt for a direct approach (while still drifting further out-of-position to achieve this).
When these are passed with still lots of kinetic overshoot energy/speeds (but on a green/safe vector), this results in the Docking Computer happily trying to maneuver directly to enter the Station below the guardrails and colliding with them and/or the Station.
Immediate manual intervention is needed to prevent certain destruction of the ship.
Docking Computer will still slowdown while, and even more (down to 15m/sec) shortly after passing the Station gate. Oozingly slow, near a complete halt.
Probably fine for solo (just unneeded delay, an annoyance), very dangerous and extremely undesired in Open Play with other Players around. You don't - ever - slow to 15m/sec anywhere in or around the gate. For good reasons.
Docking Computer also still makes the old "deep impact" landing in Stations in small ships.
Again, as it's not AI but fixed, unflexible and insufficient Scripts trying to cope with the Rotational Correction limitations and its effects - it'll damage any unshielded Ship.
It's also the reason its is unable to resume navigation once interrupted once during approach in side Stations.
Might be best to have it resume Navigation to its initial decent Point above the Pad, IMHO this should work even off fixed Scipts.
Lessons learned :
Docking Computer runs off fixed scripts after passing its checkpoints, based on fixed pre-correction vectors that cannot possibly work correctly for all Thruster classes, Ship size and weight conditions. These never worked too well in the past either.
Docking Computer scripts hold no exception detection/common-sense checks whatsoever to make a sound judgement if safe commencing of approach is possible or not - it'll simply continue rolling its Script right upto self-destruction.
-- edit --
Tested about 30 Landings in a Type-9 and I think I'll keep it.
For as long as you know under which conditions you can use it - it's an improvement and its benefits outweight its remaining issues/risks.
-- edit 2 --
Well darn it. "Marvin" is still there. Docking Computer is still suicidal under certain conditions.
This is the final (obviously wrong) ship orientation the Docking Computer just tried to get through the Gate with.
Not quite an option in a Type-9...
I'll just try to exactly state what is needed to prevent this, once and for all :
- move Initial Approach Point (the point after which ship orientation is set while course is set to pass the gate) 250m further away from the Station's entrance
Reason : prevents blocking the Station exit for Players when using Docking Computer in a large ship
- when approaching or even passing Initial Approach Point - a sanity check of flight condition is
mandatory (i.e. detect an overshoot condition, highspeed pass of the point which Thrusters cannot correct without leaving the IAP again >50m distance)
- in case if Missed Approach (the IAP was hit - but passed due to an overshoot condition), return to that IAP again and do NOT commence approach - while avoiding to cross below a certain minimum Distance to the Station
- when approaching that Initial Approach Point, already begin correcting the Ship's orientation - via the shortest way and not like presently upto a 150 Degree maneuver in some cases
Reasons :
* first of all, people with limited trust in the Docking Computer will like to see what's moving inside the Station (i.e. other Players) in order to be able to react if needed, and how things are going in general
* the timely orientation of the Ship technically allows for the additional time in case an unneeded (wrong direction) correction direction is chosen (= not shortest but longest way to turn the ship, presently this can easily result in extremely close calls, as the Ship is already about to enter the gate despite being still 90 deg. off = high collision potential with the gate guardrails)
* in case a further distant Initial Approach point is unfeasible - drastically reduces the chance of the Ship already moving towards the gate despite still being deep in the orientation correction
In any case :
- add collision avoidance detection for the Station itself during Initial Approach and either
--- temporarily stop the Ship (in case of a deviation of the Ship's required orientation still exists) or
--- return to a point on the intended Flight Path
without further decreasing distance to Station in case of exceeding the required flight path beyond a certain error theshold, be it due to Ship-Ship collision avoidance or excessive Player intervention for whatever reasons.
- add ability to resume Navigation to Pad after Player intervention inside Station.
Optional but highly desired :
- increase NPC and Docking Computer speed passing the gate (in and out) from 30m/sec to 50m/sec
- remove the excessive slowdown after entering Station to 15-17m/sec entirely if possible
- add ability for Docking Computer engagement (and functionality/pathfinding) from any Aspect Angle = from anywhere inside 7500m from the station, incl. from it's back side
Addendum : Docking Computer pathfinding still ignoring Holoboards in front of Stations
Also an old issue, seeing the Docking Computer happily crashing into these Holoboards (does not recognize them as collision objects to avoid) :
Overall failure rate of the current Docking Computer : ~ 3-4%.
And that puts it right into a rather nasty corner. Works fine 25-30 times and Player starts trusting it - then tries to destroy the ship during the next approach :/