Remove: artificial "random" limit on number of statically loaded NewGRFs #9431
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Motivation / Problem
Playing with #9428 I noticed that only an actual 253 NewGRFs could be loaded, so I concluded that MAX_GRF_COUNT must be larger than NETWORK_MAX_GRF_COUNT.
The maximum number of statically loaded NewGRFs is currently limited to 128 minus the number of base set NewGRFs (2) and the number of loaded NewGRFs (2-62), so the number of static NewGRFs is in the range of 64 to 126. With #9428 that would be changed from 2 - 253.
It makes little sense to limit the number of statically loaded NewGRFs, except for when thinking about the insanity of the players. Previously this was an index into a statically allocated array of loaded files, but now this is all dynamic there is no practical limit on them anymore.
Description
Get rid of the artificial limitation on the number of static NewGRFs loaded. It adds no real purpose, and enforcing is would add more logic that is essentially not needed.
Limitations
None.
Checklist for review
Some things are not automated, and forgotten often. This list is a reminder for the reviewers.