29.03.2019 09:59
[#631]
Re: Bridge Strike - informacje
@Kefir_Union, post #625
O technicznych aspektach kodu się nie wypowiem. Ale wymagania gry to poniekąd moja wina.
Powiem co zrobiłem "z mojej" strony. Grafika znajduje się na 3 niezależnych warstwach.
- tło, elementy podłoża, woda. Upchałem tam 4 klatki animacji pod każdy niezależny klocek. Każdy klocek to 4 obrazki 16x16, wszystkich klocków jest 320 (użyłem wszystkie miejsca na unikalne klocki) i zajmują tileset 320x256. Czyli do pamięci z mojej winy lądują od razu przynajmniej 4 obrazy 320x256.
- Druga warstwa to wrogowie, zwykle 16x16 ale są też więksi 16x32, wszystko zajmuje szczelnie kolejny tilest 320x256. Tileset z wrogami ma też 4 klatki.
- Trzecia warstwa to chmury, samolot zakłócający ptaki itp. Również 4 klatki.
Wszystko zamknięte w palecie 16 kolorów, udało nam się zrobić podmianę kolorów by symulować cykl dnia i nocy, ale w czasie burzy klocki wody zaczynają się animować aby pokazać padający deszcz na który nam już mocy nie wystarczyło.
Niby niewiele, ale mogę napisać trochę wieści z placu boju nad wersją mobilną. Przeportowanie na mobila wcale takie proste nie było :/ W pierwszej kolejności trzeba było sobie poradzić z cyklem paletki którego na nowych telefonach tabletach nie ma :(
Animowanie tilesów... masakra w takiej ilości jak je natworzyłem :/ Zarżnęło by każdy telefon.
Miałem już do czynienia z szybszym silnikiem przy Highway sprint pracując z Erikiem. Ale...
- grafika tylko w 16x16
- elementy tła nie animowane
- tylko 2 warstwy tło i samochody, nic więcej.
No, było szybciej. Ale, patrz czas powstawania Alar City
Ostatnia aktualizacja: 29.03.2019 09:59:56 przez Koyot1222
Powiem co zrobiłem "z mojej" strony. Grafika znajduje się na 3 niezależnych warstwach.
- tło, elementy podłoża, woda. Upchałem tam 4 klatki animacji pod każdy niezależny klocek. Każdy klocek to 4 obrazki 16x16, wszystkich klocków jest 320 (użyłem wszystkie miejsca na unikalne klocki) i zajmują tileset 320x256. Czyli do pamięci z mojej winy lądują od razu przynajmniej 4 obrazy 320x256.
- Druga warstwa to wrogowie, zwykle 16x16 ale są też więksi 16x32, wszystko zajmuje szczelnie kolejny tilest 320x256. Tileset z wrogami ma też 4 klatki.
- Trzecia warstwa to chmury, samolot zakłócający ptaki itp. Również 4 klatki.
Wszystko zamknięte w palecie 16 kolorów, udało nam się zrobić podmianę kolorów by symulować cykl dnia i nocy, ale w czasie burzy klocki wody zaczynają się animować aby pokazać padający deszcz na który nam już mocy nie wystarczyło.
Niby niewiele, ale mogę napisać trochę wieści z placu boju nad wersją mobilną. Przeportowanie na mobila wcale takie proste nie było :/ W pierwszej kolejności trzeba było sobie poradzić z cyklem paletki którego na nowych telefonach tabletach nie ma :(
Animowanie tilesów... masakra w takiej ilości jak je natworzyłem :/ Zarżnęło by każdy telefon.
Miałem już do czynienia z szybszym silnikiem przy Highway sprint pracując z Erikiem. Ale...
- grafika tylko w 16x16
- elementy tła nie animowane
- tylko 2 warstwy tło i samochody, nic więcej.
No, było szybciej. Ale, patrz czas powstawania Alar City
Ostatnia aktualizacja: 29.03.2019 09:59:56 przez Koyot1222
29.03.2019 10:04
[#632]
Re: Bridge Strike - informacje
@Koyot1222, post #631
Koyot - eee tam, zarżnęłoby telefon :) nie zarżnie. Nie wiem w czym tworzysz Bridge Strike na mobile, ale Unity pociągnęłoby to spokojnie. Nie mam tutaj żadnych uwag ani nie krytykuję - broń Boże. po prostu wiadomo, że jak ze wszystkim, warsztat się mocno rozwija wraz z praktyką. Oczywiście jak robisz sam, to najprostszymi sposobami i tak, aby działało. Natomiast studio developerskie dałoby radę temu :) Popatrz na taki Sky Force z iDreams, tam wszystko się animuje i jest niezły rozpieprz na ekranie :)
Trzymam kciuki za wersję mobile!
Trzymam kciuki za wersję mobile!
29.03.2019 10:10
[#634]
Re: Bridge Strike - informacje
@Koyot1222, post #633
Pamiętam pierwowzór Tanks Furry chyba na jakiejś konsoli. Edytor do niego załączany to była dla mnie najfajniejsza rzecz w tej grze. Można było sobie dowolnie wybierać kafle na planszy. Uwielbiałem grać we własne plansze. 
No nic, zrobię Magazyn to będziemy mogli rozmawiać.
Ostatnia aktualizacja: 29.03.2019 10:12:03 przez Hexmage960
No nic, zrobię Magazyn to będziemy mogli rozmawiać.Ostatnia aktualizacja: 29.03.2019 10:12:03 przez Hexmage960
29.03.2019 10:11
[#635]
Re: Bridge Strike - informacje
@WojT_GL, post #632
Na szczęście nie robię tego sam. Robi to osoba z dobrym doświadczeniem mobilnym ;)
Temat jest ogarniany na Mobilki, Tablety i PC.
Jak już napisałem, nie będzie to wierna kopia retro wersji a nowa gra korzystająca z zasad retro wersji. Trochę inna gra.
Na razie jest optymalnie szybko, mamy nawet efekty deszczu, śniegu a cały widok skaluje się dając wrażenie przybliżania się i oddalania (można wyłączyć opcjonalnie). W samej strukturze jeszcze sporo innych zmian, ale wygląda to profesjonalnie i świeżo. Ukłon w stronę nowomodnych graczy ;)
Temat jest ogarniany na Mobilki, Tablety i PC.
Jak już napisałem, nie będzie to wierna kopia retro wersji a nowa gra korzystająca z zasad retro wersji. Trochę inna gra.
Na razie jest optymalnie szybko, mamy nawet efekty deszczu, śniegu a cały widok skaluje się dając wrażenie przybliżania się i oddalania (można wyłączyć opcjonalnie). W samej strukturze jeszcze sporo innych zmian, ale wygląda to profesjonalnie i świeżo. Ukłon w stronę nowomodnych graczy ;)
29.03.2019 10:22
[#637]
Re: Bridge Strike - informacje
@juen, post #627
Przyjrzałem się jeszcze raz grze na youtube i widzę że problem szybkości wynika przede wszystkim z kopiowania całego ekranu co klatkę. Można to rozwiązać znacznie szybciej, bez konieczności kopiowania całej ramki. Na początku trzeba przyjąć ograniczenie ilości klatek animacji kafelków. Tak na oko 4 zapętlone klatki wystarczą. Załóżmy że kafelki mają okrągłe rozmiary 32x32 px .
Na początek dla uproszczenia niech będzie bez animacji. Potrzebne są dwa bufory ekranu.
1. Wyświetlany, wyższy niż ekran o wielkość kafelka.
2. Drugi bufor tej samej wielkości na którym będą rysowane kafelki.
Scroll pierwszego ekranu trwa 32 ramki obrazu, tyle co wysokość kafelka. W tym czasie musisz narysować drugi ekran przeskrolowany o jeden kafelek czyli 32 piksele w dół.
Ekran składa się z 80 kafelków, tyle trzeba narysować ale mamy aż 32 ramki aby to zrobić. Czyli 2,5 kafelka na ramkę do narysowania. Tym sposobem w czasie 32 ramek narysujesz drugi bufor przeskrolowany o 32 pikseli w dół. Teraz wystarczy go tylko podmienić z pierwszym buforem i tak w kółko.
Jeden kafelek na jednym bitplanie to 8 bajtów razy 32 linii czyli 256 bajtów. W 32 kolorach to 5 bitplanów czyli 1280 bajtów. W ramce trzeba skopiować 3 takie kafelki czyli mamy OGROMNE 3 kiliobajty do skopiowania na ramkę obrazu. A500 z samym chipem zrobi to 10 razy w jednej ramce.
A teraz jak zrobić animację.
Zamiast jednego dodatkowego buforu ekranu robisz 4 bufory czyli tyle ile klatek animacji kafelków. Na każdym z buforów rysujesz osobna klatkę animacji. Podczas skrolowania ekranu zmieniasz nie tylko adres pierwszej wyświetlanej linii ale cyklicznie kolejne klatki animacji. Rysując 4 klatki zwiększa się 4 krotnie ilość danych do skopiowania czyli z 3 kilobajtów robi się 12kb. To w dalszym ciągu A500 zrobi w ok. pół ramki. Reszta czasu na ustawienie wysokości sprajtów statków, helikopterów etc.
Polecam się na przyszłość
.Na początek dla uproszczenia niech będzie bez animacji. Potrzebne są dwa bufory ekranu.
1. Wyświetlany, wyższy niż ekran o wielkość kafelka.
2. Drugi bufor tej samej wielkości na którym będą rysowane kafelki.
Scroll pierwszego ekranu trwa 32 ramki obrazu, tyle co wysokość kafelka. W tym czasie musisz narysować drugi ekran przeskrolowany o jeden kafelek czyli 32 piksele w dół.
Ekran składa się z 80 kafelków, tyle trzeba narysować ale mamy aż 32 ramki aby to zrobić. Czyli 2,5 kafelka na ramkę do narysowania. Tym sposobem w czasie 32 ramek narysujesz drugi bufor przeskrolowany o 32 pikseli w dół. Teraz wystarczy go tylko podmienić z pierwszym buforem i tak w kółko.
Jeden kafelek na jednym bitplanie to 8 bajtów razy 32 linii czyli 256 bajtów. W 32 kolorach to 5 bitplanów czyli 1280 bajtów. W ramce trzeba skopiować 3 takie kafelki czyli mamy OGROMNE 3 kiliobajty do skopiowania na ramkę obrazu. A500 z samym chipem zrobi to 10 razy w jednej ramce.
A teraz jak zrobić animację.
Zamiast jednego dodatkowego buforu ekranu robisz 4 bufory czyli tyle ile klatek animacji kafelków. Na każdym z buforów rysujesz osobna klatkę animacji. Podczas skrolowania ekranu zmieniasz nie tylko adres pierwszej wyświetlanej linii ale cyklicznie kolejne klatki animacji. Rysując 4 klatki zwiększa się 4 krotnie ilość danych do skopiowania czyli z 3 kilobajtów robi się 12kb. To w dalszym ciągu A500 zrobi w ok. pół ramki. Reszta czasu na ustawienie wysokości sprajtów statków, helikopterów etc.
Polecam się na przyszłość
29.03.2019 10:49
[#640]
Re: Bridge Strike - informacje
@Kefir_Union, post #639
jasne, zachowajmy watki na temat tworzenia gier w osobnym dziale, tutaj raczej ludzie nie za bardzo wiedza o co chodzi lub ich to moze nie interesowac.
dzieki za uwagi, ale jak mowilem - teraz skupie sie na zupelnie innej grze. kod BS'a bedzie mial jedynie bugfixy w razie potrzeby. na ten moment jest napisany tak jak mial, by nie robic sobie i Koyotowi niepotrzebnych ograniczen i dokonczyc projekt w miare sensownym czasie, co mialo nastapic praiwe 3 lata temu, dokladnie wtedy urodzila mi sie moja corka, zmienilem prace zrezygnowalem z biura i stracilem 99,9% czasu, ktory moglem poswiecac na pisanie silnika :)
teraz napisze zupelnie nowy i prawdopodobnie bedzie to gra pod a500. co i jak zrobic to na szczescie wiem wiec problemow z tym nie bede mial, tylko kwestia oplacalnosci, gdzie glowna zmienna we wzorze to czas :D
dzieki za uwagi, ale jak mowilem - teraz skupie sie na zupelnie innej grze. kod BS'a bedzie mial jedynie bugfixy w razie potrzeby. na ten moment jest napisany tak jak mial, by nie robic sobie i Koyotowi niepotrzebnych ograniczen i dokonczyc projekt w miare sensownym czasie, co mialo nastapic praiwe 3 lata temu, dokladnie wtedy urodzila mi sie moja corka, zmienilem prace zrezygnowalem z biura i stracilem 99,9% czasu, ktory moglem poswiecac na pisanie silnika :)
teraz napisze zupelnie nowy i prawdopodobnie bedzie to gra pod a500. co i jak zrobic to na szczescie wiem wiec problemow z tym nie bede mial, tylko kwestia oplacalnosci, gdzie glowna zmienna we wzorze to czas :D
Na razie ujawniliśmy screenem tylko myszkę trumienkę. 29.03.2019 18:00
[#647]
Re: Bridge Strike - informacje
@juen, post #646
mam jakies sygnaly ze jest problem po odpaleniu z ikonki, ale z shella bez problemu dziala
Dokładnie, wersja z płyty CD uruchomiona z ikony woła o stację dyskietek, wystarczy jak napisał Juen odpalić z shela/cli lub w przypadku Workbencha 3.9 bb2 w ikonce przestawić opcje uruchamianie z CLI (najlepiej bez wiersza poleceń)
29.03.2019 18:27
[#651]
Re: Bridge Strike - informacje
@Kefir_Union, post #637
Mnie takie koncepcje się podoba, chociaż sam nie programuję na Amidze, to lubię czytać o tym, to działa na wyobraźnie.
A sam BS jest bardzo inspirujący (ukłony dla AUTORÓW), bo grając w niego, sam zacząłem snuć wizje kolejnych koncepcji al'a BridgeStrike2
Poprostu obok BS nie da się przejść obojętnie
Wracając do tematu, koncepcyjnie tu taj nie ma już nic do poprawienia, bo gra została już wydana, znane są wymagania gry i całość ma się dobrze na mojej CD32 (nawet bez fastu), dla tego może warto, żebyś wspomógł chłopaków w dziale programowanie o którym wspomniał SELUR, szkoda by się marnował taki potencjał.. chyba, że miało by to znacząco opóźnić pracę nad twoją nową grą dla A1200 z Fast?!
A sam BS jest bardzo inspirujący (ukłony dla AUTORÓW), bo grając w niego, sam zacząłem snuć wizje kolejnych koncepcji al'a BridgeStrike2
Poprostu obok BS nie da się przejść obojętnie
Wracając do tematu, koncepcyjnie tu taj nie ma już nic do poprawienia, bo gra została już wydana, znane są wymagania gry i całość ma się dobrze na mojej CD32 (nawet bez fastu), dla tego może warto, żebyś wspomógł chłopaków w dziale programowanie o którym wspomniał SELUR, szkoda by się marnował taki potencjał
.. chyba, że miało by to znacząco opóźnić pracę nad twoją nową grą dla A1200 z Fast?! 
) będą dostępne również dla tych co zakupili grę, a nie będą na imprezie? 