Mysle, ze kilku ochotnikow sie znajdzie ;)

eee niezłe! Czyzby się nam szykowała nowa gierka?!

dzieki, roboty jeszcze mase, skoncze na pewno :D grafy mam zrobione juz do kilku lokacji, najgorsza jest konwersja na znaki (najbardziej czasochlonna), edytor tez, najpierw zaczalem pisac go w javascript, ale w koncu przerobilem po prostu silnik do gry, bylo prosciej, tyle ze musze zrzucac z emulca recznie wszystko do plikow, choc to w sumie detal... jest jeszcze pare bledow, niektore sloty do przeszkadzajek sie blokuja jak sie dluzej pogra, wlasnie nad tym siedze... :rolleyes: przeszkadzajki robie w 3d (lightwave) i dalej konwersja. bohaterow bedzie dwoch... Chcialbym zmiescic wszystko w ramce, na palu jest to prawdopodobne, ntsc gorzej, maskowanie chyba nie wchodzi w gre, choc moze wystarczy czasu procka na skrajne znaki, sie jeszcze zobaczy. no i calosc to na pewno 128kb, tak mi wychodzi ze wstepnych kalkulacji. Obraz moze sie kisic po prawej, niestety zmiana wszystkich rejestrow kolorow w kazdym przerwaniu dli troche trwa.

troche szkoda, sa jeszcze dwa pociski "wolne", zawsze moga przyslonic prawa i lewa strone. musze pokombinowac z przerwaniami, niektore kolory, zmieniaja wartosci rzadziej... a to jest kwestia doslownie kilku cykli...

wiem, tak jak pisalem przykiszenie wynika z cyklicznego braku cykli, w jakims stopniu jest to do poprawy, np pod oknami w srodkowej strefie mapy wychodza niebieskie linie PMgfx, to tez konsekwencja zmiany kolorow, wazna jest kolejnosc wpisywania wartosci do rejestrow, popracuje nad tym.  :)

16 cykli wystarczy?
Czy ta procedurka krytyczna czasowo znajduje się pod adresem $3035?
Jeżeli tak, to zamiast LDA kolor,X zastosuj LDA #kolor.

Tablica ma oczywiście zostać. Po ustawieniu wszystkich rejestrów sekwencją
k1: LDA #kolor
   STA rejest
zmodyfikuj kod nowymi wartościami koloru pobierając je z tablicy, czyli np. LDA kolor,X  STA k1+1, itd.

wieksza i szybsza liczba zmian na linie (4):

 lda #
 ldx #
 ldy #
 sta $d40a
 sta $d016
 stx $d017
 sty $d018
 lda #
 sta $d019

jest to wykorzystane w procedurach G2F, jesli jest potrzebna wieksza liczba zmian no to juz rastrem da sie zrobic (z lewej strony ekranu ok. 7 zmian)

skrocenie wywolania przerwania DLI (zapamietanie rejestrow):

 sta regA
 stx regX
 sty regY

vdli jmp $ffff

regA, regX, regY na stronie zerowej (w G2F wogole nie ma zapamietywania wartosci rejestrow przed przerwaniem DLI)

Nie jestem koderem, ale swoje trzy grosze też chcę wtrącić - gierka zapowiada się super, grafa zrobiła na mnie DUŻE wrażenie, a jeżeli ja to mówię (czyt. człowiek który miał mało kontaktu z JIL w czasach świetności tej boskiej maszyny) tzn. że naprawdę wielu osobom Twój twór przypadnie do gustu. Nie pozostaje mi nic innego jak życzyć Ci wytrwałości w dążeniu do finalenej wersji. Zatem chłopie - bierz się do roboty - wszyscy czekamy na nowy hicior ;>

Otaku

Echhh... współczuję ja to zawsze znajdę czas na czareczkę sake ze znajomymi ;>>>

Otaku

to wiem ;) chcialbym raczej uzyskac efekt koncowy bez uzycia d40a, zawsze to strata ;), testuje na biezaco G2F, tak btw jedna rzecz by sie przydala, mianowicie zupelnie niezalezna zmiana fonta w linii, jesli oczywiscie istnieje taka mozliwosc, tj: dany zestaw nie jest zajety w 100% i wystarczy na kolejne 32, 40 lub 48 znakow...

zestawu znakow w linii zmienic nie mozna, obowiazuje tylko jedna zmiana na linie

w pierwszej linii wiersza trybu znakowego mozna dokonac max 4-5 zmian, wiekszosc czasu zabiera antic ktory dekoduje wiersz ze znakami