Symulator EU07 (i nie tylko) > Na warsztacie
Sterowanie ruchem przez zewnętrzną aplikację
tmj:
--- Cytat: firleju w 09 Marca 2017, 11:31:45 ---Ty myślisz o czymś co liczy poruszanie się pojazdów, a ja myślę o czymś co przesyła policzone elementy na poszczególnych kompach do innych, żeby zwizualizować przemieszczenia jedynie. Druga wersja nie wymaga implementowania niczego oprócz odpowiedniego interfejsu TCP i ewentualnie sprawdzania czy wszystkie klienty mają uruchomioną tą samą wersję scenerii. Po co rozdzielać?
Wg mnie są tylko dwa tryby: pełny singiel, gdzie wszystko liczymy na exe a hub służy do komunikacji z jedną instancją SCS oraz pełny multi gdzie AI to może co najwyżej sterować scenariuszem ale nie ma składów AI.
--- Koniec cytatu ---
To niezupelnie tak -- (niektorzy) klienci jak najbardziej moga sobie liczyc stan symulacji u siebie na podstawie przekazanych sygnalow, ale oprocz tego uwazam ze 'master' takze musi to robic, chocby dlatego ze symulacji nie policza sobie np stacje pod kontrola SCS, i ktos musi dla nich zdecydowac o zajetosci torow itp, i przekazac im te informacje. Biezacy stan calej trasy musi byc takze przekazany klientom ktorzy podlaczaja sie w trakcie sesji, i do tego celu trzeba go skads wziasc. No i wreszcie jest to raczej przydatne do zwyklej weryfikacji -- "nigdy nie wierz klientowi" to dosc podstawowa zasada dla aplikacji sieciowych, dlatego przyjmowac od nich informacje, jakie komendy wydaje sterujacy jak najbardziej, mozna, ale juz slepo przyjmowac dane w rodzaju "moj pociag jest teraz tutaj" to jest proszenie sie o klopoty, takie rzeczy serwer liczy u siebie i jesli klient ma inne zdanie, to rozstrzygniecie jest na 'korzysc' serwera, nie klienta.
Co do trybow natomiast, mysle ze tutaj jak najbardziej mozna laczyc AI i ludzi -- upraszczajac, z punktu widzenia symulacji nie ma roznicy, czy 'ludzki' kontroler pociagu siedzi przed klawiatura komputera ktory liczy ta symulacje, czy sterowanie odbywa sie poprzez wariant tej klasy zmieniony by otrzymywac instrukcje ze 'zdalnej' klawiatury, za posrednictwem tcp i serwera. Ani czy sklad zarzadzany przez AI zostaje przejety przez "lokalne F5", czy jego sieciowy odpowiednik? Odpada w ten sposob problem, ze wieksze scenariusze albo nie moga byc uzywane w trybie multiplayer dopoki nie znajdzie sie grupa kilku(nastu) osob chcacych jezdzic w tym samym czasie akurat po tej trasie, zeby obsadzic wszystkie zdefiniowane pociagi, albo sa okrawane ze wszystkich skladow oprocz tych, ktore obsadza operatorzy, i robi sie na nich zwyczajnie pusto gdy tych operatorow jest 2-3.
firleju:
Trochę się chyba zagalopowaliśmy. Narazie chodzi o stworzenie architektury tylko dla singla bo nic więcej nie uda się zrobić w najbliższym czasie więcej. Jeśli założymy, ze całe AI loków ma być w przyszłości liczone na serwerze to w tej chwili to nie jest jakoś znacząco potrzebne do życia.
Chciałbym jednak ustalić jakąś architekturę, która docelowo będzie się nadawać do rozbudowy, ale nie zostanie zaimplementowana w pełni na obecnym etapie.
maciek001:
Ale w wersji multiplayer ready? ;)
firleju:
Tak, w wersji multiplayer do wprowadzenia kiedyś w przyszłości.
AtapiCl:
Odkopując "trochę", fajnie by było gdyby SCS obsługiwał coraz częściej pojawiające się cuda w postaci rozsuniętych semaforów blokady lub miejscowo zagęszczonych jednokierunkowo odstępów, gdzie w drugim kierunku muszą być dwa odcinki osłaniane jednym semaforem. Bo obecnie przy próbie skonstruowania czegoś takiego, udać się uda żeby właściwie reagowały semafory podczas przejazdu przez oba odcinki, ale zrywa cały czas połączenie.
Nawigacja
[#] Następna strona
Idź do wersji pełnej