demo
 lda $d20a
 :N nop
 sta $d01a
 jmp demo

w zależności od parametru N mamy mniej lub bardziej kolorowe demo

najmniej inwazyjnym rozszerzeniem pamięci do XE/XL jest RamCart

Havoc jak masz 4GB RAM-u to tylko Windows 64-bit to obsłuży i zobaczy, wersje 32bit będą widziały 3.XX GB reszte blisko 1GB rezerwuje dla siebie Windows i ani ich nie udostępnia ani nie oddaje

Windows kocha plik wymiany i będzie niezmiernie szczęśliwy jeśli dasz mu do zabawy szybki i pojemny dysk twardy, jeśli miałbyś dokonywać dużej ilości operacji kopiowania duzych plików to przyda Ci się następny szybki i pojemny dysk twardy, kopiowanie dysk1 <-> dysk2 będzie zawsze szybsze niż kopiowanie dysk1 <-> dysk1

a za co będzie odpowiedzialny ten blitter, za wypełnianie polygonów :)?

gdzie niby ta zrzutka, pierwsze szłyszę

tu możecie już pograć

http://twinbee.org/hob/play.php?snap=kn … mp;scale=2

realizuje to także HardCore Assembler Epi-ego

taki osobnik jak Drac030 napisał OS-a dla 65816 (DracOS) i zanim go napisał na pewno nie zadawał pytania na jakimkolwiek forum pt. "OS dla Atari. Czy jest sens?" po prostu go napisał, więc jeśli Ty ArchieIl chcesz napisać nowy OS, czujesz się na siłach, masz taką potrzebę wykazania się nie tylko w gębie to PROSZĘ PISZ TEGO OS-a
albo zmień z powrotem ksywkę na Casper (Casper też pisał super noweczesnego OS-a i też rozpisywał się jak Ty, tak że wybacz że jesteś do niego podobny w swoich działaniach)

wybacz ArchieIl że nie przyjęliśmy Cię z otwartymi ramionami, nie mieliśmy świadomości jak wielką osobą świata projektów papierowych jesteś, z Twoimi 20 postami na koncie objawiłeś się Nam jak Mesjasz, długo oczekiwany wybawiciel który wyprowadzi nas z doliny ciemności którą kroczymy nieświadomi Twego blasku chwały :8

ArchieIl nawet gdybyś był autorem Windows-ów, OS-ów na Amige, GEMDOS-ów na ST, Mac Os-ów i OS-a na statku Battlestar Galactica i statkach Cylonów czyli gdybyś był samą hybrydą, super organicznym mózgiem to i tak nie napisałeś żadnego OS-a na Atari XE/XL bo nie umiesz, bo jest za trudny, bo narzuca zbyt duże ograniczenia, bo ogranicza Twoje JA, bo jest za dużym wyzwaniem, bo nie starczy Ci sił, bo jesteś sam, bo chcesz zdobyć "podkładkę" - już pisałem OS-a ale na aarea obrazili mnie i dlatego nic więcej nie napisze, JA taki i owaki oni tacy sracy i owacy, ja tu pierdu pierdu oni sru tu tu

czy Bill Gates albo Linus Torvalds pytali się czy warto pisać OS-a, jedni pisali dla kasy inni mieli takie hobby i gówno ich obchodziło zdanie innych, napisz najpierw a program sam się obroni jeśli będzie wystarczająco dobry, a Twoje pytanie ArchieIl można odbierać jak pytanie czy nie zmarnujesz aby czasu na pisanie OS-a dla XE/XL bo może nie warto, z takim podejściem to możesz zacząć już brylować na innym forum, jest jeszcze forum C64, potem SPECTRUM, CPC AMSTRAD, jeśli upadniesz wystarczająco nisko "napiszesz" OS-a dla konsoli A2600 a może nawet Coleco Vision (chciałbym uprzedzić że na Coleco Vision już taki powstał, przynajmniej na fotkach wygląda ciekawie)

nikt kto zadaje takie pytania na forum nigdy nic nie napisał ani nie stworzył, to pewnie ma na celu zwiększenie motywacji czy chęci działania, jednak zawsze odnosi odwrotny skutek, czas przyjąć to do wiadomości i nie zadawać więcej takich pytań

można Cię już chłodno pożegnać ArchieIl, wróć jak nabierzesz empirycznego doświadczenia i złagodzisz swoje Ego, masz swoją "podkładkę"

p.s.
nowocześniejszy kod relokowalny udostępnia cc65, w jego oparciu powstał też już jakiś system, mads także udostępnia swój kod relokowalny niekompatybilny z cc65, m.in. relokowanie połówek adresu, taki kod można umieszczać od dowolnego adresu w pamięci, z optymalizacji w mads to możliwość pomijania podczas asemblacji procedur do których nie było odwołań

jak słabe luty to na pewno lutował je Psychol w fabryce na Tajwanie ;)

w pliku README dołączonym do Lepix-a z Mads-a jest informacja o wersji "LePix v.0.1.0 by eru/tqa"

czyli stara wersja, bo najnowsza to 0.2.0

najnowsza wersja ma moduł obsługi myszki, więc wystarczy go podmienić, stara wersja nie miała takiego modułu

jest taka możliwość, tyle że to Ty musiałbyś pociąć taka bitmapę i wczytywać kawałkami, potem przez MOVE XY kopiować fragmenty i wklejać i składać w innym pliku G2F

algorytm konwersji w G2F dla BMP-y, są dwa SMART COLORS, oznacza zmianę kolorów co linię, wyłączenie SMART COLORS oznacza tylko 4 kolory, albo 5 (jeśli włączycie 5-y)

algorytm, najpierw odczytywana jest BMP-a i zliczane są kolory, sortowane, od najczęściej występujących do najrzadziej, zakładam że ten który występuje najczęściej jest tłem (domyślnie przypisywany jest mu rejestr tła 712, ale można to zmieniać), potem kolejne rejestry koloru przypisywane są kolejnym kolorom z BMP-y

problem polega na tym że Atari ma mało kolorów i za chwilę kolory Atari się kończą i wtedy licznik kolorów znów zaczyna od 712 (stąd sieczka)

G2F Creator v2.3 to podobna metoda konwersji do w/w z tym że pilnuje aby zmiany kolorów zachodziły na maksymalnej wysokości występowania danego koloru BMP-y (nie ma tak częstych zmian kolorów co linie jak SMART COLORS w G2F)

G2F Creator v1.2 został stworzony z myślą o obrazkach z C64 (mimo to obrazki BARNYARD BLASTER z Atari wychodziły z tego kreatora idealnie), ogólnie tutaj analizowany jest wiersz a nie linia, dlatego w tej metodzie konwersji moge właściwie ocenić czy można dać invers znaków, po wczytaniu obrazka na dole pojawiają się kolory których nie udało się skonwertować na Atari, można jeszcze kliknąć na przycisk ANALYZE ROWs wtedy dokonywana jest ta najdokładniejsza konwersja co wiersz (domyślnie uruchamiana jest konwersja ANALYZE BMP, słabsza wersja, mniej rygorystyczna)