Ciekawe: wygląda zdrowo. FAT16, 63488 sektorów, liczba FAT-ów 2, wpisów w katalogu 512 - nie widzę nic, przez co FATFS mógłby odrzucać ten dysk. :/

Pewnie masz za wysoko memlo, skoro Memory conflict. Odpuść trochę rezydentów (FATFS.SYS nie jest potrzebny do podejrzenia 1 sektora partycji, dajmy na to).

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