http://www.goriya.com/flash/asteroids/asteroids.shtml

Jakie tło ??? :)

Bober, te rachunki są do bani. 64000 bajtów video RAM-u Blitter VBXE wypełnia (np. zerami) w 0,0045 sekundy (~8 tys. cykli zegara CPU, czyli mniej niż 1/4 ramki). A zapalenie punktu w 320x192/256 jest szybsze i prostsze niż w np. GR.8, bo piksel to 1 bajt, a nie jeden bit (odpada AND, OR itp.)

Tak, ja rozumiem, ale jednak "skalę zjawiska" pokazałeś w sposób niezbyt polityczny: przykładem, który się dał bardzo łatwo zbić. Ogólnie, pamięć ekranu VBXE jest duża i to wie każdy, kto umie pomnożyć np. 320 przez np. 192. Ale od tego własnie jest blitter, żeby odciążyć w tym CPU.

Ośmielam się zatem domniemywać, że, na przykład (zważywszy istnienie blittera, który nie dość, że jest sam w sobie szybki, to jeszcze może działać na VRAM-ie "jednocześnie" z CPU), druciana wektorówka byłaby (nie sprawdzałem) na VBXE o wiele łatwiejsza do realizacji niż w trybach graficznych ANTIC-a.

I już nawet pominę, że przy użyciu VBXE można wyłączyć ANTIC, czyli zyskać te 20-30% szybkości CPU.

BTW. blitter VBXE można wykorzystać też w standardowych trybach graficznych ANTIC-a.

Pecus ma dobrą myśl z tymi sprajtami. Asteroidy faktycznie się nie obracają, co bardzo upraszcza sprawę! Można pójść nawet odrobinę dalej: mieć zoptymalizowany kod na rysowanie każdego asteroida: sekwencja LDA # ORA (),y STA (),y + przesunięcia wskaźnika oraz zoptymalizowany kod na... mazanie danego asteroida. Statek można rysować klasycznie albo też mieć kilka zanimowanych klatek. To ma szanse na wyrobienie się w ramce-dwóch.

No i jak już mówimy o dopałkach, to wersja VBXE może mieć w swojej pamięć prerenderowane wszystkie elementy gry i w-OR-owywać je blitterem - wtedy na 100% zmieści się w jednej ramce. Mało tego - aby lepiej odwzorować oryginał o "nieskończenie wielkiej" rozdzielczości można użyć trybu 640x200 albo nawet 640x400 jak ktoś lubi migotanie :)

Można też pokusić się o wersję na 65c816, w której zoptymalizowana sekwencja rysująca może korzystać z fajnych szybkich trybów adresowania.

Potencjał jest całkiem spory.

yyy, to te skaly sie nie obracaly? no to cholernie to upraszcza...
zamiast czyscic caly ekran, wystarczy przechowywac tablice zawierajaca pozycje skal w poprzedniej ramce i czyscic tylko wycinek szerokosci danej skaly (dla przyspieszenia mozna odrebne procki przygotowac dla roznych rozmiarow skal).

samo rysowanie skal to:
- w ósemce kilka orow, przyjmujac ze kazda skala ma stablicowane 8 kasztaltow by nie trzeba bylo shiftowac bitow w zaleznosci od wspolrzednej X, powtorzonych H (wysokosc skaly) razy dla kolejnych Y
- na vbxe razcej lepiej oplaca sie dla kazdej skaly "display liste" w sensie: dla kazdej linii ksztaltu skaly wzgledem pozycji X liste p. do zapalenia pikseli, przy czym gdy najstarszy bit jest ustawiony -> koniec listy, gdy kolejny po najstarszym bicie jest ustawiony -> nastepna linia Y skaly (czyli max szerokosc obiektu to 64p.)

przy podwojnym buforowaniu mysle ze calkiem sporo obiektow by sie dalo w ten sposob wyswietlic ;)

tlo jest - jednolicie czarne ;)

Nie wiem w czym problem z obracaniem. Nie myślmy metodą czołgową - żadnej procedury obrotu nie trzeba

Kształt asteroid jest jeden (!) dla każdego rozmiaru. W związku z tym należy przygotować ten kształt już poobracany np. 16 klatek i za każdym razem rysować inną. Ten obrót jest stały , w stałym tempie - nie ma tu co liczyć.

Jak i samych kombinacji. Rozmiarów jest trzy. Razy 8/16 faz obrotu to daje 24/48 kombinacji. Jeśli zapamiętamy i rysujemy je wektorowo to jest to kilka bajtów na każdą. A jeśli to bitmapy to i tak nie jest za wiele. W tym wypadku byłoby to słuszniejsze niż obciążanie proca obliczeniami których wyniki są znane i przewidywalne. Tym bardziej że procedury obrotu i potrzebne tablice zajmą raczej więcej :)

( W poście #26 pomyliłem linki - powinno być oczywiście:

"Ok znalazłem:
http://www.youtube.com/watch?v=nlql-3Ta0yU [wersja arcade de lux]

(...)

(a co do kolorów: http://www.youtube.com/watch?v=mV3ctdKF05A :D ) [wersja 7800]"

No to tym bardziej klatki, a nie obroty

Klasyczne Asteroidy są bez obrotów.... jakoś wersji De Luxe nigdy nie polubiłem.... cała kasa szła na klasyka :)
Myślę, że czyszczenie możnaby zrealizować odpalając raz jeszcze rysowanie - tylko zamiast skoków do procedur poszczególnych obiektów byłyby skoki do procedur zgrubnie zerujących obszar takiego obiektu, co prawda niektóre obszary czyściłyby się wielokrotnie, ale chyba i tak byłoby szybciej.

Nie do końca są - xxl ma b. dobry pomysł, żeby było indentyczne playability jak w oryginale.

Też osobiście głosowałbym za zwykłymi, a nie de-luxe. To zwykłe zabrały mi dzieciństwo :]

btw:
wtedy - asteroidy
teraz - hemoroidy

W kazdym razie wszystko, co się kończy(ło) na "roidy" CVi coś zabrało ;)