prima aprilis ;P

a gdzie pamięć liniowa i 65816 ?

czyli jednak ludzie starają się ułatwiać sobie życie, wow, jakie to odkrywcze ;)

LucasArts zainwestował w sprzęt aby w efekcie stworzyć coś nowego, samo testowanie algorytmów na "gołym" Atari, np. w Basicu jest możliwe, ale ludzie lubią sobie ułatwiać życie, no tak już jest

kompilator Action!, KyanPascal, pięknie, ale powstają ograniczenia co do pamięci, liczba tokenów, zmiennych, sam język w którym programujemy, możliwość reorganizacji kodu, wprowadzanie zmian etc. Programista ma swoje "zboczenia", przyzwyczajenia, ktoś patrzy na kod w QA, w którym dla oszczędności używa się jako tabulatora jednej spacji i chwyta się za głowę ;), a przecież można wygodniej, efektywniej. Czym Wy chcecie zachęcić ludzi do pisania programów, wygodą, szybkością tworzenia kodu czy siermiężnością rozwiązań. Chcesz być lepszy od innych, stwórz narzędzie dzięki któremu będziesz dysponował  większymi możliwościami niż inni użytkownicy "młotka i gwoździa" ;P

dzięki Mono, nie wiedziałem że Rapidus daje coś więcej niż MHz :), ale żeby dwa proce naraz to już zboczenie, do tego dodatkowe rejestry, chyba żeby sprawdzić czy to Sweet czy inna kombinacja

wiele możliwości, z których i tak najważniejsza na którą wszyscy patrzą to koniki pod maską, a reszta jest zbyteczna ;)

tak, korzysta z PMG ustawionych na najszerszy rozmiar, pociski w kolorze czarnym służą do zasłonięcia krawędzi ekranu (aby nie było widać zmian COLBAK poza krawędziami)

obecnie VBXE nie jest w 100% zgodne z GTIA, nie widać na nim rozszerzonych PMG na całą szerokość ekranu, trzeba przełączyć się na stare wyjście Video, ma też problemy z poprawnym wyświetleniem PRIOR 0 w pewnych okolicznościach gdy przełączamy tryb w linii

pewnie GTIA2RGB będzie dotyczyć to samo

nawet to że wykrzywia się ekran w liniach w których zmienia się tryby, użytkownicy akceptują to bo nie wiedzą że działa coś źle

ja do układania leveli Mr.Proper (VBXE) używałem MappyWin, ma wszystko to o co prosisz

kod jest dla 6502, nie wykorzystywałem właściwości 65816, tylko większy zegar, wypadałoby ładować to do pamięci Rapidusa, ze względu na zajętość pamięci takiego rozpisanego kodu rastra, w pamięci podstawowej zmieszczenie zmian dla 240 linii jest kłopotliwe (5*44 * 240 = 52800 bajtów)

Z tego co wiem, większość Rapidusów wyjechała do zachodnich krain, w Polsce pewnie z ~5 użytkowników można znaleźć, jeśli są to inne szybkości zegara, to raczej Antonia i inne pochodne. Szybkość zegara można odczytać, procka Draco jest m.in. w paczce do MadPascala (lib\misc.pas, DetectCPUSpeed). Skoro znamy szybkość zegara i wiemy że większość użytkowników ma np. 14MHz to możemy pod taki standard pisać.

Rocky ma Rapidusa, nie ma VBXE :) a jest zainteresowany zwiększeniem możliwości graficznych przy użyciu większej mocy CPU. Wyobrażacie sobie edycję programu rastra z 44 pozycjami ;) masochizm.

p.s.
Ilmenit mógłby dodać taką możliwość do RastaConvertera, więcej, gęstszych zmian w linii.

ten SC kolorujący pliki/katalogi to jakaś nowa wersja ? czy w pliku INI się to włącza ?