SW na atari :-) trzymam kciuki! jesli trzeba bedzie pojedynczego gracza testera to stawie sie.

:D brawo.

Czad, będzie Silkworm na na nasze ATARI! :) To była jedna z moich ulubionych gier na A500, w dzieciństwie wiele razy przechodziłem ją w duecie z ojcem ;) Także jeśli będzie trzeba dodatkowego testera trybu 1 playera, służę "doświadczeniem" ;)

Ja to pamietam z timexa :)

Fajna sprawa, no i super wygląda. Powodzenia w doprowadzeniu projektu do końca! :)

Właśnie tak, SIlkworm to świetna i różnorodna gra. Duży rodzaj przeciwników (bossowie, cele naziemne jak i w powietrzu), osłony które mogą chronić lub zestrzelone niszczą wszystko na ekranie, różne premie punktowe (ordery), bogactwo scenerii, możliwość gry jeepem lub śmigłowcem, można by mnożyć. Jest o wiele bardziej wciągająca od kultowego, acz bardziej monotonnego Zybexa.

Ja bym prosił o wierną konwersję "ficzerów" i "gejmpleju" :) W końcu to ma być Silkworm :) I faktycznie chociaż minimalistyczne tło, jeśli się da ;)

Dokładnie, ogromną atrakcją w Silkworm były różnorodne tła właśnie, fajnie jakby coś się jednak udało... No i animowane śmigło jak na C64 :)

Przeciez napisalem, ze to jest wlasnie glowny problem.
Skoro jednak moga byc gwiazdki to moga byc tez inne, podobne elementy wiec dlaczego zaraz bezmyslnie?
Poza tym projekt kozak.

@mazi: właśnie chodzi o to, że nie może być innych elementów. gwiazdka to postawienie pixela na ekranie (ewentualnie kilku pixeli). :) konkretne tło trzeba już niestety odrysowywać. i to może drastycznie spowalniać grę. :( dlatego zapytałem Autora o technikalia.

@epi: Nic nie jest i nie będzie lepsze od Zybexa. To będzie miało inny klimat.
@Rastan: To raczej luźna interpretacja, a jak się znajdzie jakiś grafik to kto wie co z tego wyjdzie :)
@mazi : Mam w planach żeby gwiazdki się zmieniały. Wbrew pozorom sprajtami można ciekawie pokryć tło.
@Jacques: Tego nie widać na filmiku bo tak AtariWin zgrał ale śmigła są animowane u wszystkich. Zmieniają się co ramkę jak na komodzie.

Jak tebe zauważył to ma być szybkie. Jak chcecie pooglądać ładną grafikę to polecam przejrzeć rysunki Piesia lub Ooz w ADDA.
To ma śmigać i ma być płynne. Wersje na ZX czy CPC nie mają tła a gra się super.
Atari ma ograniczenia które nie da rady przeskoczyć. Tam gdzie trzeba to stawiam LDA/STA gdzie indziej dokładam ORA a w niektórych przypadkach będzie jeszcze AND.
Już samo dwubuforowanie ekranu zżera 12kb. Na znakach byłaby porażka.
9obiektów*[4xsize*3ysize]+12pociskow+8pociskowprzeciwnikow=128 znaków
Tutaj dopiero tło nie wchodziło w rachubę.
Teraz przy max obiektach 3/4 ramki.
Zobaczymy ile mi kolizje dla 30 obiektów zajmą.
Za grę się zabrałem żeby sobie zrobić przerwę od czego innego.
Tutaj jest same kodowanie czyli sama przyjemność dla mnie.
Nie trzeba układać scen, konwertować co po chwilę grafiki, układać obiektów.
A do tego chciałem przetestować pewien pomysł który kiedyś podsunął mi JBW gdy portowałem jego Sołtysa na Amigę.
A że nie chce robić bałaganu w swoim programie to go testuję tutaj.
Na razie się "zawiesiłem" nad dylematem czy pozwolić programowi zejść na 2 ramki jak w wyjątkowych sytuacjach będzie natłok przeciwników, nawet na komodzie się to zdarza przy dwóch graczach.
Zdjęcie z VBlk głównego programu nie jest problemem ale to co mam na procku musiałbym przepisać pod VBlk.
Albo zostanie tak jak jest czyli gdy VBL jest w granicach 3/4 to nie są allokowane nowe obiekty.
Ale przez to gra może być łatwiejsza przy grze na dwóch bo będzie pojawiać się mniej przeciwników przy pasywnej grze graczy.
Czyli jak nie będą zestrzeliwać obiektów które w tablicy pozwalałyby na pojawienie się nowych.
Musze to dzisiaj gruntownie przemyśleć bo dalsze pisanie rozmija się z celem bo potem niektóre rzeczy bym musiał pisać od nowa.
Ehhh nikt nie mówił że będzie łatwo. :D

Pozdrawiam
Eagle
ps. Dely zarezerwował miejsce testera. Reszta będzie mogła po testować za niedługo, mam zamiar puścić wersję z pierwszym levelem do ogólnych testów.

Ewentualnie może np. różne kolory tła zależnie od levelu? Żeby odzwierciedlały mniej więcej ich różny charakter...