Najprościej chyba z połcia:
Amiga 1200: http://pouet.net/prod.php?which=3031
Atari XL/XE: http://pouet.net/prod.php?which=56481
Na jutubie są filmiki.

Edytorek: http://atariki.krap.pl/index.php/The_Last_Word .
Kabel o transmisji Atari z/do PC http://atariki.krap.pl/index.php/SIO2PC .
To załatwia Ci w zasadzie wszystko. Jeśli nie masz COMa w kompie tylko USB warto się zaopatrzyć w konwerter oparty na FT232 (z czystym sumieniem mogę polecić http://allegro.pl/konwerter-kabel-usb-r … 27536.html ).
Dla Linuxa/BSD (Maca?) masz http://atariki.krap.pl/index.php/SIO2BSD lub http://atariki.krap.pl/index.php/AspeQt (ten drugi jest też dla Windowsa); możesz też kupić http://atariki.krap.pl/index.php/APE .
Warto się zaznajomić z formatem http://atariki.krap.pl/index.php/ATR .

Edit: Allegro.
Edit 2: Aaaaa. Będziesz potrzebował jeszcze prosty skrypt do konwersji polskich znaków (i EOLa) z formatu Atari do PC. Niezbędne informacje są http://atariki.krap.pl/index.php/Polskie_znaki . EOL w Atari to 155 - PC to 13 10 (lub 10 na Unixach).
Edit 3: Jeśli nie miałeś styczności ze stacją dysków to jeszcze http://atariki.krap.pl/index.php/DOS (najlepiej http://atariki.krap.pl/index.php/SpartaDOS_X ale wygodnie się działa z DOSami serii 2.x, czy MyDOS lub DOS II+/D).

Super było. Nadużyliśmy nawet nieco Draca i Innuendo gościnności :)

A nie trzeba mieć MADSa widocznego w PATH do kompilacji asm -> xex? (nie używam g2f, ale chyba Innuendo w ten sposób sobie poradziła z problemem)

A dlaczego nie?

A bo rozmawialiśmy na IRCu o playerze Świętego dla POKEYa i się przeniosło...

http://atariki.krap.pl/index.php/Franny to służy do manipulacji .atr'ami.

A czy mógłbyś mi podać numerek kernela, z którym ta opcja działała?
Oglądałem ostatnio źródła modułów msdosfs i vfatfs w 2.6.32 oraz dosfstools 3.0.11 pod kątem montowania partycji st w linuxie i jest tam kod, ale z tego co widziałem kompiluje się to tylko dla platform opartych o motkę 68k :/ A miło byłoby móc używać partycji st w x86 (choćby z cf).
W kernelach dla Ubuntu 10.04 support dla partycji st jest automatycznie wkompilowany.

Edit: ...i może dla wcześniejszych też, ale nie wnikałem.

Ja postaram się również przybyć. Liczę na to, że tym razem nic mi nie przeszkodzi.

Ale poziom wyżej jest coś takiego: http://www.puisoft.co.uk/atari/ataricx8 … fnotes.zip

Asie. Pisałem o tych konwerterach tu. Problem jest taki, że nie wszystkie myszy USB działają (być może zmienił się protokół). Moja Logic M-1 kupiona ze 3 lata temu działa, ale już Modecom też M-1(wygląd identyczny) kupiona rok temu nie.

Tak więc możesz sobie włączyć rysowanie sprajtów przez GTIA i DMA dla sprajtów w ANTICu a wyłączyć DMA dla dlisty, bo można tym sterować osobno.
Skąd kod wie, że jest rysowana linia? Bo wystąpiło przerwania DLI (o ile ustawiłeś je w odpowiedniej linii ekranu) i właśnie CPU w nie wszedł. To którą linię aktualnie rysuje ANTIC/GTIA masz w VCOUNT.
Poziomej pozycji nie ma, ale nietrudno ją wyliczyć (w pamięci) wiedząc w którym cyklu koloru zgłaszane są przerwania DLI i ile cykli koloru trwa jeden takt CPU (trwa 2). Cykl koloru to szerokość jednego piksela w trybie OS 15 (2 pikseli w OS 8).
Tak więc jeśli w przerwaniu masz instrukcje:

pha
pla
rti

to możesz na początek założyć, że Twoja procedura wykona się w 7+3+4+7=21 cyklach CPU a więc w czasie rysowania 42 pikseli GR.15.
7 pierwszych taktów to przyjęcie przerwania przez CPU (odłożenie adresu powrotu + rejestru znaczników na stos, i skok pod adres zawarty w NMIVEC), 3 cykle to pha, 4 cykle to pla, 7 cykli to rti. No i tak dalej.
Ponieważ NMI są obsługiwane przez OS to opóźnienie wynikłe z wykonania rozpoznania źródła przerwania i skoku do wektora DLIV wyglądające tak:

  bit NMIST
  bpl jvblk
  jmp (dliv)
jvblk:
  ... ;to nas nie interesuje
  

zabiera jeszcze 4+2+5=11 cykli CPU.