Nowy model płatności za transport

[TadeuszD]

Niestety to spowolnienie czasu poprzez rzadsze naliczanie cargo days dawałoby nieproporcjonalnie wielkie przychody na dużych odległościach...

Bo moim zdaniem użyłeś zbyt dużego przelicznika czasu. Nie wiem, dla jakiej prędkości to liczyłeś, ale na podstawie wykresu można założyć, że 'oryginalny' model przychodu sprawdza się z powodzeniem na mapach o wielkości do 512. Dla skrajnej odległości spadek dochodowości jest już mocno odczuwalny - zmusza to gracza do inwestowania w nowsze technologie - ale wykres jeszcze nie obejmuje obszaru tych dziwnych fluktuacji.
Gdzieś wcześniej proponowałem, żeby wraz ze 2x wzrostem mapy zwiększać przelicznik czasu 1,5x. Dla ułatwienia można przyjąć SQRT(2)=1,41. Czyli dla mapy 4096 trzeba by spowolnić czas 2,83x a nie 6x, jak przyjąłeś. Wykres będzie wtedy przebiegał znacznie niżej oraz pojawi się próg, powyżej którego nie opłaca się już wozić towarów 'tradycyjnymi' środkami. Z małą poprawką, że dalej powinno być już "0", a nie prosta wznosząca się.
Co do nieproporcjonalności przychodów, to bym się tym aż tak bardzo nie przejmował. Zauważ, że środki transportu, poruszające się z prędkościami >>500 km/h (są takie GRF-y) będą generowały przychód praktycznie liniowy, bez żadnego załamania krzywej stawki. Wzrost przychodów dla 'tradycyjnych', powolniejszych środków transportu po prostu tylko wyrówna nieco ich szanse. Zmniejszy parcie na prędkość za 'wszelką cenę'.

...kryterium spóźnienia byłaby różnica między czasem transportu a spodziewanym czasem transportu liczonym z prędkości maksymalnej i odległości (plus jakiś mały offset na czas potrzebny na ładowanie/rozładunek i przyspieszanie/hamowanie).

Wyczuwam wiele problemów w przypadku transportu towarów/pasażerów różnymi środkami, z różnymi prędkościami. Jak rozwiążesz problem pasażera, który wsiada do autobusu, potem przesiada się do samolotu a na koniec dojeżdża do celu tramwajem, w dodatku każdy z tych środków transportu ma inne cargo_age_period? Co, gdy CargoDist przeliczy w międzyczasie trasy i skieruje pasażera inną trasą? Jak rozwiążesz absurd, polegający na wysłaniu pasażera wozem konnym na drugi koniec mapy o rozmiarze 4k (spodziewany czas transportu na poziomie 100 lat...) - algorytm uzna to za normalne i zacznie naliczać kary dopiero po 100 latach???

Mnie ciągle niepokoi, że w swoich rozważaniach myślisz wyłącznie o zwykłych pociągach. Tymczasem już sama gra w wersji 'standard' dostarcza rozwiązanie Twoich problemów - wożenie węgla koleją MagLev przełamuje barierę braku opłacalności. A jak to nie pomoże, to są dodatkowe GRF-y: sety samolotów lub futurystyczne pociągi Vacuum Tube Train (V max = 4100 km/h).
OTTD to prosta gra ekonomiczna, której celem jest wozić więcej i szybciej. A Ty za wszelką cenę chcesz zrobić z niej super-realistyczny symulator kolei.