INNE [GS] Think globally, act locally

[LaChupacabra]

Trzy podstawowe uwagi:
1. Dlaczego zawsze musisz zmieniać nazwę dodatku na listach? Raz jest Think globally, Act locally, a zaraz potem Act locally, Think globally. Tak samo z wąskotorówkami, fixem i chyba jeszcze innymi... Dlaczego zmuszasz graczy, aby za każdym razem musieli domyślać się jaką to tym razem nazwę wymyśliłeś? Ja na liście mam niemal 800 wersji różnych dodatków (celowo mam widoczne wszystkie) - wyszukanie wśród nich czegoś nowego, nie wiadomo jak nazwanego jest karkołomne. Dlaczego tylko w przypadku twoich dodatków po ich ściągnięciu niemal za każdym razem muszę używać wyszukiwarki? Sory za krytykę, ale musiałem się trochę wyżyć.
2. W przypadku skryptów ściągnięcie nowej wersji - w odróżnieniu od zwykłych newGRF - zastępuje poprzednią, czyli ją kasuje (to wkurza jeszcze bardziej, ale w tym już nie ma twojej winy). A jak pewnie nie raz zauważyłeś, nie zawsze nowe oznacza lepsze. I co najważniejsze, bardzo wątpię w to, aby można było zaktualizować skrypt w istniejącej grze (offline), co może oznaczać, że w przypadku ściągnięcia nowej wersji skryptu, starsze save'y staną się niegrywalne. Dlatego mam taką prośbę, aby nowe wersje skryptu były publikowane jako oddzielne dodatki tak jak jest to np. z firs'ami 1, 2 i 3.
3. Skrypt nie działa dobrze, w zasadzie jest niegrywalny.
Po pierwsze: Żywność, towary, a dalej materiały i paliwa trzeba dostarczać niemal non stop - skrypt bierze pod uwagę dostawy ze zdecydowanie zbyt krótkiego okresu. To na pewno nie jest ostatni miesiąc, a zaledwie kilka ostatnich dni! Dla dobrego działania to jednak nie powinien być tylko ostatni miesiąc, ale średnia z co najmniej 3 miesięcy lub nawet roku - duże statki nie pływają zbyt często. W "dejlengowej" wersji pewnie mógłby pozostać miesiąc dla obliczeń. To jednak nie może być identyczny mechanizm co dla obliczeń pasażerów - tam pasażerowie, nawet gdy nie są transportowani, nadal pojawiają się na stacji i ocena transportu tak szybko się nie zmienia.
Po drugie: Zawiesza się. Niżej przykład z transportem pasażerów i poczty. Wcześniej miałem problem z bazowym T&IC, gdzie pomimo obsługi wszystkich przedsiębiorstw nic nowego już nie powstało.



Inne uwagi:
4. Szybkość rozwoju miast w dalszym ciągu zależy od ilości obsługiwanych stacji - 6 przystanków i basta! I nie ważne, że wiocha ma 50 mieszkańców, ma być 6 przystanków!
4b. Lepiej i ciekawiej by było, gdyby szybkość zależała od procentu tych dostaw. I aby od samego początku byłyby brane pod uwagę dostawy wszystkich ładunków - nie trzeba by było wszystkiego dostarczać, ale można.
4c. Wtedy można by było pomyśleć o rozdzieleniu (choćby opcjonalnym) żywności + towarów oraz paliwa + materiałów na osobne kategorie. RCG opcjonalnie je łączy.
4d. Myślę że ciekawiej i sensowniej też będzie, jeśli dostawy będą pokazane ilościowo jak w RCG albo CB (dostarczone/wymagane/(zgromadzone/średnia dostaw)) a nie procentowo. W NWD są procenty, ale to dlatego, że nie jest to tak wprost liczone; z resztą tam też kategorie są inaczej nazwane (handel, budownictwo, komunikacja). Tutaj natomiast wymagane są konkretne ilości, ale ile to jest 10% paliwa albo 20% żywności?
4d. Transport pasażerów i poczty lepiej, aby pozostał podawany w procentach - tu dość łatwo można dojść o co chodzi - z tym, że maksymalnie nie powinno wychodzić więcej niż 100%. Czyli (a/A+b/B)/2 lub (a+b)/(A+B)/2 (bez mnożników dla poczty czy pasażerów) - pierwsza metoda równoważy znaczenie poczty, druga je umniejsza.

Obecna wersja skryptu (4):



Wersja opierająca obliczenia rozwoju miasta na wartości dostaw w dłuższym okresie (miesiąc dla wydłużonego czasu gry, kwartał/rok dla standardowej gry). Graficznie słabo czytelny, ale to można poprawić.



Wersja opierająca obliczenia na stanie zmagazynowanych ładunków - dostawy ubywają co miesiąc o określony procent i/lub liczbę. Trzy wersje kolorystyczne poprawiające czytelność. Druga zawiera kolory z wykresu stawek.




5. Wymagany domyślny procent obsługi przedsiębiorstw (35%) to jakiś był żart w przypadku FIRS'a - nie zmieniłeś go. Kiedy na jakiejkolwiek mapie widziałeś, aby był obsługiwany aż tak wysoki ich odsetek? Takie ustawienie w praktyce oznacza, że nowe przedsiębiorstwa w ogóle nie powstaną, poza tymi sponsorowanymi.
5b. Myślisz, że dałoby się zrobić podział dla tych przedsiębiorstw? Tak, aby np. obsługa 20% hut dawała zielone światło dla budowy nowej?
6. Wątpię, ale może jest taka możliwość, aby do poszczególnych ustawień, jak jest w przypadku zwykłych newGRF, dodać objaśnienia? Jeśli nie, można by było je jednak dodać jako fake'owe opcje - o wiele lepsze to niż szukanie wyjaśnienia w "read me", gdzie z resztą użyto fatalnej czcionki.
7. Nigdzie nie dałeś informacji z jakimi dodatkami przemysłowymi skrypt współpracuje. Na pewno z FIRS'em 3 i na pewno nie ze standardowym przemysłem.

8. Zanim dodasz nową, poprawioną wersję patrz pkt.2. Wrzuć ją tutaj czy gdziekolwiek, aby można było przetestować wcześniej jak co działa.