Tutaj masz repozytorium i opis kompilacji: http://www.atari.org.pl/forum/viewtopic … 26#p258626
Pamiętaj, że moja strona jest teraz w domenie i-demo.pl :)

Zaraz zaczniecie ustalać ile pamięci na cartridge'u jest koszerne a ile już nie. Echhh... Panowie :)

Edit: Swoją drogą to rozważając carty wróciliście do korzeni :>

Tak. Albo filtrem górnoprzepustowym, albo synchronizatorem.

A nie powinno być:

LDA #0
STA $45F

?

Potwierdzam. 10251 ramek PAL czyli 3:25.

Edit: Systemowy 9321 ramek czyli 3:06.

Edit 2: Ale robiłem test za pomocą UBI.

Faktycznie - ACE80 jest 2x szybszy! Ładny wynik.

RC_GR8, jak już pisałem, siedzi sobie w XRAM, co powoduje że przy każdym wywołaniu CIO trzeba włączyć bank, wykonać kod, przywrócić konfigurację pamięci. To powoduje, że przy krótkich operacjach typu wysłanie jednego znaku na ekran, powstaje narzut wpływający na wydajność. ACE80 siedzi sobie w cartridge'u więc jest ciągle dostępne w pamięci komputera i nie trzeba niczego przełączać a tylko skoczyć do procedury obsługi. Tak więc nawet gdyby w RC_GR8 był identyczny kod co w ACE80, to RC_GR8 będzie działał wolniej. Przy pisaniu większych bloków tekstu to jest prawie niezauważalne, ale przy pojedynczych znakach już tak.
Z tego powodu wykorzystanie ACE80 we współpracy z SDX mogłoby być sensowne. Zalety carta stracimy przy użyciu Rapidusa, bo o ile XRAM będzie śmigał z pełną prędkością, o tyle dostęp do carta będzie spowalniany do zegara 1.77MHz.

Edit: RC_GR8 ma optymalizację przy zgrubnym scrollowaniu ekranu w pionie, bo zamiast przepisywać dane grafiki, to manipuluje adresami linii w Display List. Więc tu też będzie szybciej - nie wiem, jak się zachowuje ACE.

No dobrze. W moim odczuciu rzetelne porównanie powinno zawierać:
- nazwę i wersję DOS
- listę załadowanych sterowników (i jeśli to możliwe ich konfigurację)
- wynik polecenia MEM (lub zawartość komórek $2E5-$2E8)
- rodzaj komputera (ilość pamięci i jakiej)
- rodzaj sprzętu - czy to cartridge czy rozwiązanie programowe czy sprzętowe, jaki obszar zajmuje, czy to wymaga dodatkowej pamięci
- wynik ?FRE(0) jeśli już porównujemy ilość dostępnej pamięci z BASIC-a.

Piszesz:

i obwieszczasz wielki sukces prezentując to jako jedyny i niepodważalny wariant. No "XXL miażdży". A dość łatwo można wykazać, że to jest nieprawda, co łatwo sprawdzić na załączonym przeze mnie screenshocie. Widać na nim choćby zawartość CONFIG.SYS czyli jak jest skonfigurowane SDX i jakie są załadowane sterowniki. U Ciebie nie ma w zasadzie nic, dlatego pisałem że porównujesz niewiadomoco.

Szkoda sobie robić wycieczki ad personam (co wcześniej zrobiłem), ale naprawdę mógłbyś być uczciwszy.

Widzisz, naprawdę przykro się z Tobą dyskutuje bo stawiasz człowieka na pozycji wielbłąda, który musi udowadniać że nim nie jest.
Chcesz zrobić porównanie, to napisz rzetelny artykuł, wypunktuj uczciwie wady i zalety, a nie rób wrzutek intencjonalnie mających wykazać założoną przez Ciebie tezę. Tym bardziej, że często mijasz się z prawdą.

Wielka szkoda. Nie przepadałem za rysunkami Henryka Jerzego Chmielewskiego, ale przeczytałem wszystkie Tytusy i cenię go za jego twórczość i kawałek mojego dzieciństwa. Kto jeszcze pozostał z tamtego pokolenia komiksiarzy? Zbigniew Kasprzak, Grzegorz Rosiński i Tadeusz Baranowski? Ktoś jeszcze? Wykruszają się powoli...

To może czytelniej - w tym samym katalogu DRIVERS>SCRDRV dodatkowo:

ARC X CON
CON.SYS
CON 80

@xxl: Spieszę z pomocą, choć to wszystko jest opisane w SDX User Guide.

SDX nie musi mieć żadnej dyskietki do działania bo ma wbudowany dysk CAR:. Jednakowoż dyskietka ze sterownikiem RC_GR8 już jest i nazywa się SDX Toolkit - do pobrania ze strony SDX: http://sdx.atari8.info/index.php?show=e … ad_release
ARC jest standardowo dostępny na cartridge, więc wystarczy po uruchomieniu komputera przejść do odpowiedniego katalogu DRIVERS>SCRDRV i tam rozpakować sobie RC_GR8.ARC za pomocą:

CD DRIVERS>SCRDRV
ARC X RC_GR8

a potem załadować RC_GR8.SYS. Ten sterownik lokuje się głównie w pamięci dodatkowej, aby zaoszczędzić miejsce w pamięci podstawowej gdzie znajdują się w zasadzie tylko dlista, pamięć ekranu, tablice obsługi sterownika S: (i chyba E:) oraz procedury wywołujące główny trzon sterownika z pamięci dodatkowej. Czy to wada, czy zaleta, sam użytkownik niech rozsądzi.
Moim skromnym zdaniem fajnie jest gdy DOS pozwala na wykorzystanie pamięci dodatkowej do czegoś więcej niż zainstalowanie tam ramdysku. A SDX póki co jest jedynym systemem który na to pozwala.
Gorąco polecam zapoznanie się z możliwościami SDX których opis znajduje się w SDX User Guide http://sdx.atari8.info/sdx_files/4.49/S … _Guide.pdf zanim zaczniecie go używać, gdyż znajdziecie tam naprawdę sporo informacji na podstawie których nie waham się uznać go za system wyjątkowy. SDX to znacznie więcej niż DOS.

Edit: SDX User Guide oczywiście a nie SDX Users Manual.