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 ?

Rocky ma takie "Atari" ;)

a wiecie już że w 2017 listonosz będzie sprawdzał czy macie oryginalne GTIA, będzie mógł donieść na Was, na Policję :P

i dlatego Simius nie powinieneś tu zaglądać, tylko zrobić to "po swojemu" i oznajmić kiedy będzie już gotowe, na końcu i tak się dowiesz że ludzie chcieliby VBXE tylko o połowę tańszego

nie tylko opis, ale i działający efekt wykorzystujący ten bug, napisany przez Phareon-a

http://atariage.com/forums/topic/252503 … try3510283

oficjalnie stwierdzam, po poprawce Pasia, KMK + Rapidus śmigają aż się uszy trzęsą ;)

cyt: "Nie znam dokładnie powodu, ale ta konkretna płyta Atari wymagała lekkiego opóźnienia tego sygnału EXTSEL."

bez tej poprawki cokolwiek włożone do slotu carta + ECI powodowało zwis w obecności Rapidusa

zależnie od kierunku scrolla, wartości 0-1-2-3, lub 3-2-1-0, najczęściej używa się stałego bufora na scroll, a nie przeznacza n-KB, przesuń poprzez rejestr HSCROL, a następnie przesuń zawartość bufora np. w lewo, na ostatniej zwolnionej pozycji dopisz nowy znak

można też przez ring-buffer, masz 256 bajtów jako bufor scrolla, ustawiasz wyświetlanie na początek takiego bufora, przesuwasz przez HSCROL o jeden znak, następnie zerujesz HSCROL + zwiększasz młodszy bajt adresu w DISPLAY LiST Antic-a, co spowoduje że napis przesunie się w lewo, teraz kończysz wstawiając nowy znak tylko że na pozycji X i pozycji X+40, gdzie X oznacza aktualna pozycję w buforze (40 oznacza szerokość wyświetlanego tekstu), taka organizacja jest najszybsza, nie wymaga przepisywania zawartości bufora

tutaj więcej przykładów http://codebase64.org/doku.php?id=base:demo_programming
z tym że najczęściej te przykłady odnoszą się do tej wersji z przepisywaniem znaków w buforze

stary wątek z przykładem efektywnego scrolla dla ring-buffer

http://www.atari.org.pl/forum/viewtopic … 38#p199838

może przełącznik, tyle że przełącznik który wymusi pozostanie w trybie VBXE, bez przełącznika czyli w 99% przypadków wyłączy VBXE i włączy tryb standardowy 40-o kolumnowy

po poprawce

mads 2.0.5 http://mads.atari8.info