widzę, że ok.10 klatek animacji ducha pochłania 4 banki?...a w Bubble Bobble mamy takich klatek 127...trzeba by z ok. 820KB pamięci ATARI na wszystkie klatki. Trochę dużo:P

Nie. Chce po prostu na maxa wykorzystać dostępne kolory. Programowe sprity podkolorowane sprzętowymi to dałoby efekt taki jak na C64 praktycznie.

Szukałem i nie znalazłem....i mi się odechciało wkońcu. Poza tym sypaniem się nie wiem dlaczego są jeszcze pewne mniejsze błedy.

Wogóle to myślę, że najpierw to trzeba napisać raz, a dobrze super szybką prockę rysującą na znakach sprite'y takie jak na C64 dla jakiegoś sensownego układu ekranu (wg. mnie najlepiej 4 zestawy znaków zmieniane co wiersz). I wtedy łatwo będzie się konwertować gry. (muzę można odtwarzać SID2Pokey, grafę zripować ACTIONReplay, tylko logikę gry napisać trzeba od nowa).

Oczywiście procka ta będzie musiała być rozpętlona i rozpisana maksymalnie. Do tego wszystkie klatki animacji sprite'ów muszą być pomnożone przez 4 z przesunięciem o 1 pixel. Podejrzewam więc, że gierki na C64 mieszczące się w 64KB na ATARI będą musiały być na 192KB, albo i 256KB.

no fakt nie sprawdzałem w jakim trybie. Ale mnie interesuje tylko tryb znakowy, ze względu na 5-ty kolor.

ale w jaki sposób?

Tak właśnie zrobiłem...dlatego w tej chwili wersja BUBBLE BOBBLE na 64KB jest nie możliwa, ale na 128KB da się.

Procka rysująca jest zoptymalizowana już. Teraz pozostały już tylko triki w stylu, że czasem nie wszystko trzeba liczyć dla pewnych wsp. X i Y lub rysować sprite'a na wszystkich znakach.

Jak widzę to poległ na procedurze rysującej sprite'y. To jest właśnie cały problem, że strasznie dużo czasu zabiera animacja takich spritów w trybie ANTIC 4. Coś mi się zdaje, że nie da się takiej gry zrobić jak BUBBLE BOBBLE właśnie ze względu na brak możliwości wygenerowania z rozsądną prędkością tylu sprite'ow w trybie ANTIC 4:(

Swoją drogą na C64 też musiano jakoś wykorzystać chyba sprite'y programowe? Bo tam przecież lata po ekranie więcej obiektów niż 8-siem.

1. Sprite'y to rozmiar 16x32 pixele (4x4 znaki) (ale wykorzystujemy tylko 12x24 bo jeden znak z prawej i na dole musi być pusty, żeby można było przesuwać o jeden pixel w pionie i poziomie. Mamy więc sprite'a takiego jaka na C64 praktycznie (12x21 pixele).

2. Przy 128 znakach można wyświetlić 32 sprite'y dzięki wykorzystaniu 4 zestawów znaków zmienianych co wiersz. Każdy sprite wykorzystuje 4 znaki z każdego zestawu. (128 znaków / 4 daje nam więc 32 sprite'y). Więc przy tej organizacji ekranu znaków nie zabraknie.

3. Nie mam optymalizacji zużycia znaków dla sprite'ów o mniejszych rozmiarach bo chce to wykorzystać tylko do spritów przenoszonych z C64.

4. Jak rozumie "tło"? Najlepiej przykład zamieszcze to będzie widać.

5. Tryb znakowy mnie interesuje z powodu liczyby kolorów. Ten 5-ty dodatkowy kolor jednak sporo mi daje.

Już kiedyś sprawdzałem, ale ta procedura to jest dla trybu graficznego. A mnie interesuje tryb znakowy.

Na jaki ftp mozna by wrzucić przykładowy plik i udostepnić? Wtedy sporo by się wyjaśniło o co mi chodzi.

jak to jaka? poza tym koncze:P tak dla scislosci

aha, a ekran miałeś jakoś zmodyfikowany?
10klatek/ a cały ekran to nie tak źle:)

Wlasciwie to nie chodzi mi o jakies przeksztalcenia wektorow tylko na żywca rysowanie linii prosto z pliku z danymi. A potem wypełnianie kształtów fill'em.

ja popieram ten pomysł:)