troche mi zajelo nim odnalazlem sie w roli znaku @, pozbieralem troche literek r i nawet jedna k
slowem - potrzebujesz grafiki, szybkoscia  to to w tej chwili tez nie grzeszy
mysle, ze gdybys pododawal troche komentarzy do kodu to znalazlo by sie troche chetnych do tego pisarstwa
a gdyby zastosowac algorytm ray castingu nie tylko do wyznaczania widocznych czesci mapy, ale do generowania widoku, to byla by z tego calkiem fajna giera

Candle: z tymi literkami to właśnie o to chodzi :)

Na atari pod sdx jest quicked, który zastępuje systemowy sterownik i działa ze 3x szybciej.

Potestowałem jeszcze i wydaje mi się, że bez ASMa w time-critical code się nie obejdzie... :-/ Próbowałem bezpośredniego dostępu do pamięci ekranu na Atari i C64. Na Atari przyspieszenie w stosunku do conio jest duże. Na C64 prawie niewidoczne.
Natrafiłem za to na nieznany mi problem :-)
W pamięci ekranu znaki mają inną reprezentację niż w tabelach ASCII/ATASCII/PETSCII, które przynajmniej w 0x20-0x5E powinny się zgadzać... Nakieruje mnie ktoś na artykuł o tym lub rzuci słówko wyjaśnienia?
Będzie się trzeba też zająć PageFlippingiem, bo odrysowywanie jest męczące dla oczu.
Ktoś chętny do pomocy? :-)

dzięki.

I tu i tu muszę rysować do bufora. W przypadku page flipping jak rozumiem jedynie zmieniam adres pamięci ekranu (2 bajty), zaś przy kopiowaniu będzie kilkaset bajtów pamięci ekranu. W artku wskazanym przez xxl jest:
"Nie pozostaje nic innego, jak zmusić ANTIC, by wyświetlał dane bezpośrednio w kodach ATASCII. Jak? Wiem, ale nie powiem. A może ktoś z Was sam zgadnie?". Czy chodzi o zamianę miejscami poszczególnych fontów?

a było z gotowym kodem to robiącym? :)

Zmiany generatora znaków to dla mnie zbyt dużo pracy... i nauki. Ostatni raz na Atari programowałem ze 20 lat temu :-)
Do ADOMa to był mój projekt PoC: http://www.alamak0ta.republika.pl/adomhack.html

Page flipping powinien być prosty przy jednym dl.

Grafika wbrew pozorom wiele nie zmienia. W oryginalnego Dungeon Crawl (wersja Stone-Soup) grywam głównie w wersję graficzną.
Klimat jest zachowany, zaś potworki bardziej czytelne. W przypadku tak małej rozdzielczości, jaką mają kompy 8 bitowe, pozostanę raczej przy literkach.

ilmenit: o, wlasnie adomhack mi sie po glowie tlukl gdy pisalem o tej przerobce adoma :]
co do page flipping - w trybie gr0 rzeczywiscie wystarczy w dl w jednym miejscu podmienic adres poczatku ekranu, bo caly ekran miesci sie w 960 bajtach.
odswiez sobie wiadomosci o dl z http://atariki.krap.pl/index.php/ANTIC_Display_List
http://tajemnice.atari8.info/4_92/4_92_demo.html
jak podmieniac zestaw znakow dowiesz sie z:
http://tajemnice.atari8.info/9_92/9_92_demo.html

btw. az mnie zdziewka dopadla ze w atariki nie moge znalezc informacji na temat zmiany zestawu znakow... za proste by warte bylo opisywania?

Ależ się namęczyłem z tą zmianą zestawu znaków... Dla przyszłych ludzi zaczynających z CC65 dwie małe informacje:
- Pod koniec pamięci jest runtime, więc obniżenie dostępnej pamięci jak jest we wszystkich tutorialach powoduje mazanie po kodzie. Przealokować go gdzieś inaczej nie jest tak prosto...
- Obniżenie pamięci o mniej też powoduje losowe zwiechy, ponieważ CC65 zakłada, że dostępna liczba pamięci się nie zmieni.
- Mało gdzie jest napisany taki drobny szczegół, że dostęp do zestawu znaków musi być wyrównany do 512 bajtów...
- Teoretycznie powinno się dać wyrównać bufory w plikach asm za pomocą .align, ale wyrównanie jest maks. do 256 bajtów.

Ostatecznie z przekopiowania znaków zrezygnowałem. Jak będzie na koniec miejsce w pamięci, to zacznę się bawić.
Zamieszczam poweekendowy progress:
http://www.alamak0ta.republika.pl/minicrawl2.zip
Na funkcję grafiki zrobiłem wrappery zgodne z biblioteką Curses wraz z podwójnym buforowaniem, dzięki czemu ekran przestał być odrysowywany. Dzięki temu mogę też kompilować i wykonywać kod natywnie pod Windows, co znacznie ułatwia szukanie i poprawianie bugów. Wczoraj zaś natrafiłem na kompilator z88dk. W nim na dostęp do ekranu też dodałem wrappery zgodne z curses i udało mi się skompilować gierkę na Spectrumnę :D
W grze można już chodzić i powalczyć z potworkami, ale jest to maksymalnie uproszczone - nie można na razie używać broni ani innych przedmiotów. Statystyki wrogów już na to czekają, więc umiera się szybko.
Są też losowo generowane przedmioty i sporo rzeczy w środku niewidocznych jeszcze dla użytkownika.
Pobawiłem się też  trybami graficznymi >0 i efekt jest całkiem zadowalający :) Gra działa szybciej, bo jest mniejszy ekran do kopiowania, pole gry jest czytelniejsze przy większej czcionce, może być w prosty sposób kolorowe, zaś na dole pozostanie konsola tekstowa na komunikaty.
Czyli ogólnie może powstać z tego coś fajnego.

Ostatnio edytowany przez ilmenit (2009-03-01 21:41:51)