heh, niezly pomysl :-)

w taki razie trzeba dodac cos w rodzaju:

                    txa
                    bpl koniec_katalogu
                    bmi sprawdz_nastepny_sektor_katalogu

ok. nazwy zmienilem, wrocila funkcja xBIOS_SET_PARAMS do ustawiania nowych adresow dla wektorow runad i initad natomiast funkcje do relokacji bufora wydzielilem

@Fox: po kolei. jedyna potrzebna modyfikacja to zmiana rozkazu "bpl" na "bcc"...

---
ktoras wersja turbo dosa tez ma katalog wielkosci 128 wpisow

nazwa podmieniona.

odnosnie rename. tak, wolne "sloty" beda mogly byc nazywane (kazdy to osobny plik) przez gracza. co do zmian nazwy kataogow, np. mozliwosc umieszczenia tabeli wynikow jako spisu podkatalogu. podczas przegladania dysku zwyklaym dosem po DIR pojawi sie tabela wynikow ;-)

xBIOS_OPEN_DIR sluzy do wskazania katalogu na ktorym ma dzialac funkcje dotyczaca katalogu np. xBIOS_LIST_DIR. do zmiany katalogu sluzy funkcja xBIOS_CHANGE_DIR.

xBIOS_HOME_DIR - ta funkcja nie sluzy do ustawiania katalogu domyslnego tylko do powrotu do katalogu domyslnego. katalog domyslny to ten z ktorego zostal uruchomiony program - nie koniecznie katalog glowny dysku. program uruchomiony xbiosem ma dostep tylko do swojego katalogu (home) i do podkatalogow w tym katalogu - wyzej nie wyjdzie.

no wlasnie nazwa + typ moze identyfikowac z czym mamy do czynienia ale dosy chyba tego nie robia :/ nie wiem czy rozszerzac mozliwosci czy zachowac ograniczenia dosow.

do naszych laboratoriow przekazalismy uwagi uzytkownikow. dwadziesci trzy minuty pozniej otrzymalismy projekt hojnego w nowe funkcje xBIOS 2.0, oczywiscie przy nieograniczonym budzecie naszych programistow mozna byc pewnym ze biblioteka bedzie zajmowala dokladnie tyle samo: 1kb

nowe funkcje menu dostepne userowi (programista nie bedzie mial wplywu na te ustawienia):
- mozliwosc wlaczenia UltraSpeed,
- standardowo AtariDOS umozliwia zapis 64 plikow w jednym katalogu, mozliwosc zezwolenie na obsluge katalogu z 128 wpisami (niektore DOSy obsuguja)

zmiany/rozszerzenia zmiennych dla programistow:
- udostepnienie zmiennej xBUFFERH (starszy bajt adresu bufora)
dla ekspertow, jesli zaistnieje potrzeba tworzenia niestandardowych formatow, zabezpieczen, kopiowania lub tworzenia plikow
- udostepnienie zmiennych xAUDCTL, xIRQEN, xSECTORL, xSECTORH

zmiany/rozszerzenia funkcji dla programistow:
- w katalogu plik i podkatalog moga miec te same nazwy
- dodanie funkcji:
xBIOS_RENAME_DIR
xBIOS_OPEN_DIR
xBIOS_LIST_DIR
xBIOS_HOME_DIR
xBIOS_OPEN_HOME_FILE
- oddzielenie funkcji xBIOS_DEFAULT_DEVICE od xBIOS_SET_DEVICE
- modyfikacja dzialania funkcji xBIOS_CHANGE_DIR
- zastapienie funkcji zmiany parametrow trzema nowymi:
xBIOS_RELOC_BUFFER
xBIOS_RELOC_RUNAD
xBIOS_RELOC_INITAD

nie jestem przekonany czy mozliwosc nadawania tych samych nazw dla plikowow i katalogow jest dobra...
jesli ktos ma uwagi co do nazw zmiennych lub funkcji to slucham.

sama obsluga turbo Hiasa zajmuje prawie tyle co caly xbios. tak czy owak lektura jest bardzo pouczajaca. jesli ktos ma wymieniony rom na ten Hiasa to w menu xbios klawiszem select moze wybrac procedury turbo Hiasa...

ja nie mam ambicji obslugiwac wszystkie mozliwe rodzaje systemow turbo, moge dodac system UltraSpeed i to tylko dlatego ze nie zwiekszy to wielkosci biblioteki no i jest najlepszy ;-). widze ze wystarczy pobrac HSIndex i nie dawac mozliwosci recznego wyboru szybkosci.

Lemiel, dolozylec cegielke.

no dobrze, to mam pytania odnosnie US:

1. stacja moze odebrac komende w turbo a dane w normalu? lub odwrotnie, komenda normal, dane turbo.
2. czy jakakolwiek stacja po komendzie w normalu moze "poprosic" o dane w turbo?
3. czy przelaczenie stacji na turbo nastepuje po odpowiedzi na HighSpeedIndex czy odpowiedz ma znaczenie tylko informacyjna.
4. na ktorej predkosci stacja nasluchuje: US czy normal - chodzi o to z ktora predkoscia wysylka komendy na 100% bedzie musiala byc powtarzana.

zblizaja sie swieta, organizacja przygotowuje prezenty... moze do wersji 1.6 oprocz juz wsponianych dobroci wejdzie cos jeszcze? moze obsluga turbo? i chociaz pion selekcji kierunkowej dzialu kontroli jakosci stoi na stanowisku ze systemy turbo to rzezbienie w g..nie to moze jednak dodac obsluge "jakiegos" turbo?

firma atari pod koniec swojej dzialalnosci zrezygnowala z wspierania urzadzen PBI i pracowala nad systemem operacyjnym w ktorym usuniety zostal podsystem "new device" a w zamian dodana obsluga turbo szybkich urzadzen SIO, wiec moze isc ta droga?

dwa pytania: ktory protokol, UltraSpeed czy Synchromesh oraz czy dac userowi mozliwosc dowolnego ustalania predkosci czy predefiniowane np. zapytanie HighSpeedIndex?

oczywiscie ktorykolwiek by to nie byl i tak nie dostanie atestu bezpieczenstwa.

jak zachowa sie urzadzenie w takich warunkach: http://www.atari.org.pl/forum/viewtopic … 76#p158176 ? czy I/O na 1 kanale jest mozliwe?

sygnatura pierwszego naglowka jest zawsze $ffff :-) ale nie jestes sam, ja tez patrzac na naglowek pliku binarnego nie wiem co to jest

===
> sygnatura pierwszego naglowka jest zawsze $ffff

oczywiscie w xB pierwsza sygnatura tez jest opcjonalna ale traktowana jakby byla $FFFF :D

to co proponujesz doprowadziloby do tego ze przed kazdym adresem ladowania od i powyzej $fff0 musialaby byc sygnatura $FFFF. chodzi o skracanie a nie sztuczne wydluzanie pliku ;-)