No, spróbujmy. Wpisujemy w Google "A500 blitter timings" i wyskakuje takie coś:

http://eab.abime.net/showthread.php?t=68708

Jest tam informacja (post 2), że wypełnienie 1 bitplanu 320x256 zajmuje blitterowi A500 czas równy wygenerowaniu 70 linii skaningowych:

Proszę sprostować, jeśli się mylę, ale zakładam, że pojedynczy bitplan 320x256 to będzie 81920 bitów, czyli 10240 bajtów.

Wypełnienie takiego samego obszaru blitterowi VBXE zajmie 10240+23 cykle, a przy włączonym overlayu dwa razy tyle, czyli 20526 cykli, przy czym chodzi tu o cykle pracy blittera, a on pracuje z zegarem 14 MHz.

To jest równe 2566 cykli zegara CPU. Przy 114 takich cyklach na linię skaningową mamy wynik: 22,5 linii skaningowej.

Wychodziłoby, że blitter VBXE, nawet przy włączonym overlayu, jest ponad trzy razy szybszy od blittera A500.

Gdzieś się pomyliłem w obliczeniach?

A, to o to chodzi. No jasne, już lecę.

@xxl: nie będę Cię tu edukował, po prostu poczekam.

Właśnie dowiodłeś, że:

a) nie rozumiesz prostych stwierdzeń na temat systemu Atari, nawet po dobie myślenia (co mnie nie dziwi: z Twoich występów na AAge wiadomo, że z angielskim u Ciebie jest b. krucho);

b) nie znasz się kompletnie na SIO, nie znasz protokołów, nie wiesz, do czego służą itd.;

c) nie rozumiesz dokumentacji od XL (w tym jej terminologii) i bierzesz swoje urojenia za rzeczywistość.

Jeśli chodzi o mnie, jestem usatysfakcjonowany. Proszę moderatora o nieusuwanie postów XXL-a z tego wątku, żebyśmy mogli się z nich śmiać w kułak, póki nam się nie znudzi. Dziękuję.

Nie, to nie ten protokół. I nie ten sprzęt (850 jest do 400/800). Generalnie nie wiesz, o czym mówisz.

PS. Przemyśl "on-board applications".

jer, avast protestuje przy próbie wejścia na Twoją stronę przez podany link.

Nie rozumiesz zdań, które sam cytujesz: to zdanie opisuje właśnie mechanizm zaimplementowany w XL OS znany jako "procedury nowych urządzeń".

"Opcody na przerwania" to znane z Z80 restarty. Poza tym wrażenie dziwności potęgują mnemoniki, typu YPC = prześlij 16-bit Y do PC. Po ludzku to będzie "JMP (Y)". Albo "LAX" to będzie "LDA (X)", czyli w naszym zapisie "LDA $nn,X" (czyli 65C816 ma ten rozkaz, jeszcze na dodatek z przesunięciem). Tak samo rejestr Z to u nas rejestr D itp.

Oczywiście o żadnych nielegalach nie ma mowy. No i to jest SF, bo procesor miał powstać w 1979 roku, a nie powstał nigdy. Amen.

EDIT: poprawka.

To sobie wsadź, kto Ci nie daje?

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...