http://atarionline.pl/demoscena/A/Atari%20World.atr

Koala: dzięki za ten temat!

Osobiście jestem zdania, że demo ma po prostu działać i pokazywać możliwości kodera. Dla dobra oglądających dobrze, aby działało na możliwie największej liczbie maszyn bez skomplikowanej konfiguracji. Z tego powodu jestem przeciwnikiem wybieraczek banków, bo to dodatkowa praca dla kodera, którego czas lepiej zostałby wykorzystany na dopieszczenie sedna dema. Jestem przeciwny ograniczaniu dostępnych zasobów komputera, bo demo ma wracać do DOSa itp.

Z drugiej strony: zrobienie dwóch execów różniących się używanymi bankami jest równie karygodne. Wymagasz, aby użytkownik wiedział, jakiego typu ma rozszerzenie, dokonywał wyboru, a wcześniej jeszcze przeczytał instrukcję (bo mając 1 MB będzie w rozterce czy wybrać Rambo czy Compy). A jak wczyta nie tą wersję i po kilku minutach wczytywania zobaczy krzaki na ekranie, to skąd ma wiedzieć, że wczytał zły plik, a nie ma walniętą pamięć lub dysk? Druga sprawa to niepotrzebne zużycie dysku na dwie kopie dema. I np. mogę skopiować tylko wersję, która działała u kolegi, a u mnie nie działa?

Sugeruję użycie gotowej procedury wykrywającej banki i wyjaśnienie użytkownikowi, gdy ma za mało pamięci. Tyle interakcji z użytkownikiem. Wszystko inne to cofnięcie do epoki zworek na płytach i konfigurowania portu i numeru przerwania Sound Blastera.

Cholera, nauczyłem się asemblera 6502 z książki Ruszczyca i mam o niej jak najlepsze zdanie. Biegnę po książkę NOT, aby uzupełnić braki w wiedzy.

Przycisk do RNMI + podmieniony OS - brzmi jak freezer. Drugie zastosowanie to w 400/800 pod RNMI jest podpięty klawisz Reset.

Cztery klawisze kursorów - F1-F4. Oryginalnie tylko w 1200XL, ale każdy OS XL/XE je obsługuje, więc wystarczy je podłączyć. Wciskane same przesuwają kursor, dodatkowe funkcje z Shiftem i Controlem. Dodatkowo z tymi klawiszami są związane dwie diody LED podłączane do PIA: jedna sygnalizuje blokadę klawiatury przez Control+F1, druga międzynarodowy zestaw znaków Control+F4.

"z pewnością mocniejszego niż Pentium"... Na początku rozwijania Atari800 miałem Cyrix 150 MHz, prawie cały soft 8-bit był emulowany płynnie. To, że przełączanie banków działało wolno, to problem architektoniczny Atari800, trudno winić o to Pentium lub 060.

Wracając do tematu: można ten sprzęt wykorzystać jak Ryzen.

Dzięki. Mógłbyś opisać scenariusz, w którym Twoje rozwiązanie jest lepsze? Minusem jest czyszczenie ekranu, przez co nie widać nazwy ostatnio otwartego pliku.

Dzisiaj:
- urwałem jeszcze dwa bajty
- zaktualizowałem procedurę w cc65
- znalazłem narzędzie "Zopfli", które przy pobieżnych testach daje stopień kompresji wyższy niż 7-Zip i KZIP, a w dodatku potrafi zapisać goły strumień DEFLATE - szczegóły na https://github.com/pfusik/zlib6502

Jestem ciekaw.

W temacie gier "tylko fire": Mahna-Małysz.

Dzięki Drac030 i Mono, jak odmapowuję pamięć VBXE na czas I/O:
https://github.com/pfusik/st2vbxe/commi ... d874a889b4
to już się nie wiesza.

Dzięki! Na oko jakieś 2 sekundy na obrazek ST, a 4 sekundy na Falconowy. Dopałka chyba dużo tu nie daje, co innego szybszy nośnik (patrz pierwszy obrazek po SIO).

Pin, dzięki za screeny. Mogę jeszcze prosić filmik? Jestem ciekaw, jak szybko wczytuje się obrazek z HDD przy 20 MHz.

Kwestia "otwórz za pomocą" najlepiej, gdyby była rozwiązana w runext. Rozumiem, że można osobno skonfigurować otwieranie z Shiftem i Controlem? To najprostsze rozwiązanie. W tym przypadku formaty można rozróżnić po pierwszym bajcie pliku: 'N' oznacza muzykę, a 0 grafikę.

Pomysły na rozbudowę:
- wykrywanie i obsługa palety STE (4096 kolorów)
- więcej formatów (przy czym nie zamierzam portować całego RECOIL ;) )