Even without money, easily 15000 people waiting (and confusing the OTTD counter, which can handle only up to 4096.)Ĭonsider 16 town and a single connection between two of them A-B. Especially intown bus routes and airports get easily overflowed. I do not know, if you played this patch: But in a later game the main problem is to handle the high number of passengers (because of the fast town growth). Using shared stations, you can even share the passenger load. I assume, the better served stops get more passengers. I am not sure, how OTTD internally handles two company covering the whole city. Is it lower to the next stop, people get off, if the next stop has a lower, people get on. It must be fast, thus only the number of transfers is compared. The choice of route is only done when the vehicle arrives at a station. Thus I have to charge all passengers for every hop betweem two stations, otherwise it is very likely that I have an overflow, if the trip last for more than 255 days. OTTD assumes you do single trips and thus the maximum travel length in days is stored in a byte. The pricing is a completely different cake. There will not be that many passengers as you though, if you do not built a network. Then one station will cover the entire city. If you like to test the more sophisticated choices with a taxi approach, start simutrans and set the station coverage radius to 10 or so. This will create the same number of passengers as on a single route (so the AI is not screwed up) and still have destinations. Thus, for OTTD I used the ansatz: Take the normal number and just redistribute them. You can try as you like: If you have a selection of destinations ignoring the availability of routes, then you will have very few passengers at the beginning. This will be still only 1/8 of the previous number. With the taxi suggestion all possible passengers choosing the other town can travel. Sorry, even your taxi suggestion will not work.Ĭonsider 16 town and a single connection between two of them A-B. As soon as the game enters a later stage, then, competition between companies would emerge and force you to lower your prices. If there are several connecting routes available, a passenger's choice will depend at least in part on pricing. you can define a general pricing level for your company and specify special pricing for certain routes. Here my suggestion #2 would be to introduce pricing. However, as the game progresses, every new town added to your network would probably add a huge amount of new passengers, so that what is already a problem now (quite soon after starting the game you can forget about your bank account) would be even worse. This would not completely solve the problem, but would certainly make it less grave, as a line connecting two big towns should be quite profitable already. My suggestion #1 would be that passengers from the same town, if there is no bus/tram connecting to central station, might just take a taxi.
#OPENTTD PASSENGER DESTINATIONS PATCH#
It has been mentioned in the thread concerning the patch above that a problem with passenger destination is that "at the beginning nobody wants to travel on your routes (because nearly nobody at least some network)."
quite a substancial extension of the station structures.
Ī simutrans way of passenger generation is unlikely to happen, as this would be better require a quite different approach in the cargo and vehicle handling, resp. Therefore I rather program simutrans or draw convert for simuttd.
#OPENTTD PASSENGER DESTINATIONS CODE#
I had deep looks at the source code and the path up to release 900 made, but the patch seemes not very helpful for the current state of the code. to save the number of last connections to recognize a transfer station). But imho they require some extension of the cargo structures (e.g.
This way destinations should impose little overhead and work even with network. Every time pasengers are generated, a random destination is chosen from this weighted list. Then each station maintain its list of connections with the last 12 months alive, in a weighted list (weighted by the number of passible passengers around a station, which is available). If I had to program this, I would make a patch with a setting: Max trans number 0.7 and a generation factor (because 7 transfers means about 3-5 times more people to transport). I think something like passenger destinations on a simpler scale is quite possible with OTTD. I code for both and I had also a look at the source code of Ottd. Simutrans source code is available at least to some OTTD developers.
0 kommentar(er)
