POLISHSEAMEN

PL_kanaron

A co się będę

Po wielkiej bitwie stoczonej z dalmierzem (10 godzin szukania jak uzyskać pojedynczy obraz z dwóch kamer jednocześnie, 2 godziny kalibracji i debaty nad skryptem, 3 godziny szukania jak dodać kanały alfa (przeźroczystość) do kamer i 2 godziny walki z tłem dalmierza [pliki z kanałem alfa z GIMP'a nie importują się prawidłowo do Unity]) uznałem, że mogę już założyć odpowiedni temat

Więc na początek:
1. Co to za gra?
Jest to dość realistyczny symulator (mam nadzieję, że taki mi wyjdzie

) bitew morskich z czasów I i II Wojny Światowej (na razie tylko takie zakładam).

2. Tryby gry
Będzie z pewnością multiplayer, może uda się zrobić ten tryb na zasadzie multi w grach takich jak War Thunder i tym podobnych. Jeśli uda mi się zaimplementować w miarę dobrą sztuczną inteligencję to mam nadzieję zrobić również singleplayer.

3. Rozwój
Mam zamiar zaimplementować system doświadczenia i waluty w celu badania i zakupu kolejnych jednostek. Ale to będzie w późniejszym czasie gdy już będę posiadał jakieś okręty

Sądzę, że z prezentacji na chwilę obecną tyle wystarczy. Pomysłów na przyszłość chwilowo nie zdradzam

A teraz to co już mam:
-okręt płynie i skręca
-mam namiastki tonięcia
-wieża się obraca
-lufa się podnosi i opuszcza (niby nic, a jednak 7 godzin roboty)
-strzela
-kamera obraca się wokół okrętu, jest zoom
-no i dalmierz

screeny dalmierza w załącznikach. Jeszcze bez podanej odległości, bo na wzór wpadłem i wyprowadziłem go sobie minutę temu. Wystarczy najprostsza trygonometria.
Na screenie (u dołu) widać też wieżę i lufę działa.

Co jakiś czas będę pisał kolejne informacje. Ale nie wiem co ile, bo czas jest cenny. Zamiast pisać, że dodałem jakąś małą pierdółkę, lepiej pisać kolejne skrypty

PL_olek0849

Kiedy będzie można zagrać

PL_CMDR Blue R

Jak zacznie beta-testy

Możliwe, że kolegów wpuści na nie

PL_kanaron

Hehe, Was raczej wpuszczę na alfa-testy

Beta to dla reszty świata.

A żeby zacząć alfa testy to muszę jeszcze zrobić:
-stopniowe płynięcie i skręcanie (na razie są wartości 0, 1, chyba, że ktoś joysticka użyje

), to robota na 30 minut
-poprawić tonięcie, bo na razie to słabo wygląda, nie wiem ile czasu
-poprawić strzelanie i skalibrować je (max. wychył działa dla konkretnego okrętu, max wychył wieży, prędkość wylotowa pocisku [nie wiem skąd te dane wytrzasnąć], zasięg strzału mam nadzieję, że Nvidia PhysX 3.3 sama wyliczy na podstawie masy pocisku [nie wiem skąd te dane] i prędkości wylotowej [no gdzieś ten pocisk spadnie, ewentualnie jakoś pokombinuję z wartościami oporu], no i jeszcze klasy pocisku [też muszę znać wszystkie istniejące pociski i ich parametry]), czas bliżej nieokreślony.
Jeśli mi chcecie pomóc to potrzebuję wszystkie powyższe dane z Niemieckiego pancernika typu Kaiser, uznałem, że on będzie pierwszym, który się pojawi

-Pozostałe uzbrojenie (torpedy, bomby głębinowe

)- gdy będę miał okręt, który miał te uzbrojenie... a Kaiser miał torpedy (wbrew temu co mamy w Steel Ocean

)

-zrobić otrzymywanie obrażeń i trafienia w konkretne moduły (tu będzie większy problem, bo u mnie nie będzie żadnych punktów życia, okręt trafiony w pokład zacznie płonąć i uszkodzone zostaną moduły w pobliżu pożaru, okręt trafiony w silnik- zwolni, trafienie w amunicję będzie wyliczane przez RNG czy ma zrobić kaboom od razu, czy za jakiś czas

I każde trafienie w kadłub będzie dodawało konkretnej części okrętu [symulacja grodzi] większe przecieki, w przypadku przechyłu powiedzmy +30* [do dyskusji] okręt jest stracony), czas bliżej nieokreślony.

-wprowadzić wzór na obliczanie odległości przez dalmierz, kilka minut roboty, powinien działać, bo to matematyka

-radar... na Kaiserze go chyba nie było, więc odpuszczam.

-fale, horyzont i te sprawy (moje bitwy będą na bardzo dużym obszarze)- wkrótce, ale raczej po alfa, bo to oznacza użycie shaderów, a tego jeszcze nie umiem. Podziurawiony kadłub z widokiem co jest w środku też wymaga shaderów.

-opory wody... Nie umiem hydrodynamiki, potrzebuję wzory tylko na to o ile ma się zmniejszyć prędkość przy jakimś wychyleniu steru kierunku.

PS: Dla dociekliwych, czemu tu nie ma nic o modelu okrętu i kamuflażu? Tak, alfa testy będą na realistycznie wyglądającej kostce będącej pancernikiem typu Kaiser

No nie jestem grafikiem 3D ani 2D więc mi to trochę czasu zajmie zanim obejrzę stosy poradników, a lepiej ten czas wykorzystać na szukaniu błędów.

PL_kanaron

Czy jest coś czego nie wiem o dalmierzu?
Skalibrowałem go, skrypt napisałem, dodałem wyliczoną odległość na tło dalmierza i się trochę zdziwiłem:
Odległość liczę jako tangens kąta nachylenia jednej z kamer razy połowa długości dalmierza (trójkąt prostokątny i trygonometria) i wszystko się zgadza, odległość jest prawidłowa. Ale jedna sprawa nie daje mi spokoju: ten czerwony sześcian na screenach jest w odległości 200 metrów od dalmierza, a dalmierz zrobiłem dość spory, bo ma długość 20 metrów

Ale mimo tak niewielkiej odległości (w porównaniu z bitwami na odległość 20 km) kąt to w przybliżeniu 87*.

Tan(87*) ~=19,08 jednostek. A skalę przyjąłem 1 jednostka = 10 metrów, więc odległość to około 190,8 metrów

Tan(89*) ~=57,28 jednostek.

Tan(89,5*) ~= 114,59 [j] Czyli tu dopiero mamy ponad kilometr.

Czy naprawdę dalmierze były tak czułe??? Czy miały jakąś inną budowę, o której ja nic nie wiem, a ułatwiała ona pomiary dużych odległości?

PL_Cmd_Jacek

Życzę wytrwałości :respect:

PL_CMDR Blue R

No, dziesiąte części kąta przecież łatwo było zmierzyć, nawet mniejsze kawałki.

PL_kanaron

Dzięki Jacek

Nie ma problemu ze zmierzeniem milionowych części kąta przez komputer, problemem jest... obsługujący dalmierz człowiek, który nie ma dokładności do milionowych części kąta.
Różnica jednej tysięcznej to zmiany odległości rzędu dziesiątek kilometrów.

Przykładowo:
załóżmy, że trzymając Shift mamy szybszą zmianę, a z Ctrl większą dokładność.
Różnica jednej setnej między kątem 89,97* a 89,98* to około 9,5 km. Czy w historycznych dalmierzach też była taka czułość? Mój dalmierz ma 20 metrów długości, im dłuższy tym większa dokładność (wynika ze wzoru). Przy odległościach 10 km jeden piksel to różnica 3 km. Gdyby nie to, że piksel jest "gruby"

tobym zrobił historyczny dalmierz długości 2 metrów.

Choć jak tak myślę to nawet dobrze, dokładność nie musi być 100%, a nawet nie może, przynajmniej trzeba będzie strzelać i poprawkę nanosić. Czyli dobrze

PL_CMDR Blue R

A co za problem zrobić urządzenie z taką dokładnością? Wiesz, że nie trzeba mierzyć kąta rzeczywistego, ale zrobić podobny "mini" dalmierz? Obraca się wraz z lusterkiem i wskazuje, jakie jest przesunięcie lusterka (mierzone w najbardziej wychylonym miejscu). Z drogi przechodzimy na kąt (bo jest to prosta funkcja) i viola!

Tak samo się bada np. bardzo małe odkształcenia. Stosuje się inną zależność (w tym wypadku zmianę rezystancji tensometru), która jest proporcjonalna do mierzonej, a potem skaluje się.

Tak samo przecież działa np. śruba mikrometryczna. Obrót jest zamieniany na przesunięcie.

pepe · Kommodore

Bardzo ciekawa strona o broni morskiej od 1880 roku:

NavWeaps

A tu już konkretnie o głównej artylerii Kaisera:

30.5 cm/50 (12") SK L/50

Powinieneś znaleźć tam dużo istotnych informacji o uzbrojeniu, predkościach początkowych, przebijalności pancerza na odpowiednich dystansach, czasie lotu pocisku itp.
Oczywiście nie każda armata jest tak samo dokładnie opisana ale zazwyczaj te bardziej znane są.

Cytat:

-poprawić tonięcie, bo na razie to słabo wygląda, nie wiem ile czasu

A o jakie tonięcie chodzi? Czy o takie, kiedy okręt juz definitywnie idzie na dno czy dopiero nabiera wody a grac jeszcze z niego prowadzi ogień?
Myslę, że powinno być rozgraniczenie, że od pewnego momentu gracz nie ma już kontroli nad okrętem. Wtedy tonięcie mogło by być determinowane przez występowanie eksplozji lub nie, stopień pozarów itp. Najfajniej by było, gdyby niektóre okrety tonęły bardzo długo, przykładowo obracały się czasem do góry dnem itp. Jednak to może być dużym obciążeniem dla klienta gry lub serwera. Tak długo tonacy okręt moze być solidną zasłoną bla innych jednostek lub przy odpowiednim wietrze stwarzać zasłonę dymną.

Edit:
Jeszcze jedna sprawa mnie zastanawia. Piszesz, że potyczki będą na dużych odległościach i wielkich mapach. Zazwyczaj takie mapy musiały by być pozbawione lądów, wysepek itp. Nie uważasz, że to mało atrakcyjne dla graczy? Jesli samo dopływanie/manewrowanie ma zając sporo czasu, Twoją grę może spotkać los podobny do DW. Wyżej wymieniony model płatnosci też nie bdzie sprzyjał takiej koncepcji - przynajmniej tak mi się zdaje.
Ja bym poszedł raczej w realizm ale bez symulowania "chodzenia do kibla". Raczej coś na wzów czołgowej gry jak Steel Beast SE pro. BTW to jedyna chyba niehakowalna gra bo kupując ją otrzymuje się coś w rodzaju pendrajw-klucza, który aktywuje produkt. Kasę można by zdobywać przez rozwijanie dodatków w stylu nowe jednostki, akweny, scenariusze. Ogólnie pod wzgledem marketingowym brałbym przykład z tej produkcji a nie WoWS i Ocean ofSteel, które są nastawione na gracza pragnącego szybkiej rozgrywki i szybkich efektóe rozwijania konta, statków itp.

PL_kanaron

W obecnych czasach duża dokładność to codzienność, ale w 1900 roku?

Dzięki Pepe, przyda się

Muszę poprawić tonięcie definitywne i te umożliwiające walkę.
Wybuch to żaden problem: chwilowe przyłożenie siły działającej w dół, sprężystość zawieszenia to odbije, system cząsteczek eksplozji i szybkie zejście pod wodę.

Ale samo zejście pod wodę: muszę dodać jakąś siłę wyporu, bo okręt schodzi pod wodę dokładnie tak jakby zrucić 27 ton z powietrza. Nie ma w grach pojęcia "woda". Trzeba to samemu stworzyć.

Tonięcie umożliwiające jeszcze walkę muszę zasymulować... jeszcze nie wiem jak, ale coś wymyślę (mam parę pomysłów, ale nie wiem, który zadziała).

A tonięcie z obrotem do góry dnem... Sądzę, że gdyby to było obliczane przez fizykę to byłby duży problem z wydajnością. Ale jest prosty sposób na to (mam nadzieję, że się uda), sama animacja obrotu do góry dnem obiektu graficznego, a fizycznie obiekt nadal jest dnem na dół. Tak samo mam zamiar zasymulować poruszanie się na falach. Ale to w przyszłości.

Edit: dzięki za pomysł. Zobaczę jak to rozwiążę. A co do wielkości map... Obecna ma 100 km^2

pepe · Kommodore

PL_olek0849

Dodatkowo same morale mogą być "ruchome" Tj jak trafisz wroga rosną , jak trafią ciebie spada.

PL_kanaron

Też myślałem dodać coś na kształt morale, ale to wszystko jest proste. Najpierw czeka mnie walka z przegłębieniem okrętu po trafieniu. Tego nie mogę załatwić animacją, musi się tym zająć fizyka.

A co się działo gdy pocisk zabił kapitana i większość ważnych oficerów?

PL_olek0849

Pewnie szli rangą w dół czyli podoficerowie

PL_kanaron

Też mi się tak wydaje, ale muszę mieć pewność. I ile około czasu mogło trwać przejęcie dowodzenia przez innego członka załogi?

pepe · Kommodore

Trafienie kapitana bym olał. Gracze zazwyczaj źle znoszą takie atrakcje. Raczej chodzi o samo różnicowanie momentu wydania rozkazu.
Poza tym wiem, że to akurat proste. Za to daje jakaś różnorodność kiedy stają naprzeciw siebie takie same okręty.

PL_kanaron

W sumie myślałem nawet czy nie wprowadzić gracza w postać kapitana, ale uznałem, że śmierć kapitana = koniec gry to już byłaby przesada

PL_CMDR Blue R

Cytat:

W obecnych czasach duża dokładność to codzienność, ale w 1900 roku?

Widzę, że nie rozumiesz jednej rzeczy... Mierzymy z duża niedokładnością, ale coś, co w zależy od drugiej wielkości, ale dając wynik, którego niedokładność jest o wiele mniejsza od mierzenia bezpośredniego.

Nawet dzisiaj mierzenie bezpośrednio odkształceń (w trakcie odkształcania) na poziomie ułamku milimetra jest bardzo trudne. Ale jest inna wielkość, która mocno zależy od wydłużenia, to opór przewodu. A opór mierzymy z wystarczającą dokładnością

Na tej samej zasadzie działa śruba mikrometryczna. Mierzymy przesunięciami w mikrometrach za pomocą milimetrowej skali!

A dlaczego np. kątu nie zmierzyć z tarczy tak: (i nawet ten drut może być krzywy, to wyjdzie (po to jest tzw. kalibracja))

PL_kanaron

Aha. To wiem, kiedyś na lekcji było. Wcześniej nie wiedziałem po prostu o co się Tobie właściwie rozchodzi

Nie skojarzyłem.