dlatego dobrze jest zadbac o to zeby nasza gra sama przygotowala sobie srodowisko np. wlaczyla lub wylaczyla BASIC.

rozwinieciem tej idei jest sam xB, Twoja gra moze dodatkowo wylaczyc/ustawic przerwania, wylaczyc ROM, wskazac modul komunikacji ktory Ci najbardziej odpowiada, relokowac wektory init/run czy bufor itd. xB jest elastyczny :-)

zmienna xDEVICE ujawniona!

xDEVICE equ xBIOS+$3e7 ( http://xxl.atari.pl/?p=1076 )

przyklad dzialania w nowym SlightSID Playerze ( http://xxl.atari.pl/?page_id=708 )

jak pisac wlasne moduly I/O do xB ?

przyklad ponizej to sterownik ramdysku. dzieki modulowej budowie xB mozna np. wymienic domyslny modul I/O np. na taki:

RAMV            stx     RAMCMD
                lda     xDAUX1
                asl     @           
                tay
                lda     xDAUX2
                rol     @
                tax
                cpx     #volume+1
                bcs     _eret
                tya
                sec
                ror     @
                lsr     @
                pha
                lda     #$00
                ror     @
                pha
                lda     portb
                sta     preserve
                and     #%11000011
                ora     banks,x
                sta     portb
                lda     xBUFFERH
                pha
                lda     #$80
                pha
                lda     #$00
RAMCMD          equ     *-1                
                and     #%10
                beq     @+         
                lda     #%11
@               ldy     #2
@               tax
                pla
                sta     RAMSRC,x
                pla
                sta     RAMSRC+1,x
                txa
                eor     #%11
                dey
                bne     @-
@               lda     $ffff,y
RAMSRC          equ     *-2
                sta     $ffff,y
                iny
                bpl     @-
                lda     #$ff
preserve        equ     *-1                
                sta     portb
                clc
_eret           rts   
volume          equ     $04
banks           .byte   %00000000
                .byte   %00000100
                .byte   %00001000
                .byte   %00001100

mozna obslugiwac ramdysk zakladany dosem, z katalogami itd.

ciekawy pomysl to stworzenie gry w pliku binarnym, ktory kolejnymi naglowkami zaladuje dane do pamieci dodatkowej (np. skompresowana zawartosc ramdysku stworzona np. MyDOSem) po czym wykona xBIOS_SET_DEVICE wskazujac RAMDysk jako urzadzenie domyslne. mamy wolna pamiec, ramdysk z plikami i xB do obslugi plikow w ramdysku :-)

tak, SIO2SD wyprzedza wymienione urzadzenia na tym polu. udostepnia emulace stacji dyskow (urzadzenie $31 SIO) ale oprocz tego udostepnia takze nowe urzadzenie, ktore w lancuchu SIO zglasza sie jako $72... mozna by powiedziec nowa era urzadzenia SIO plug'n play :-)

Nowe urzadzenie obsluguje FAT a dostep do / zarzadzanie plikami na tym filesystemie z poziomu Atari zapewniony jest dzieki nowym rozkazom na protokole SIO.

wszystko co trzeba zrobic aby atari mialo dostep do plikow i katalogow na filesystemie FAT to ...w standardowy sposob obslugiwac nowe urzadzenie SIO :D

no wiec xB do obslugi FAT na nowoczesnym urzadzeniu SIO spozywa jakies 0.5% zasobow atari, ciekawe ile zasobow atari konsumuje sterownik FAT dla urzadzen ktore wymieniles.

[OT]
kur... znowu zbiorowisko kolesi...
dlaczego to nie jest nigdzie udokumentowane?
co to kur... za polityka,
między nami powskimi kumplami...

"a mnie się to nie widzi..." że zacytuję poetę...
[/OT]

> z pewnością dużo i jest dość pamięciożerny. W optymalnej konfiguracji fakt faktem MemLo wyskakuje pod niecałe $2000
 
no wlasnie :-)

> Różnica jest tylko taka, że sterownik ten obsługuje FAT'a na dowolnym urządzeniu podłączonym do Atari

chcesz powiedziec, ze bedziesz uzywal filesystemu FAT na np. stacji 1050 ? a probowales? :D
czy Ty sie slyszysz? tym usprawiedliwiasz pamieciozernosc swojego dosa ? :D

> a co jest najlepsze - umożliwia wygodny i skrajnie szybki transfer danych z PC na HDD Atari. Możesz np. w kilka minut przewalić wszystkie gry z sieci na HDD.

zanim zabootujesz swojego dosa to ja przewale wszystkie gry z sieci na karte. przepraszam, nie wiedzialem ze ktos moze miec taki problem jak userzy dosa.
no ale tu jano widac ze pamieciozerny sterownik dla dosa byl potrzebny aby rozwiazywac nieistniejace problemy :)

> Dzięki za pomysł!

ten "pomysl" funkcjonuje juz na atari pewnie z 10 lat. dobrze, moze w koncu zainteresuja Cie prawdziwie nowoczesne rozwiazania :-)

nie wiem dlaczego traktujesz to jako zlosliwosc.

pytalem czy uzywales fata na atarowych flopkach a Ty mi wyjezdzasz, ze uzywales fata na urzadzeniu podlaczonym do atari poprzez interfejs newDevice (KarinMaxi) ... czujesz roznice ? ;-) ile razy to zrobiles? raz? odpowiedz sobie dlaczego. nie podpowiem bo uznasz to za zlosliwosc.
powtarzam, placisz cennymi zasobami za cos czego nigdy nie uzyjesz i to nie z racji tego ze mozesz nie miec takiego urzadzenia ale dlatego, ze byloby to skrajnie uciazliwe. promujesz niefunkcjonalne rozwiazania...

reszty punktow nie rozumiem.

ten trzeci punkt... nie wiem, usilujesz mi powiedziec, ze na jednym nosniku uzywasz roznych filesystemow i dlatego musisz miec jakas kobyle z roznymi sterownikami? chyba zle rozumiem bo to jakas bzdura, sa interfejsy ktore to zalatwiaja i nie potrzeba do tego 1/3 pamieci atari.

Ostatnio edytowany przez xxl (2014-10-20 08:54:42)

otrzymalem zgloszenie od osoby ktora warto wysluchac, miala bardzo mocne argumenty. w nowej wersji xB znajdziemy:

- funkcja do zmiany formatu (dla modulu FS)
- zmienna wielkosc bloku danych (dla modulu SIO)
- pojawi sie nowa zmienna; zmieni sie schemat zapisu (na prostszy)
- zwiekszy sie tez mozliwosc indywidualizacji xB (wazna zmiana)

dostalem solidna pomoc przy optymalizacji, na dzien dzisiejszy jest juz wykonane 3/4 modyfikacji

szczegolow 1 i 2 nie chce podawac bo nie bede zdradzal szczegolow cudzego projektu, xB zyska spora nowa funkcjonalnosc.

zmiany w procedrach I/O dotyczace zapisu - jesli czytamy i zapisujemy do pliku to aktualizowane beda tylko te 'sektory' w ktorych wykonywany byl zapis. nawet gdy mamy otwartych jednoczesnie kilka plikow i z jednego przenosimy sie na koniec drugiego (poindeksowane) to dane nie zostana utracone.

natomiast indywidualizacja, obecnie podczas uruchamiania xB komenda Status i HiSpeedIndex realizowane sa procedura systemu operacyjnego, w przyszlosci bedzie to poprzez modul zdefiniowany przez usera.

caly czas zbieram informacje o ciekawych pomyslach ktore mozna zaimplementowac w xB.

do czego potrzebujesz takiej funkcjonalnosci?