JarkPomsky

Towar za sam przejazd przez stacje mógłby otrzymywać punkty. Wyrównałoby to trochę punktację.

Wybaczcie że post pod postem. Zdecydowałem się jednak umieścić tarcze na prawym ekranie zamiast opisów tekstowych. Opisy tekstowe brzydko wyglądają. Pozostaje teraz umieścić kontrolki, które są niezbędne podczas jazdy - np. przecież nie potrzebuję do jazdy kontrolki, która pokazuje czy akurat sprężarka pracuje. Jak będzie API i dorwę kiedyś ekrany 4:3 to włożę wszystko co się da. Teraz model uproszczony.

Pierwsze uruchomienie ekranów: Ekrany podpięte z thinPC z ubuntu, ale tak słabym że z wielkim trudem aktualizuje słupki (jak mocny może być komputer który kosztuje 100zł? hah) 😄 to bardziej test czy się dobrze wyświetla, niż docelowe rozwiązanie. I wyświetla się dobrze. Oczywiście zostają problemy z "klikaczem", które zaznaczyłem w postach powyżej. Około sekundowe (a z tym pc nawet 30sekundowe) opóźnienia. Następna sprawa to to, że w Vehicle I/O nie ma statusu czuwaka!! Niby jest, "ttd_bcu_out_sygnalca": 0, "ttd_bcu_out_sygnalshp": 0, ale czy SHP albo CA świeci czy nie, to obie wartość są zawsze = 0. Nie mam kompletnie pomysłu na prawy ekran, jak to poukładać. A co do API - Jeżeli inni nie mają odwagi, zróbmy to my – WIRTUALNI MIKOLE! ZBIERZMY GRUPĘ 300 WIRTUALNYCH MIKOLI. RUSZAMY POKOJOWO W STRONE SIEDZIBY SIMRAIL. W ŚRODKU TŁUMU PROGRAMIŚCI Z LAPTOPAMI, Z PODSTAWIONĄ PAMIĘCIĄ USB, ŻEBY WGRYWAĆ KOD API DO GRY. NIECH NA ZEWNĄTRZ CZEKAJĄ BARDZO DUŻO MIKOLI I ODWRACA UWAGĘ OCHRONY. POKOJOWO WCHODZIMY DO SIEDZIBY SIMRAIL. IDZIEMY I NIE ZATRZYMUJEMY SIĘ. OTACZAMY SERWEROWNIĘ. PROGRAMIŚCI ODPINAJĄ SYSTEMY OCHRONY, WGRYWAJĄ API . WYCHODZIMY I POKOJOWO KIERUJEMY SIĘ DO WYJŚCIA. RESZTA MIKOLI OSŁANIA, SYMULUJĄC RUCH KOLEJOWY W CZASIE RZECZYWISTYM, BLOKUJĄC DOSTĘP ADMINÓW DO SERWERÓW I ODCIĄGA UWAGĘ OCHRONY. SŁUCHAJCIE NIE MA INNEGO WYJŚCIA Z TEJ KRYZYSOWEJ SYTUACJI!

Przygotowałem GUI dla lewego ekranu dragona. Niestety mam ekrany 16:9 a oryginalne są 4:3, dlatego mogę upchać dużo mniej informacji. Prawy zrobie tak, że nie będzie tam tarcz prędkości i siły pociągowej - je zastąpię wskazaniami tekstowymi. Dzięki za uświadomienie że ikony z gry można dorwać w katalogu, bo już chciałem je rysować 😄

@olo101Sam drukowałeś czy korzystałeś z usług jakiejś firmy?

Ja nic nie widzę, gdzie? 🙂

Nie można, trzeba samemu to zrobić (albo z AI) 😄 Wiem jak budować GUI, wcześniej dawałem filmik z tabletu który pokazuje prąd silników Ja też będę robił taki pulpit, z dwoma ekranami dotykowymi 7 cali. No i w końcu nie mamy API więc nikomu się nie śpieszy 🙂 Twoje dźwignie działają jak przyciski na klawiaturze rozumiem mają 3 pozycje. Ja szukam takich które mają 5 pozycji, byłoby to jak na obrazku niżej, dzięki temu można by łatwo sterować też starszymi lokomotywami. Dźwignia powracająca do "n", nie blokująca się. Ma ktoś namiar na takie?

Jest kilka problemów z tym sposobem które wychwyciłem, które dyskwalifikują ten sposób dla mnie. Po 1. samo wyświetlanie Vehicle I/o zabiera na moim złomie jakieś 5-7 FPS przy lokomotywie Dragon. A celuje w 40FPS, więc to duża wartość. Po 2. Wartości w moim GUI pojawiają się około 0,5 -1 sekundy po tych widzianych w grze, nawet zmniejszając czas klikania i odczytu na 50ms. Hakowanie pamięci jednak działa dużo lepiej, ale wymaga dużo pracy. Udostępniam kod dla chcących i lubiących się bawić: Main https://pastecode.io/s/btos4qdq ClientServer https://pastecode.io/s/v3yq1adv Odpuszczam 😄 czekam na API i już nic nie kombinuje 😄

Mam dobre wieści. Wpadłem na genialny pomysł. Znalazłem sposób na pobieranie danych od wszystkich lokomotyw, niezależnie od update gry i bez potrzeby hakowania pamięci. Sposób jest tak absurdalny że aż głupi 🙂 Sposób polega na klikaniu w przycisk "Copy to Clipboard" pod F8 > Vehicle I/O. Okno można przesunąć poza widoczny ekran gry, patrz niżej prawy dolny róg. Reszta jak w instrukcji programu. Jedyny minus, nie można używać myszki, ale jak potrzeba to można jednym klawiszem wyłączyć i włączyć. Klikacz w żadnym stopniu nie przeszkadza w grze 🙂 Załączam program. StatusLokomotyw.zip

Poddaje się, spędziłem przy tym kilka godzin i nic. Jakby ktoś chciałby spróbować: Zresztą wyczytałem że to może i tak działać tylko na kilka aktualizacji, póki kod znacząco się nie zmieni.

Rozumiem że wszystko się zepsuło? 🙂 Nowy sposób nie opierał się na przesunięciach, tylko na wzorcach bajtowych. Nie udało mi się wyciągnąć prawidłowych wartości. 😞 Funkcja co prawda znajdywała wzorzec bajtowy w pamięci, ale pobrana wartość była kompletnie inna. Potem pomysł porzuciłem, ale pobawię się jeszcze tym później, ale w innej tj. jakiejś prostszej aplikacji, żeby zrozumieć co mogę zrobić.

Zaraz przyjdzie update i wszystko Ci zepsuje 😄

Moim zdaniem to są detale, które w żadnym stopniu nie wpływają na rozgrywkę. Jestem zwolennikiem mieszania realizmu z fikcją jeśli jest ona korzystna dla rozgrywki - przykład - APO albo dodanie do gry powiedźmy nowego Gryffina 200, którego przecież nie było w 2018 roku.

Koniecznie pobierz ten scenariusz. Można jeździć w kółko i wszystko testować:

Jak wyskakuje 1 to pauzuj grę przy włączonym f8 i wtedy skanuj.

Tak samo jest z innymi rzeczami. Np. Shp i Ca ma stany lampek, ale można też złapać ten czerwony kwadracik z GUI.

Rozumiem czyli problem jest z płynnymi osiami 😕

Właśnie coś takiego chodzi mi po głowie. Tylko z ekranami i pełnym hudem na nich. Softwarowo jest to zrobienia już teraz. Program który wyłapuje wciśnięcia joysticka i zamienia je na przyciski klawiatury też zdaje się można napisać. We wcześniejszych postach pokazałem jak wyciągać dane z gry bez API żeby ożywić wskaźniki. (Pracuje nad nowym sposobem) Wszystko można zrobić, tylko trzeba mieć czas (i pieniądze hehe) ;)

Mam jeszcze jeden pomysł, jak wyciągnąć dane z gry pomimo zmieniających się offsetów po aktualizacji gry. Na razie wyciągnę jedną wartość(o ile się uda) i będę czekał do kolejnej aktualizacji czy zostanie czy nie 🙂 W sumie to nie dziwię się twórcom, że olewają temat API, skoro to pewnie dla mniej niż 1% graczy. API pewnie będzie na samym końcu 😕

No właśnie trochę naokoło, ale skoro motywuje, to czemu nie 🙂 Ja z kolei myślę nad pulpitem uniwersalnym, coś w stylu Dragona/Traxa z dwoma ekranami LINK i malinką. Nie repliką którejś, ale inspirowaną tymi lokomotywami. Nawet czat chciałbym wywalić na jeden z ekranów. A na ekranie komputera mieć czysty obraz jak za szybą: Jestem na etapie marzenia... 🙂

Synchronizacja oświetlenia - na 90% tak. Podawanie sygnałów na fizycznej makiecie - na 99% nie. W chwili obecnej nie warto się w to bawić jeśli chodzi o dyżurki.

Tak zawsze znika, dlatego musisz znaleźć bazowe przesunięcie (base offset), a nie sam adres, bo gra z każdym włączeniem przydziela inny adres. Przesunięcie bazowe zostaje zawsze takie samo, dlatego mój program działał nawet po restarcie gry. Tu masz poradnik jak to zrobić:

Stało się to co podejrzewałem. Najnowszy hotfix pozmieniał strukturę pamięci - dane są teraz w innym miejscu pamięci, więc program jest ślepy. Jako że jest to zbyt czasochłonne żeby aktualizować i dość trudne projekt porzucam. Lepiej poczekać na API. Jeśli jednak ktoś by chciał poszukać na własną rękę to udostępniam kod gdzie można wprowadzić znalezione offsety i skompilować samemu: https://pastecode.io/s/r1zcis5s Wartości manometrów woltomierzów i amperomierzów są typem "float". Lampki typem "int". Trzeba o tym pamiętać i pozmieniać w kodzie odpowiednio. Wartości szuka się za pomocą Cheat Engine. Szukając lampek trzeba zaznaczyć "4 Bytes" i szukać odpowiedni 0 dla wyłączonej i 1 dla zapalonej. Szukając reszty trzeba zaznaczyć "float" oraz szukać wartości konkretnie wyświetlanej (pod f8).

Najgorzej że każda grubsza aktualizacja gry może pozmieniać strukturę pamięci i trzeba będzie szukać wszystkiego na nowo 😄 oby nie 😄