Inny niż 1.3? Nie ma.

ATR-ów się póki co nie oznacza, rotowane są wszystkie, które są bieżąco podmontowane. Kierunek podmiany jest w stronę D1, czyli, jeśli układ wyjściowy jest taki:

D1 FOO.ATR
D2 BAR.ATR
D7 FOOBAR.ATR

to po wciśnięciu przycisku zmienia się na:

D1 BAR.ATR
D2 FOOBAR.ATR
D7 FOO.ATR

a po następnym:

D1 FOOBAR.ATR
D2 FOO.ATR
D7 BAR.ATR

Na dodatek montaż należy zrobić spod SDX, nie zrobiłem jeszcze tej możliwości do loadera IDE+. Miałem taki zamiar (i mam nadal), ale BIOS już krzyczał o wypuszczenie go z innych względów (aktualizacja obsługi APT ze zmianami, jakie zaszły w ciągu roku), ustąpiłem zatem pod presją.

@voy: Trzeba byłoby sprawdzić, czy sterownik chodzi pod bieżąco publiczną wersją SDX, czyli 4.46. Chwilowo podrzuciłem go Twojemu bratu :)

DracOS chodzi gładko. Wywaliłem z niego tylko rzeczy, które są niepotrzebne bez starej karty F7. Tryb natywny jest spoko, mam już kilka programów, które w nim chodzą, i nie ma żadnych problemów.

Co do softu ZX, w teorii powinno chodzić wszystko. Ściągałem jakieś losowe gierki na 48k z World of Spectrum, konwertowałem na snapszoty *.Z80, zapuszczałem - i nie trafiło się nic, co by się jakoś spektakularnie wysypało bez istotnego powodu. Sypią się rzeczy, które wymagają 128k, gry, które mają muzyczkę na AY, oczywiście milczą, a gry, które zamalowują niepotrzebne partie ekranu atrybutami, wyglądają syfiasto (np. Trapdoor).

Atrybuty się zrobi atrybutami VBXE i ten ostatni problem zniknie.

Z innych problemów, bardziej zaawansowane muzyczki (np. Fairlight) brzmią strasznie, bo liczą na czasy wykonywania rozkazów te same, co w opisie Z80, co oczywiście na tym emulcu nie zachodzi - to nie jest w gruncie rzeczy emulator, tylko taki interpreter kodu maszynowego Z80, który traktuje jako rodzaj bytecode. Ale takie kawałki są zwykle tytułowe, po przejściu do gry już jest w porządku.

Naturalnie. Ciekaw tylko jestem, co by ta i owa postać powiedziała dzisiaj, gdyby ktoś oto przyszedł i zaproponował wstawienie do Atari Intela 80186...

Nie "źródeł ostatniej znanej wersji systemu", tylko "ostatnich znanych źródeł jakiejkolwiek wersji". Mówisz o rewizji CC z 1984 roku. Późniejsze rewizje, z roku 1985 i 1987, kod PBI zawierają. Innymi słowy, wersja CC jest niewdrożonym prototypem (ślepą uliczką) i to tyle na ten temat.

Można oczywiście mówić, że Tramiel nie wdrożył jej dlatego, że miał pełne magazyny ROM-ów rev. BB i nie chciał wydawać pieniędzy na ich zniszczenie i wypalenie nowych. Pewnie tak było. Tylko że nie jest wcale pewne, że w obliczu kryzysu chęć wydania pieniędzy na nowe ROM-y przejawiłoby Atari Inc. (gdyby zostało pod Warnerem). I istnieje możliwość, że OS rev. CC poleciał do kosza i chętnie rozstano się z jego źródłem, gdyż został uznany za nieudany (nie przez Tramiela, ale np. przez pozostałych inżynierów Atari zajmujących się ośmioma bitami).

Mówiąc krócej, gdyby Atari naprawdę "chciało" zrezygnować z PBI (albo np. wdrożyć MapRAM), miało ku temu parę okazji. Skoro z nich nie skorzystało, to widać nie chciało. CBDO.

Atari z joystickiem to nie Atari, sporo (większość ;)) gier nie daje się używać bez tego "rozszerzenia". ;) A rozszerzenia, od których uzależnione jest działanie programów są be. Programy powinny również działać bez nich. Inaczej nie są na Atari przecież, tylko na "Atari rozszerzone" (o joystick, przecież trzeba go oddzielnie kupić, z komputerem nie sprzedawali).

:p

Jakoś nie bardzo: mads mimo opt c+ nie akceptuje rozkazów w rodzaju ora ($01,s).

Ma działać na każdym, tylko na rev. D ma obsługiwać dodatkowy przycisk i przełącznik.

mazi, jesteś pewien, że tamten jest bardziej "oryginalny"? Może tylko obie kopie są złamane przez innych ludzi. Oryginału tej gry w życiu na oczy nie widziałem, więc nie wiem.

Śliczny występ. Wiadomo - "artysta"!