W takim razie trzeba zacząć sprzedawać sedesy z logiem Intela. ;)

Podajesz emulatorowi XEXa z linii poleceń. Ewentualnie -run jeśli masz emulator z serii 1.x. Pliki czytasz z H:.

Tak było. Przez spory czas kontaktowałem się z autorem CG, podrzuciłem mu kilka pomysłów (m.in. parsowanie błędów kompilatorów) i poprawki w polskiej lokalizacji, w zamian zostałem zarejestrowanym użytkownikiem. Jednak wystąpiła rozbieżność zdań między mną a autorem, w związku z czym używałem starej wersji, a nieco później strona CG i kontakt z autorem zniknęły, w związku z czym rozpocząłem poszukiwania innego edytora.

Odpowiadając na pytanie Tebego: SciTE ma konfigurację w całości w plikach tekstowych, obsługuje UTF-8 i UCS-2, sensownie (nie powiem że świetnie) podświetla XML, HTML, Perla, diffy i wiele innych języków, zamyka tagi XML, matchuje nawiasy i #ifdef z #endif, podświetla output kompilatorów, zjada spacje na końcu linii, jest na Linuxa, a przede wszystkim jest supportowane. Czyli do edycji kodu 6502 nie jest specjalnie lepsze od CG.

Nikt nie wspomniał jeszcze o PSPad, który ogólnie jest świetny, wypasiony i szybki i kiedy go oglądałem to chyba jedyna rzecz do której mogłem się przyczepić to problem z wpisaniem pliterek (otwierały się jakieś okienka).

A na maku?

Do stacji powinny wystarczyć data in/out, command i oczywiście ground. Kabelek nieskrosowany. :)

Dla mnie to ciągle jest czarna magia, ale wydaje mi się, że nie jest tak, że możesz odciąć dowolny obszar pamięci bez ingerencji w Atarkę. Jest sygnał odcinający $D800-$DFFF - np. Karin Maxi podpina tam ROM z kodem sterownika nowego urządzenia SIO. Obszary $A000-$BFFF i $8000-$9FFF to wiadomo. Poza tym strona $D5 jest do dyspozycji cartridge-a, $D1 do dyspozycji PBI, a pod $D6 i $D7 można zdaje się łatwo podpiąć od środka Atarki. ANTIC może oczywiście przeczytać te obszary, ale co w tym pięknego?

Dla zmylenia przeciwnika jest na dole i nazywa się "Pokaż nowe posty".

Treści podprogowe z ANTICa to są z prawej strony jak się włączy szeroki ekran i skrola poziomego.

Może dałoby się nadać coś telegazetowego? Jest scena telegazetowa? :) :)

Nie.

Zgadzam się - 262 linie.

48 linii to tyle, ile ma ramka z pustych linii robiona przez OS (24 u góry i 24 u dołu), a na oko jest ona dużo większa od zewnętrznej czarnej ramki.

Byłbym wdzieczny. Kiedyś widziałem stronę wyjaśniającą tworzenie kolorów przez GTIA, artifacting itd z rysunkami, teraz nie mogę jej zgoglić.

Z tego co napisali w wikipedii wynika jakoby NTSC nie miało "rozdzielczości dwuliniowej" dla kolorów. Czyżby więc tryby 256-kolorowe (w tym TIP) niezbyt ciekawie prezentowały się w NTSC?

Następna sprawa, że w PALu jest 576 widocznych skanlinii. Jak to się przekłada na atarowe 240?

Słyszałem jeszcze, jakoby artifacting dotyczył tylko NTSC.

update:
Tu jest ta strona: http://www.xmission.com/~trevin/atari/video_notes.html

BTW. Dlaczego rwie się synchronizacja pionowa jeśli najniższa linijka jest w hiresie, a jeśli jest w 15-ce, to nie? Czy w NTSC jest tak samo?

Ponieważ wciąż nie znam kodu, to muszę się domyślać. Domyślam się, że co druga linia jest cała w hiresie. W pozostałych liniach włączasz tryb 11. Jeśli tak, to linie trybu 11 "zabarwiają" następne linie, co jest w pewnym stopniu emulowane. Zazwyczaj stosuje się tę technikę do uzyskania 256 kolorów, ale oczywiście możesz uzyskać 16 kolorów w 2 odcieniach bez migotania (tyle że z ciemnymi paskami co drugą linię). Nawet myślę, że ktoś już coś takiego robił. Wyjaśnienie "zabarwiania" znalazłem niedawno tutaj: http://en.wikipedia.org/wiki/PAL