-
-
Notifications
You must be signed in to change notification settings - Fork 386
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CrewContracts - onUpdateBB #5596
base: master
Are you sure you want to change the base?
Conversation
I'm not suggesting any changes to the PR (haven't looked at the code, yet), but if you want to see how number of available ships in the market place was done, I wrote a post on that in #3243, assuming you're facing something similar here, with number of crew contracts, and how these are updated / churn |
Those plots are mesmerizing... |
@Gliese852 Thanks for the review! I'm currently looking into the algorithm @impaktor linked to above. May need to rewrite this. I like this one though. |
Number of applicants over about two and a half months game time. There is no affinity to any mean number but just a free running capitalistic hell. System Administration Resting has max applicants of 11 and Cydonia 39. In these scenarios I have modified the chance of reseeding after hitting zero from one in ten to one in a hundred. That's maybe a bit too long of a wait but I think it should be pretty high. Sometimes things just go bad. :) |
@impaktor OK, trying your way. I haven't tweaked the values to fit the human market yet. |
Graph redone for 2.5 months of human galactic migration. This is with the same variables as for the ship market. Please note that the population base is different between master and this PR. Crew Ad used Game.system.population and the one from the ship market uses station.path:GetSystemBody().parent.population. There is more drama in the earlier code. |
05dd512
to
29a9830
Compare
Rebased. When you have the 'Crew for hire" add open, the add isn't refreshed when the available crew changes. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
29a9830
to
4765a07
Compare
Rebased on master |
This is the only issue I can find, otherwise the code adopted from @impaktor works well here. To test the issue:
It's not super clean and not all clear what's going on but maybe it's not a problem when the debug line is removed and we're not reminded of it. Essentially the character seem to be still applicable when the crew list goes to zero. The alternative would be to see the dialog window close on that event and this to me sounds possibly messy. Maybe this is ready for review? |
4765a07
to
cb9751a
Compare
I cannot claim to understand the maths 😆 but having followed the discussion and at least tried to read the code I think that this is good and I'd like to see it reviewed and merged 👍 |
I don't intend to review the math, if it's just copied from SpaceStation it should be correct, and the graphs above demonstrate it should be fine (baring edge cases of parameters). As @zonkmachine mentioned, it's documented in detail in SpaceStation under the comment "Dynamics of ship adverts in ShipMarket" |
Let available crew change over time. Function copied from the Ship Market. Co-Authored-By: Karl F <karlfogel@gmail.com
cb9751a
to
7a31d4b
Compare
Squashed down to one commit. Debug code removed. Commented and commit message fixed up. |
Btw, I'm not sure if we'll merge non-bugfix PRs before the bugfix release. |
Introduce onUpdateBB to the CrewContracts module.
Some points:
Fixes #5510