![OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM]](https://forum.openttd.pl/images/logo.png "OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM]"){kind=logo}
+- OpenTTD #Polska - Polskie forum gry OpenTTD [ARCHIWUM] (https://forum.openttd.pl)
+-- Dział: OpenTTD (https://forum.openttd.pl/forumdisplay.php?fid=1)
+--- Dział: Dodatki (https://forum.openttd.pl/forumdisplay.php?fid=27)
+--- Wątek: KOLEJ Polish PKP Set v2.0 (/showthread.php?tid=953)
Strony:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
RE: Polish PKP Set v2.0 - 101ksl - 01-12-2015
@Tadeusz, co do pytania o kolorystykę:
Moim zdaniem Bautzen powinien zmieniać kolorystykę na IC w określonym roku, tak jak to wygląda z 111A i 112A. Nie ukrywam, że ucieszyłbym się z opcji, która jest dostępna na przykład w secie SBB, gdzie w ustawieniach GRFa można włączyć tryb "expert". Polega to na tym, że wszystkie pociągi i wagony mają charakterystyczne dla typu podłączonej lokomotywy lub roku zakupu malowanie bazowe, ale można je zmieniać na poprzednie za pomocą refitu właśnie. Ale jak zwykle rzucam tylko propozycję, mam świadomość tego, że może to być bardzo skomplikowane, więc absolutnie nie wymuszam i nie naciskam
A co do chłodni, jeżeli decyzja o 20R (czy to taka?) jest ostateczna, to mogę zacząć rysować.
RE: Polish PKP Set v2.0 - TadeuszD - 01-12-2015
Kiedyś była dyskusja, żeby przebudowa do wersji IC oprócz zmiany kolorów wiązała się dodatkowo z upgrade'm do 200km/h (oryginalny Bautzen miał 160km/h) i oczywiście dodatkowym kosztem. Taka przebudowa musiałaby być dokonywana ręcznie. Dlatego pytam. Oczywiście można ją zablokować przed 2010r.
Automatyczna przebudowa lokomotyw już teraz działa np. w EU07, ale sama zmiana kolorów jest darmowa, więc odbywa się na innych prawach.
RE: Polish PKP Set v2.0 - 101ksl - 01-12-2015
Faktycznie, zapomniałem. Aż korci, żeby na 200 km/h jednak zrobić to 407A...
Tak czy inaczej, moim zdaniem zmiana powinna być dokonywana ręcznie, dla porządku.
RE: Polish PKP Set v2.0 - seriously - 01-12-2015
Wrzucil ktos juz te wagony do setu?
RE: Polish PKP Set v2.0 - TadeuszD - 01-12-2015
(01-12-2015, 19:10)seriously napisał(a): Wrzucil ktos juz te wagony do setu?
Nie, same się wrzuciły...
Na razie działa to tak, że kupujemy czerwonego WRdmnu, a po 2010r. możemy go odpłatnie przebudować na wersję zmodernizowaną IC na 200km/h.
![[Obrazek: 342WRdmnu_test.png]](http://upload.mouse.one.pl/view.php?filename=342WRdmnu_test.png)
RE: Polish PKP Set v2.0 - Walter Novotny - 02-12-2015
(01-12-2015, 23:42)TadeuszD napisał(a): ...Teraz będzie można tworzyć realistyczne składy, takie jak na zestawieniach.
Czy dobrze rozumiem opis? Ten wagon restauracyjny daje bonus we wszystkich wagonach? Czy może we wszystkich dalekobieżnych czy tylko w ekspresowych? Jak w OpenTTD wyglądają te bonusy? One są stałą wartością np +50? Czy stałym procentem np +50%?
RE: Polish PKP Set v2.0 - 101ksl - 02-12-2015
Cholera, ale mam satysfakcję...
Dzięki, @Tadeusz, naprawdę bardzo się cieszę, że mogę pomóc w tworzeniu tak wspaniałego dodatku.One more thing: Gdzieś daleko, daleko, na początku wątku napisałeś, że nie da się zrobić równych prędkości (np. 100km/h dla Gagara i 110 dla EN57). Ale w CSD Set są pociągi, które mają idealnie taką prędkość. Niby nic, szczegół, ale kibel jadący 111 km/h to chyba trochę niebezpieczne dla pasażerów
RE: Polish PKP Set v2.0 - LaChupacabra - 02-12-2015
Tadeusz napisał(a):Nad procentową wartością "komfortu" sam już myślałem. Tyle że ja przymierzałem się do wartości +/-, np. komfort EN57 to -15% (na czerwono), a 1 klasy to 182% (na zielono), a sypialny miałby nawet +700%. 0% oznaczałby wartość neutralną.
Ewentualnie można też podawać te % w skali wykładniczej, wtedy wartości nie bedą takie strasznie wielkie, a dodawanie procentów będzie dawało realny wynik, np:
1 klasa: cargo_ageing=2,82=2^1,5 -> komfort=+150%
restauracyjny: cargo_ageing=1,41=2^0,5 -> komfort=+50%
Czyli 1klasa z bonusem restauracyjnego dawałaby komfort=150+50%=200%, co jest z matematycznego punktu widzenia prawdą, bo 2,82*1,41=4=2^2.
0% byłoby wtedy wartością neutralną, bo 2^0=1.
Też zastanawiałem się nad takim rozwiązaniem, ale wydało mi się ono jednak nieco mylące. Liczby powyżej i poniżej 0% mogłyby sugerować, że dochód z transportu jest o tyle wyższy lub niższy, a tak przecież nie jest, nawet jeśli odpowiednio zmniejszy się te liczby (Jeśli ^ to pierwiastek, to przy 1 klasie powinno być 200%). Natomiast, jeśli ująć to w granicach 0-100%, wtedy - tak przynajmniej ja to widzę - łatwiej by było przyjąć to jako wskaźnik samego komfortu, wpływającego na stawki, ale nie koniecznie będącego z nimi sztywno powiązanym. Uważam, że taka zmniejszona skala lepiej też oddawałaby różnice dostrzegane przy ich używaniu. W przypadku wagonu restauracyjnego komfort jednak byłby przedstawiony jako wartość dodana. W tym przypadku taka forma byłaby jak najbardziej uzasadniona, bo ten wagon sam w sobie nie ma komfortu, lecz go dodaje całemu składowi.
Tak by to mogło wyglądać:
Modyfikacja (y) Komfort (x)
0,85..................42%
1,0...................50%
1,41..................65%
2,0...................75%
2,82.................82%
4,0...................87%
7,0...................93%
Dawno nie bawiłem się "zaawansowaną" matematyką, no i nie wiem co jest w stanie kupić nml, ale funkcja dająca powyższy rezultat wyglądałaby mniej więcej tak:
y ≥ 1 -> x = 100 - 50/y
y < 1 -> x = 50 *y
y e Z
Być może da się to uprościć i skrócić do jednego równania, ale w tej chwili nie mam do tego głowy
A tak to by mogło wyglądać na żywo:
Wersje +/-
Wersje 0-100
Tadeusz napisał(a):Jedyny problem, to jak nazwać komfort w przypadku ładunków innych niż pasażerowie...?Hmm, no nie wiem, w przypadku chłodni mogło by to być coś w rodzaju np. klasy urządzeń chłodniczych albo temperatury chłodzenia lub jej stabilności (może nie koniecznie procenty).
RE: Polish PKP Set v2.0 - McZapkie - 02-12-2015
Moim zdaniem cargo_aging 185 czyli standard, to powinno być 100%.
Tak przy okazji, czy dało by się zrobić opcje 'wyłącz standardowe pociągi i maglev' domyślnie jako 'zielone'?
Ciągle zapominam przy zmianie newgrf aby to włączyć i potem muszę restartować serwer albo robić od nowa mapę.
Jest tez problem z ustawianiem opcji kosztów zakupu i eksploatacji - da się to tylko zwiększyć, a brak możliwości zmniejszania,
przez co nie da się dopasować do innych setów, które takiej opcji nie mają, a są zazwyczaj zbyt tanie (basecost zwiększa/zmniejsza dla wszystkich newgrf po równo).
Nie wiem czy ten parametr może być ujemny, jeśli tak, to chyba dało by się to zrobić, bez mieszania konfiguracji istniejących serwerów (zrobić zakres np. -4...4 domyślnie 0).
RE: Polish PKP Set v2.0 - LaChupacabra - 02-12-2015
(02-12-2015, 11:19)McZapkie napisał(a): Moim zdaniem cargo_aging 185 czyli standard, to powinno być 100%Wsio ryba, może być 100%, może być +100%
Mi zależy przede wszystkim, aby wszystkie trzy sety miały rozwiązane to w ten sam sposób. Było by to bardziej spójne i przyjemniej się grało. Ale jak co, to trzeba by jeszcze było pomyśleć jak zapisać te 700%, aby to było również logiczne, ale wyglądało bardziej życiowo.Tak w gwoli ścisłości odnośnie tej przewagi, którą daje podwyższony komfort, jeszcze dodam, że na krótkich dystansach rzędu ok.50-70 dni drogi pierwsza klasa daje przychód z pasażera wyższy o 10-15%. Na dużych odległościach (ok.200 dni) jest to ok.100%. Natomiast w przypadku wagonów sypialnych, różnica względem standardu wynosi wtedy ok.120%, czyli 700% szału nie ma. Dalej owszem jest, ale to odległa historia. Na mniejszych odległościach prawie nie ma różnicy między 1-szą klasą i sypialnymi, dlatego myślałem o dodaniu modyfikacji nie tyle tempa degresji co wysokości samych stawek, również indywidualnie przypisanych dla każdego z pociągów / wagonów. Pytanie tylko czy jest to możliwe do zrobienia.
Dobrze gdyby więcej osób się opowiedziało co jest lepsze, bo jeśli pomysł wejdzie w życie, każdy będzie miał z nim styczność.
(02-12-2015, 11:19)McZapkie napisał(a): Tak przy okazji, czy dało by się zrobić opcje 'wyłącz standardowe pociągi i maglev' domyślnie jako 'zielone'?Fakt, to "wyłączenie" raczej powinno być "włączone"
, ale przy okazji sugerowałbym nie używać w tytule opcji "włączone" ani "wyłączone" - to określi sam kolor i napis za opcją, inaczej zawsze w którymś z wariantów będzie to mylące.
RE: Polish PKP Set v2.0 - FrontierPharmacist - 02-12-2015
(01-12-2015, 23:42)TadeuszD napisał(a): Na razie działa to tak, że kupujemy czerwonego WRdmnu, a po 2010r. możemy go odpłatnie przebudować na wersję zmodernizowaną IC na 200km/h.Niestety, takie rozwiązanie chyba nie da możliwości automatycznej wymiany wagonów na szybszy wariant. Na dużej mapie przerobienie kilkuset wagonów to będzie krwi koryto. Chyba wolałbym wersję zmodernizowaną jako osobny wagon.
RE: Polish PKP Set v2.0 - TadeuszD - 02-12-2015
Z procentami jest tak, że zwyczajowo wartości ze znakiem, np. -15% lub +50% są odbierane jako względne różnice wobec wartości nominalnej, zaś wartości bezwzględne: 50% lub 140% są natomiast odbierane jako stosunek wartości do wartości nominalnej, wyrażonej jako 100%.
Czyli przykładowo dla 1 klasy mnożnik 2.82 powinien być prezentowany jako komfort: 282% lub komfort: +182%. A dla EN57 mnożnik 0.85 powinien być prezentowany jako komfort: 85% lub komfort: -15%.
Dla zachowania czytelności powinno się stosować tylko jedną formę.
Problem jest z tymi wielkimi mnożnikami, ale nawiązując do uwag LaChupacabr'y dotyczących zysków, planowałem kiedyś pozmniejszać te współczynniki dla 1kl. i sypialnego z 2.82 i 8.0 do 2.0 i 4.0. Wtedy trochę szybciej widać zalety sypialnego, a wpływ WARSów staje się istotniejszy. No i wartość komortu: +300% nieco łatwiej przełknąć niż +700%.
Z drugiej strony, komfort wyrażony jako 0.85, 1.41 lub 4 też jest czytelny, choć zdecydowanie mniej "user-friendly".
Cargo_ageing dla towarów może się nazywać np. "bezpieczeństwo ładunku", "wartość ładunku" lub "jakość transportu", itp. Może komuś przyjdzie do głowy inne sensowne (i krótkie) określenie?
RE: Polish PKP Set v2.0 - McZapkie - 02-12-2015
Może po prostu 'trwałość ładunku'
RE: Polish PKP Set v2.0 - TadeuszD - 02-12-2015
Albo jeszcze inaczej - "spadek stawki". I wyrazić tą wartość jako 1/n [%], gdzie n jest mnożnikiem dla cargo_ageing? Wszyscy wiedzą, że stawa za przewóz ładunku spada, można to nawet obejrzeć na wykresie w OTTD.
EN57 miałby wtedy 117%(na czerwono), a sypialny 12,5%(na zielono).
Nie wiem tylko, jak wtedy wyrazić wpływ WARS-ów na ten spadek.
RE: Polish PKP Set v2.0 - FrontierPharmacist - 03-12-2015
(02-12-2015, 17:03)TadeuszD napisał(a): Albo jeszcze inaczej - "spadek stawki". I wyrazić tą wartość jako 1/n [%], gdzie n jest mnożnikiem dla cargo_ageing? Wszyscy wiedzą, że stawa za przewóz ładunku spada, można to nawet obejrzeć na wykresie w OTTD.Chyba przekombinowane. Zostałbym przy "trwałość ładunku" i procentach z +/-
EN57 miałby wtedy 117%(na czerwono), a sypialny 12,5%(na zielono).
Nie wiem tylko, jak wtedy wyrazić wpływ WARS-ów na ten spadek.
RE: Polish PKP Set v2.0 - TadeuszD - 03-12-2015
I jeszcze ostatnie pytanie - jak były/są ogrzewane wagony restauracyjne? I te przedwojenne i te współczesne?
RE: Polish PKP Set v2.0 - 101ksl - 03-12-2015
1) @FrontierPharmacist: popieram, nie ma co komplikować sprawy.
2) Który w końcu wagon towarowy rysować? Cysterna 20R ostatecznie?
3) @Tadeusz, przemyślałem ponownie sprawę wagonu 141A, który wrzuciłem parę stron wcześniej. I będę nalegał, bo między A/Bdnu a A/Bdhmnu jest naprawdę bardzo duża różnica. W końcu 154A jeździ w składach EuroCity, a zielone 111A wyglądają naprawdę niefajnie w składzie rodzaju Intercity/TLK. To, co przemalowałem z Twojego sprite'a, mogłoby być dostępne jako najzwyklejszy refit 111A - 60 miejsc, wyższy komfort, krótszy czas załadunku, ale wyższe koszty zakupu i utrzymania. Chcesz, to mnie możesz banować za wkurzanie otoczenia, ale będę walczył do ostatniej kropli krwi
4) Kiedyś gdzieś wyczytałem, że stare wagony gastronomiczne były ogrzewane wodą, nowsze klimatyzowane albo z grzaniem elektrycznym/elektrycznym nawiewowym. Bautzen ma nawiewowe.
RE: Polish PKP Set v2.0 - Walter Novotny - 03-12-2015
(03-12-2015, 00:22)TadeuszD napisał(a): I jeszcze ostatnie pytanie - jak były/są ogrzewane wagony restauracyjne? I te przedwojenne i te współczesne?
http://www.bautzen.cal.pl/113A.html
Ogrzewanie: ogrzewanie elektryczno- parowe
http://www.bautzen.cal.pl/B89.html
Ogrzewanie: nawiewne elektryczne, olejowe
http://forum.modelarstwo.info/threads/wagony-restauracyjne-na-pkp-konstrukcje-sprzed-1945-roku.27319/
Starsze wagony miały samodzielne ogrzewanie, uniezależnione od reszty składu.
RE: Polish PKP Set v2.0 - LaChupacabra - 03-12-2015
(02-12-2015, 17:03)TadeuszD napisał(a): Albo jeszcze inaczej - "spadek stawki". I wyrazić tą wartość jako 1/n [%], gdzie n jest mnożnikiem dla cargo_ageing? Wszyscy wiedzą, że stawa za przewóz ładunku spada, można to nawet obejrzeć na wykresie w OTTD.Neeee. Może i bardziej uniwersalnie, ale zbyt technicznie. Komfort brzmi bardziej ludzko i raczej byłby bardziej zrozumiałym. Dla mniej wkręconych graczy "spadek stawki" czy coś w tym rodzaju mogłoby być zbyt zawiłe.
EN57 miałby wtedy 117%(na czerwono), a sypialny 12,5%(na zielono).
Nie wiem tylko, jak wtedy wyrazić wpływ WARS-ów na ten spadek.
Jeszcze jedną wersją , o której myślałem mogłoby być określenie komfortu na podstawie tego o ile wyższa lub niższa byłaby stawka po określonym czasie. Zrobiłem testy i wyszło mi, że najlepszym czasem dla porównań byłoby 150 dni. Wtedy różnice są już wyraźne, ale nie są przesadzone. Wyniki nie są idealne, co wynika z tego, że czas załadunku jest różny, a on też wchodzi w czas transportu, ale z grubsza można przyjąć, że zakres danych wyniósłby wtedy od ok. -81% lub 19% (stawka nigdy nie spada do zera) do ok. +65% lub 165%. Wartości komfortu dla poszczególnych pociągów i wagonów wyglądałyby tak:
EN71...................85%
2 klasa................96%
EN 76 "Elf"..........100%
ED 72................115%
2 klasa + wars....119%
1 klasa..............147%
1 klasa + wars....151%
Sypialny............157%
Polroad:
Ikarus 280............33%
Solaris 15.............96%
Setra..................120%
Van Hool.............140%
W przypadku wagonów restauracyjnych przy takiej metodzie mogłaby to być wartość uśredniona czyli +14%. Znając algorytm degresji stawki za przewóz, można by było wyciągnąć dokładniejsze dane, choć takie z testu na żywo też nie byłyby złe (te są dość dokładne +/-1,5%; robiłem je na prostym odcinku 321k z limitem prędkości do 60km/h).
Btw. Co ciekawe, podczas testów wyszło (poza prawdą na temat 2 klasy), że ten cały cargo ageing w przypadku setu Ikarusa to jedna wielka ściema, zwykły fotomontaż.
RE: Polish PKP Set v2.0 - McZapkie - 03-12-2015
2 klasa powinna mieć 100%, być możę jest to zaniżone z powodu dłuższego czasu ładowania?
Zaskoczył mnie wynik dla Solarisa 15 (szkoda że nie sprawdziłeś U18 dla powrówniania z Ikarusem), wynika z tego że bonus za klime i niskopodłogowość jest za wysoki,
i/albo obniżka za stosunek siedzących do siedzących+stojących jest za mała.
Algorytm liczenia jest tu:
https://wiki.openttd.org/Cargo_income
gdzie t jest czasem w dniach, ale uwaga, rzeczywiste dni dzielone są przez 2.5 w przypadku standardowego cargo_age_period = 185
(185 oznacza po prostu liczbę 'taktów zegara' po których zwiększany jest licznik czasu transportu, 1 dzień gry to 74 takty).
Dla pasażerów CDays1=0, CDays2=24, dla innych towarów inaczej, zazwyczaj więcej.
Tak więc używanie spadku stawki po 150 dniach nie jest miarodajne gdy w grę wchodzą różne towary, do tego dochodzą newgrfy które modyfikują spadek stawki (dla mapy Polski 2048 zazwyczaj ustawiam bardziej płaskie krzywe).
Niemniej faktem jest, że duże zwiększenie cargo_age_period niewiele już zwiększa przychód, np. 1 klasa ma 2.82x większy, a przychód 1.5x większy.
Tutaj jest arkusz, to aby zobaczyć:
https://docs.google.com/spreadsheets/d/13YCoCymruEhadvtJyrB7ewS42ZUmBv-wnTkyr6hwSZQ/edit?usp=sharing
w żółte pole wpisuje się wartość cargo_age_period, dla PKP do podglądnięcia w źródłach
na zielonym polu spadek po 150 (rzeczywistych) dniach względem spadku dla openttd standard.