Proponuję zatem powołać Komisję Ślędczą, której zadaniem będzie (ponowne)odkrycie wszystkich wymagać do uruchomienia CP/M i określenie, czy da się (czyt. jest sens próbować) odpalić emulowany CP/M na atari :)
Bo perspektywa jest kusząca.

To może napiszmy jakiegoś dosa z prawdziwego zdarzenia, bo na tych 16 MB to nawet porządnego filmu na streamingu się nie upchnie... ;)

drac030: ale pojechałeś po bandzie :)

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 :)