Jedyne co sobie wyobrażam, to półautomat potrafiący wyświetlać każdy możliwy obszar pamięci (zaczynający się na granicy dwóch lub jednego kilobajta w zależności od jedno lub dwuliniowości sprajtów) we wszystkich trybach w jakich mogą być sprajty. Ale jako że kombinacji jest dużo to człowiek i tak musiałby się trochę napracować. Fullautomat nie może istnieć, bo sprajty nie mają nagłówka (jak moduł muzyczny) po którym można by je rozpoznać (szukanie sekwencji sta $D407 jest marnym pomysłem)

Od takiego programu to tylko kroczek do klik i 42.

Ta. W dzisiejszych czasach zaprogramowanie sobie mikrokontrolera jest bardzo tanie. Kolega zrobił sobie obsługę robienia zdjęć z modelu samolotu na mikrokontrolerze Cypress CY76803 i działa bardzo fajnie (klik). Można takiego ustawić na ile megaherców się chce i sobie cyka prawie nie jedząc prądu, a to czy to "overkill" czy nie, to kwestia bardzo subiektywna.
A jeśli chcieć obsługiwać USB to bez chociażby jakiegoś AVRa się nie obejdze. Kartę testową mogącą przetestowąć wszystkie aspekty boarda na AVRze można było by zrobić całkiem bezboleśnie.

EDIT: zauważyłem, że zmienił się adres stronki, toteż uaktualniłem.

A mi się wydaje, że gdy laik pyta się linuksowca w sprawie linuksa, to zwykle dostaje redirect google.pl i dlatego nikt nie pyta się linuksowców o linuksy i wszyscy laicy boją się tematu jak ognia...

Metoda dość osobliwa :)

Powody migania przychodzą mi do głowy dwa:
1. gdzieś tam jest druga DLista, która jest aktywna co drugą ramkę
2. wpisałeś zero także do instrukcji synchronizacji z ramką (JVB)

Powrót do BASICa odnawia DLkę więc zaprzestanie migania nie jest niczym dziwnym.

na więcej nie mam pomysłu...

Kolor tła jest inicjalizowany w procedurze otwarcia ekranu. Do cieni rejestrów kolorów przepisywana jest zawartość tabeli COLor TABle ($fb08). Wszystko opisane jest w zientarze.
Jak chcesz to zmieniać w ROMie, to musisz jeszcze pamiętać o konieczności zmiany sumy kontrolnej (też zientara).

dely: imo lepsze byłoby połączenie na jakiejś taśmie w stylu IDE. Wtedy atarka byłaby bardziej mobilna (mam mało miejsca na biurku i pudło zaraz za atarką mogłoby zasłaniać mi monitor, a możliwość postawienia go z boku jest całkiem interesująca).

jellonek: you missed the point ;)
Po co budować drugiego peceta tylko gorszego, skoro każdy już jakiegoś ma. Atari z założenia ma pozostać konstrukcją hobbystyczną z jego 8-bitowym look and feel z epoki lat osiemdziesiątych. O to chodzi głosom "to już nie jest atari".

Pomysł popieram! Również uważam, że w tym kierunku należy zająć się hardwarem atarki, gdyż możliwości są wirtualnie nieograniczone. Sam zastanawiam się nad możliwością skonstruowania zastępnika SIO2PC w formie PBI2USB, ale do czegoś takiego byłbym w stanie też napisać tylko soft, bo lutownicą się parzę. Teorie na temat ExtSel poruszałem już w tym wątku, ale jak dotąd nikt nie udowodnił/obalił, czy to prawda :)

Głównie martwiłbym się o dysk. Starsze dyski mogą mieć problemy z prędkościami powyżej x4

Wystarczy chociazby norton ghost 2003 (sa tez darmowe odpowiedniki) za pomoca ktorego mozna w 10 minut zrobic obraz partycji systemowej, a potem w 3 minuty wgrac ja spowrotem, wiec o "dowodach" zniszczenia windowsa trudno tu mowic. Tylko wyciagniecie pliku byloby wiarygodne.

I człowiek codziennie sobie powtarza "e... jutro zbakupuje sobie te dane, dzisiaj już mi się nie chce", ale nie zna się dnia ani godziny.
(Jak mówi stare porzekadło "pewne są tylko śmierć, podatki i utrada danych")

Wystarczy w pamięci RAM trzymać bufor ekranu i kopiować go do kontrolera. Istnieją procedury kopiujące wyciągające około 30 fps, więc Twój pesymizm jest trochę nadmierny :)