11-07-2016, 22:12
Hej Milek. Jeszcze trochę potestowałem skrypt na twoim serwerze i offline, no i znalazłem parę elementów do zmiany poza tymi, o których wspomniałeś. A więc:
1. Miasta nie rosną dzięki samemu transportowi pasażerów, nawet gdy bezrobocie wynosi 0% - dla małego wzrostu powinien wystarczyć jeden element np. tylko komunikacja miejska. Tymczasem konieczny jest choć minimalny rozwój przemysłu bądź handlu. Niekiedy może to bardzo komplikować grę, choć zachowanie w opcjach takiego warunku też byłoby przydatne. Np. gdy twórca scenariusza chce, aby jakieś miasto/miasta trudniej się rozwijały, takie rozwiązanie będzie ok. Ale co jeśli ktoś chce budować wyłącznie sieć pasażerską?
2. Oceny dla dostaw powyżej 100% nie są redukowane (?) - zbyt łatwo można rozwijać miasto tylko jednym elementem. Powyżej 100% ocena powinna być pierwiastkowana i mnożona x3, czyli zamiast np. 500% byłoby wtedy 160%, albo zamiast 43 609% "zaledwie" 725%. (samo dzielenie nadwyżki niewiele daje w przypadku dużych wartości). Ewentualnie może być tak, że wyświetlany będzie rzeczywisty procent dostaw, ale jego wpływ w przypadku tak kosmicznych wartości nie będzie aż tak duży.
3. Produkcje wysypisk w przypadku FIRS'a nie powinny być brane pod uwagę albo w jedynie bardzo niewielkim stopniu np. x0,1. Ten parametr powinien być jednak ustawialny w opcjach, choćby na wypadek gdyby któryś z twórców setu poszedł po rozum do głowy i te produkcje w końcu ograniczył.
4. W "Komunikacji międzymiastowej" nie jest brana pod uwagę liczba połączonych miast. Trochę szkoda, ale w sumie chyba inaczej będzie można rozwiązać "problem" cargodista (dodatek zmieniający sposób oceny stacji(?) - im więcej miast w "rozkładzie" stacji tym wyższa jej ocena i większa liczba przybywających na nią pasażerów i poczty), więc tak by mogło zostać.
5. Pasażerowie przejeżdżający przez miasto w "Komunikacji międzymiastowej" są źle liczeni - W założeniu (post #15) pasażerowie >przesiadający się< mieli być liczeni x0,5, tutaj natomiast liczeni tak są nawet ci, którzy jedynie przez stację przejeżdżają. W sumie można by z tego fjuczera zrezygnować - tacy pasażerowie będą jeszcze liczeni w komunikacji miejskiej jeśli będą przesiadać się na inną stację, więc nie ma sensu aby z tego powodu naliczany był podwójny "bonus".
6. Dostarczanie pasażerów do hoteli wpływa na wielkość handlu - może tak być, ale nie powinno aż w tak dużym stopniu.
7. To liczenie przemysłu wg odległości ma zdecydowanie zalety - miasta sąsiednie również się rozwijają - ale ma też wady, z tego samego powodu. Myślę, że lepszym rozwiązaniem byłoby liczenie przemysłu wg przypisania do konkretnych miast i ewentualnie dodatkowo w mniejszym stopniu wg odległości od przedsiębiorstwa. Przy czym dobrze gdyby wpływ przedsiębiorstwa malał wraz ze wzrostem odległości, ale to już mniej istotne (taki sposób liczenia wpływu najlepiej by się sprawdził w przypadku elektryczności - im dalej od elektrowni/trafostacji, tym mniejsze dostawy prądu). Ogólnie chodzi m.in. o to, aby np. taki Sochaczew nie dogonił wielkością Warszawy.
8. Niektóre miasta pomimo ogromnych dostaw i zerowego bezrobocia nie chcą się rozwijać. Nie wiem dlaczego. Jedno z takich miast (pokazane na screenie) po pewnym czasie zaczęło się jednak rozwijać jakiś czas po tym, jak postawiłem obok przetwórnie odpadów. Ale to mogła być inna kwestia.
9. Miasta ufundowane również nie rozwijają się.
10. Zdaje się, że skrypt wykonuje pierwsze obliczenia dopiero po 3 miesiącach od rozpoczęcia gry. Gdyby zaczynał już po 1 miesiącu byłoby lepiej, ale to już jest w sumie detal.
Niżej dwa screeny obrazujące większość z opisanych problemów.
![[Obrazek: 232NWD_test_Frindingham_r.png]](https://openttd-polska.pl/uploads/other/232NWD_test_Frindingham_r.png)
1. Miasta nie rosną dzięki samemu transportowi pasażerów, nawet gdy bezrobocie wynosi 0% - dla małego wzrostu powinien wystarczyć jeden element np. tylko komunikacja miejska. Tymczasem konieczny jest choć minimalny rozwój przemysłu bądź handlu. Niekiedy może to bardzo komplikować grę, choć zachowanie w opcjach takiego warunku też byłoby przydatne. Np. gdy twórca scenariusza chce, aby jakieś miasto/miasta trudniej się rozwijały, takie rozwiązanie będzie ok. Ale co jeśli ktoś chce budować wyłącznie sieć pasażerską?
2. Oceny dla dostaw powyżej 100% nie są redukowane (?) - zbyt łatwo można rozwijać miasto tylko jednym elementem. Powyżej 100% ocena powinna być pierwiastkowana i mnożona x3, czyli zamiast np. 500% byłoby wtedy 160%, albo zamiast 43 609% "zaledwie" 725%. (samo dzielenie nadwyżki niewiele daje w przypadku dużych wartości). Ewentualnie może być tak, że wyświetlany będzie rzeczywisty procent dostaw, ale jego wpływ w przypadku tak kosmicznych wartości nie będzie aż tak duży.
3. Produkcje wysypisk w przypadku FIRS'a nie powinny być brane pod uwagę albo w jedynie bardzo niewielkim stopniu np. x0,1. Ten parametr powinien być jednak ustawialny w opcjach, choćby na wypadek gdyby któryś z twórców setu poszedł po rozum do głowy i te produkcje w końcu ograniczył.
4. W "Komunikacji międzymiastowej" nie jest brana pod uwagę liczba połączonych miast. Trochę szkoda, ale w sumie chyba inaczej będzie można rozwiązać "problem" cargodista (dodatek zmieniający sposób oceny stacji(?) - im więcej miast w "rozkładzie" stacji tym wyższa jej ocena i większa liczba przybywających na nią pasażerów i poczty), więc tak by mogło zostać.
5. Pasażerowie przejeżdżający przez miasto w "Komunikacji międzymiastowej" są źle liczeni - W założeniu (post #15) pasażerowie >przesiadający się< mieli być liczeni x0,5, tutaj natomiast liczeni tak są nawet ci, którzy jedynie przez stację przejeżdżają. W sumie można by z tego fjuczera zrezygnować - tacy pasażerowie będą jeszcze liczeni w komunikacji miejskiej jeśli będą przesiadać się na inną stację, więc nie ma sensu aby z tego powodu naliczany był podwójny "bonus".
6. Dostarczanie pasażerów do hoteli wpływa na wielkość handlu - może tak być, ale nie powinno aż w tak dużym stopniu.
7. To liczenie przemysłu wg odległości ma zdecydowanie zalety - miasta sąsiednie również się rozwijają - ale ma też wady, z tego samego powodu. Myślę, że lepszym rozwiązaniem byłoby liczenie przemysłu wg przypisania do konkretnych miast i ewentualnie dodatkowo w mniejszym stopniu wg odległości od przedsiębiorstwa. Przy czym dobrze gdyby wpływ przedsiębiorstwa malał wraz ze wzrostem odległości, ale to już mniej istotne (taki sposób liczenia wpływu najlepiej by się sprawdził w przypadku elektryczności - im dalej od elektrowni/trafostacji, tym mniejsze dostawy prądu). Ogólnie chodzi m.in. o to, aby np. taki Sochaczew nie dogonił wielkością Warszawy.
8. Niektóre miasta pomimo ogromnych dostaw i zerowego bezrobocia nie chcą się rozwijać. Nie wiem dlaczego. Jedno z takich miast (pokazane na screenie) po pewnym czasie zaczęło się jednak rozwijać jakiś czas po tym, jak postawiłem obok przetwórnie odpadów. Ale to mogła być inna kwestia.
9. Miasta ufundowane również nie rozwijają się.
10. Zdaje się, że skrypt wykonuje pierwsze obliczenia dopiero po 3 miesiącach od rozpoczęcia gry. Gdyby zaczynał już po 1 miesiącu byłoby lepiej, ale to już jest w sumie detal.
Niżej dwa screeny obrazujące większość z opisanych problemów.
![[Obrazek: 232NWD_test_Frindingham_r.png]](https://openttd-polska.pl/uploads/other/232NWD_test_Frindingham_r.png)
![OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM] OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM]](https://forum.openttd.pl/images/logo.png)
