INNE [GS] Think globally, act locally

[LaChupacabra]

Widzę, że wprowadziłeś dość sporo zmian. Nie wiem jednak czy publikowanie takiej mocno testowej wersji było dobrym pomysłem. Jak na wersję "gotową" jest w niej zbyt wiele niedoróbek. Chodzi głównie o ustawienia domyślne, ale nie tylko.

Pomysł, aby najmniejsze miasta same się rozwijały jest moim zdaniem ok, choć bywa tak, że nie jest to zawsze oczekiwane. To, że dobra konsumenckie wymagane są, a właściwie: wpływają na rozwój miast dopiero powyżej 10 000, jest słabe - rozwój samą pasażerką i pocztą jest nie tylko zbyt łatwy ale i nudny, w dodatku sam transport towarów jest sztuczny, bo pozbawiony celu. Dobrze by było, aby te progi były ustawialne. Nie bardzo mi się też podoba to, że trzeba wozić i pocztę, i pasażerów, a nie spełnienie któregoś z tych warunków, nawet pomimo minimalnego niedoboru, wstrzymuje rozwój. Wcześniej, gdy była to jedna kategoria, było moim zdaniem lepiej. Teraz łączenie tego przy wartościach jednostkowych nie byłoby dobre, ale można by było zrobić ewentualnie tak, aby spełnienie jednego warunku dawało 1/2 szybkości rozwoju.  

Co do domyślnych ustawień:

poniżej 10000 oprócz przekroczenia tych progów, szybkość wzrostu zależy od ilości pasażerów i poczty

-Nie wiem czy ma to jakikolwiek wpływ, bo domyślne wymagania są tak niskie, że bylejaka komunikacja wypełnia normę w 10 000%. Miasto liczące 40 000 mieszkańców wymaga dostarczenia 80 pasażerów i tyle samo poczty - to raczej powinno być coś na poziomie 2000 i 300
-Wymagania dla pasażerów i poczty są na tym samym poziomie - powinny zawierać albo stały mnożnik między sobą: coś między 6 a 7, albo powinny osobno odnosić się do produkcji miasta zamiast populacji, wtedy 20% jako wartość domyślna, w przypadku miasta z 40k mieszkańców będzie oznaczało wymóg transportu ok. 2500 i 350.
-Tytuł ustawienia dla passmail'ów i wartość wymaga zmiany - obecnie 10 oznacza de facto 0,5% od wartości liczebności populacji

poniżej 20000 jw. ale szybkość zależy też (z większą wagą) od ilości dóbr konsumpcyjnych  
powyżej: j.w. ale z większa wagą również od surowców i środków produkcji.

-Wymagania dla dostawy dóbr i surowców także są na śmiesznie niskim poziomie
-Trzeba wielokrotnie przekroczyć wymagany pułap dostaw, aby miasto rozwijało się szybko
-Domyślne liczenie dostaw co 7 dni wymaga spamowania pojazdami
-Dostawy wielu z edit: niemal wszystkich surowców nie są liczone w ostatniej z kategorii. M.in. zboża, buraków, śmieci, piasku, kamieni, ropy, metalu itd.


Co myślisz o tym, aby każda z kategorii miała swój oddzielny (ustawialny) wpływ na rozwój?

P - mnożnik wpływu dostaw pasażerów
M - mnożnik wpływu dostaw poczty
F - mnożnik wpływu dostaw żywności
G - mnożnik wpływu dostaw towarów
B - mnożnik wpływu dostaw materiałów budowlanych
R - mnożnik wpływu dostaw surowców przemysłowych
S - mnożnik wpływu dostaw produktów przemysłowych

p,m,f,g,b,r,s - wynik dostaw (x ≥ 100% = 1 - dostawy większe niż wymagane nie przyśpieszałyby wzrostu)

X - mnożnik tempa wzrostu miasta (0,2 - nie rośnie; 1 - rośnie z maksymalną szybkością)


Np. jeśli miasto ma:
25-1000 - wpływ na jego rozwój ma jedynie transport pasażerów i poczty
Pp+Mm / P+M = X
1000-5000 - dochodzą kolejne kategorie, równoważne z pocztą i pasażerami lub nie w zależności od ustawień
Pp+Mm+Ff+Gg+Bb / P+M+F+G+B = X
5000-...
Pp+Mm+Ff+Gg+Bb+Rr+Ss / P+M+F+G+B+R+S = X

Co do kolejności kategorii, to próbowałem ale niezbyt to działa.

Przy takim układzie jaki udało ci się zrobić, to już nie będzie wcale potrzebne Co najwyżej można by było dać jakieś inne kolory kategorii - tak sobie marudzę.

Niestety nie ma opcji aby wydłużyć subsydium, 12 miesięcy jest zakodowane na twardo.

No to klops. Te 12 miesięcy coś jeszcze może znaczą z JGR'em, ale w zwykłej grze szkoda zachodu.

Co do wzrostu drzew - chyba tylko przez zmianę ustawień, ale nie wiem jak to działa, podobnie jak odczyt ustawień.

Szczerze powiedziawszy, możliwość spowolnienia/zamrożenia wzrostu drzew obok modyfikacji oceny stacji tak, aby liczone były połączenia i czegoś co mogłoby nazywać się "Shipping lane.grf" to ficzery, których chyba najbardziej mi brakuje w tej grze .

EDIT: wolałbym ogólne kategorie, niż rozbijanie na drobne, z tego powodu że:
1. chciałbym by skrypt działał w możliwie każdej ekonomii, ogólna kategoria zabezpiecza szerokie spektrum towarów
2. przy podejściu "impulsowym", logiczne jest, że opłaca się jak najwięcej różnorodnych towarów pchać, bo w lepszym stopniu zabezpiecza to ciągłość całkowitych dostaw powyżej progu.

1. Ale z większą ilością kategorii skrypt byłby bardziej kolorowy Poza tym nie lubię marnować żywności, a w grze prawie nikt się nią nie zajmuje. Te dodatkowe kategorie można opcjonalnie połączyć, tak jak to jest np. w skrypcie RCG.
2. To marne podejście i jeśli znalazłbyś sposób aby to zastąpić "ubytkiem" albo "średnią", byłoby o wiele lepiej. Co daje częste odświeżanie, poza pogarszaniem czytelności, napisałem wyżej.

EDIT: co zamiast %? Tony? A co ze skrzynkami które ważą pół tony albo licho wie ile sobie ktoś umyślił?

Nic. Inne skrypty mają podane "ilość dostarczona/ilość wymagana" i nic więcej, i to w zupełności wystarcza - bardzo łatwo można się domyślić o co chodzi. Units / jednostek brzmi strasznie technicznie i jest zwyczajnie zbędne.