@willy (i inni) - ta 1wierszowa konsola. Kiedyś musiałem solarisa na sparcu zreanimować - system wstawał, ale x-y nie (i większość innych usług). Dział tylko tryb tekstowy (te czarne litery na białym tle - wolne to jak cholera). Wygląda to niby fajnie (całoekranowo), ale tak naprawdę aktywny był tylko dolny wiersz. Musiałem parę plików w /etc pozmieniać, żeby system wstawał poprawnie. Ale jak w vi trochę się chodziło po pliku w górę i dół - to można było się nieźle zaplątać.

Na ST za dobrze się nie znam, ale temat jest chyba nie do zrobienia (czytaj: prościej/taniej kupić STE).
Największe różnice:
1. Shifter - masz większą paletę, swobodną alokację obrazu, sprzętowy scroll
2. Blitter - to akurat da się włożyć do ST (gdzieś na AtariAge czytałem o takich mutantach) :) To jest układ atarowski.
3. Kanały DMA
4. Trochę drobnicy w stylu LMC1992
5. +rzeczy, o których nie wiem

1. Wrzucenie wszystkiego do jednego worka to jednak zły pomysł. Demo może przegrać z muzyką i autorzy dema będą czuli niesmak - że oni się napracowali, a ktoś 4 wieczory poświęcił...
2. Grey robi całkiem sporą akcję propagandową, dzięki czemu (spora) część prac idzie na SV.
3. Odnoszę wrażenie, że o ile termin wakacyjny skłania ku Głuchołazom, to wydźwięk całej imprezy przesuwa raczej do SV. Jest więcej szumu, więcej ludzi, większe wydarzenie.
4. To piszę ja - jako twórca (który i w tym roku na SV coś wystawi raczej).

W tym: http://atarionline.pl/biblioteka/materi … 0(v1).djvu

Patentów jest wiele, zależy co dokładnie się dzieje :). Ja osobiście używam w zależności od sytuacji:
1. jmp * i analiza rejestrów/pamięci (czasami po wstawieniu dodatkowego warunku).
2. historia skoków (zwłaszcza, gdy kod leci w 'maliny').
3. do kodu w malinach - wektor przerwania 'brk' na zero - pułapkę na PC=0. Czasami dosyć szybko wychodzi źródło zła.
4. gdzieś do ramu zapisuję 'loga' (przetwarzane wartości, wyniki cząstkowe, ...).
5. dogłębna analiza źródła - krok po kroku co się dzieje.
Generalnie - nie ma tutaj prostego sposobu - zrób x lub y a błąd się ujawni. To nie java :).

1. Osobiście nie używam, ale to może Ci się spodoba: http://www.wudsn.com/content.php#ide_tab (zwłaszcza, gdy używasz Eclipse'a).
2. I jak czegoś nie wiesz - pytaj śmiało (tu lub u konkurencji).

Heh, ja mam (nadal) CA2001 z TopDrive i FlashTurbo - Energy i Joyride działały ok, a Overmind nie.

może warto spróbować użyć turbo basica. on jest szybszy i ma move - a to będzie pomocne.
oczywiście - zgodnie z wcześniejszymi wypowiedziami - lepszym wyborem byłby inny język: c (cc65), może atalan (nie wiem, jaki on ma status i co w nim działa, a co nie), może action! (jak bardzo chcesz coś fizycznie na maluchu robić)...
standardowy basic będzie za wolny, jeśli śnieg to będzie coś więcej niż 4 pixle, a kupkowanie może być bardzo obciążające, przez co całość nie będzie płynnie działać.
basic ma ukryte moce i da się w nim parę rzeczy zrobić (mi się kiedyś udało zrobić płynnego scrolla), ale nie wiem, czy akurat śnieg się łapie :).

1. może mało ludzi wie o istnieniu tego dokumentu: http://sdx.atari8.info/sdx_files/4.45/s … amming.pdf,
2. sdx może i wspaniały jest, ale jednak nie jest standardem, a próby jego powszechnego użycia kończą się ogólnym lamentem,
3. pod sdx (rozumiem tutaj nagłówki feff i faff) można pisać tylko w asm (nie znam innych języków wspierających api sdx),
4. gry (jeżeli już używają dysku) zadowalają się zwykle istnieniem urządzenia D:, więcej ich nie interesuje (choć i/o api pod sdx jest o wiele wygodniejsze),
5. dema - zwykle pierwsze co robią, to wywalają wszystko, co w ram-ie siedzi, więc dos je niewiele interesuje,
6. jednak jakiś (mały bo mały, ale jednak) ruch w interesie jest: http://sdx.atari8.info/index.php?show=en_addons

1. nie widzę, gdzie inicjujesz wektor SCBs_vec. potrzebujesz coś takiego: lda <SCBs ; sta SCBs_vec ; lda >SCBs ; sta SCBs_vec+1
2. mały hint - okolice .cs3 - lepiej coś takiego: ldy #$15 ; lda .. ; sta .. ; dey ; bpl .cs3
3. mały hint2 - ciupinke szybsze będzie zapamiętywanie rejestrów na stronie zerowej zamiast na stosie - czyli stx ; sty zamiast phx ; phy
4. takie pytanie kontrolne (na wszelki wypadek) - na jaki procesor piszesz?

[edit] widzę, że masz coś takiego "SCBs_vec    dw SCBs" i być może to inicjuje wektor (nie znam tego asma) - ale sprawdź pod monitorem, czy aby na pewno tam jest poprawna wartość.

3. a się czepiliście tego pythona - tutaj macie coś niecoś w tym napisane: http://pouet.net/prod.php?which=25864. wspomniany heaven7 dla odmiany jest w 100% w asmie napisany.