w GameLinkII jeden komputer jest hostem. nie interesuje mnie rozwiazanie "master-slave"

pytanie z serii podchwytliwych ;-)

zaladuje sie i uruchomi bez problemu spod xBiosa pod warunkiem ze zaraz po zaladowaniu wylaczysz stacje dyskow :-)

wersja na fandalu nie uruchomi sie na zadnym atari, ktore ma podlaczona stacje dyskow. pierwsze co robi po zaladowaniu to sprawdza czy jest podlaczona stacja (a wlasciwie czy atari moze zaladowac sektory - systemowa procedura) i jesli jest to skacze w maliny - podejrzewam, ze nie uruchomi sie z zadnego inicjalizera na atari ze stacja dyskow... dobra wersja tej gry jest na atarionline.

---
chyba, ze bardzo zalezy Ci na tej wersji to wyprostuje ja zmiana jednego bajtu...

idzie zima... efekt na czasie

pycha, odbierz maila :-)

nie, nie ... to bylo cos nowszego - nowego

ekran jednego koloru ale mial roznej jasnosci paski i te paski trzeba bylo przekladac - posortowany oznaczal wygrana - i tak w kolko.

xBios to projekt tak tajny, ze nawet zalozylem mu na katalogu atrybut ukryty w windows ;-)

nie opublikowalem jeszcze xbiosa... to jest tak, ze jak sie nie ma potrzeby... no dobrze, nowa wersja jest na dyskietce z MazezaM - ale nie wersja SIO2SD - bede musial przysiasc i uaktualnic bo obecna nie ma loadera do wyboru programu

> dzieki Anticowi i display list, PIC nie musi obslugiwac calego ekranu!

> Obiekty: tła, bitmapy i fonty będą skladowane w pamieci flash PIC'a. Zakladam ze będą mogly byc tam ladowane przez Atari. Na obiekty bedzie mozna wykorzystac od 66KB do 100KB.

o wlasnie, i dla tego uwazam, ze nawet najtansza wersja spokojnie "powinna wystarczyc kazdemu"

tych duszkow nie czuje, zamiast przypisywania obrazka do duszka i pozniej uzywanie go, latwiej by mi bylo zdefiniowac sobie 'kafelek' jako obrazek wielkosci x,y i pozniej ukladac go na ekranie nawet 10 razy ale zmieniac mu zrodlo danych, sortowanie kolejnosci wyswietlania wychodzi samemu przy np taich grach jak izometryczne, pozwolic ukladac 'kafelki' z dokladnoscia do pixela i sprawa zalatwiona.

---
na amidze masz bardzo rozbudowany system duszkow i ktora gra z niego korzysta?

dla mnie bez wsparcia. nic tak nie irytuje jak kolizja plajera z 1 pixelem podloza ;-) kolizje robie programowo.

jaki projekt. zdjecia, sample, szkice, zrodla

> nie musi ale sprzętowo jest a głównie chodzilo mi o to, że pod charbase nie znajdzie się nigdy więcej definicji niz 256

z TOMKIEM to sprzetowe ograniczenie znika. ANTICowi wystarczy definicja jednego znaku a wyswietlal bedzie "ile tylko chcesz" nawet jak 2 takie same znaki leza kolo siebie to ANTIC wyswietli rozna zawartosc - nie ma juz ograniczenia sprzetowego.

> to wiele wyjaśnia jednak nadal nie rozumiem jak się odwołuje do tych znaków Tomek

Nosty wyjasnil w pierwszym zdaniu posta 152 ja w 154, 148 i wczesniej tez.

> playground łącznie z obiektami jest w pamieci na Tomku, pozycje obiektów sa pobierane z jakiejś tablicy, gdzie ona się znajduje i jak jest zapisywana ?, tekst w demie jest w trybie hires czyli tekst też jest spritem tak ?

moze byc, ale nie musi. jesli jest to bedzie szybciej, mozesz budowac pamiec ekranu 6502 a tomek ja podlozy ANTICOWI ale szybciej bedzie jak zbuduje ja TOMEK. TOMEK dziala szybko bo dane ma w swojej pamieci wiec jesli chcesz zeby mogl szybko umieszczac obiekty na ekranie musisz te obiekty skopiowac do pamieci tomka i dopiero z niej na ekran...

powiem tak, pomysl jest taki zeby wszystkie rozkazy wydawane na stronie d5 wykonywaly sie natychmiast, czyli mozesz pracowac w trybie interaktywnym ;-) ale masz rozkaz ktory mowi zapisuj dane od adresu takiego i takiego po czym zapisujesz - czy to beda dane do wyswietlania, czy obraz tekstowy, definicje czy sam program "wyswietlania" to juz jest nieistotne, to samo z czytaniem - 6502 tez moze czytac pamiec obrazu tak jak atntic albo pamiec "wyswietlania"
dlatego tez bardzo zalezy mi na osobnych obszarach zapisu i czytania dla 6502 i antica na d5.
ostatni akapit to propozycja zobaczymy co na to Nosty...

nie ten dzial