[go: up one dir, main page]

Menu

#400 Missions' paths don't follow the player

SVN
open-out-of-date
nobody
None
3
2011-11-26
2008-01-30
Anonymous
No

After having chosen a cargo mission, the player is guided to the target step by step "Jump to system foo" then "Jump to sytem bar", ... and finally "Visit baz".

The problem is that if the player goes out of the way, then said description won't update itself to reflect the player's position.

I met the issue one day when I was in system A to do a mission in system B, and was supposed to go through C. I saw I could do it through D too, and jumped to D to see if the bug existed : it did!

More generally, whenever the player is supposed to do something in a system, then the mission path to the system should probably be updated whenever a jump is made.

Snark

Discussion

  • Patrick Horn

    Patrick Horn - 2008-02-11

    Logged In: YES
    user_id=284053
    Originator: NO

    That is true. It will take some python code to search for the next best path to the system.

    The way it is done now is by computing the jumps as it is finding the destination.

    It's harder to take two points and find the shortest path between them than to find the path on the way.
    It isn't that much work, but nobody has written the code yet.

     
  • Ed Sweetman

    Ed Sweetman - 2008-02-20

    Logged In: YES
    user_id=430441
    Originator: NO

    Again, did this happen in 0.4.3? There is a difference between a bug and the way a program works that may not be the best way it _should_ work. If this is a regression from 0.4 then it's a bug, if it works the same, then this is merely a feature suggestion, and should be suggested in the appropriate forum for updates to 0.5

     
  • Patrick Horn

    Patrick Horn - 2008-02-21
    • priority: 5 --> 3
     
  • Patrick Horn

    Patrick Horn - 2008-02-21

    Logged In: YES
    user_id=284053
    Originator: NO

    Indeed, this has never been done properly. However in older versions than (or including) 0.4.3, missions were not saved between reloads, hence this was not as important a feature.

    This is a feature request, however the code to fix it is pretty simple if someone wants to write it. Just it's not too important.
    Probably it would be some sort depth-first search so that you don't repeat the same node twice that would compare to any node in the jumps array... maybe store the best matched route and keep trying to find a shorter one than what you have.

     
  • Pheonix Rising

    Pheonix Rising - 2011-11-26

    Submit comment if this still affects you.

     
  • Pheonix Rising

    Pheonix Rising - 2011-11-26
    • status: open --> open-out-of-date
     

Anonymous
Anonymous

Add attachments
Cancel