Kuna no, gdzie tego szukac... ???

Dobra. Wszystko zrobione. Przy okazji poprawilem buga powodujacego wylaczanie BASICa mimo, że powinien zostać włączony (i tak był oznaczony na ekranie ;) ).
No i mam ciekawą zagwozdkę. W czasie testów nie odpalila mi sie gra Final Legacy. W poprzednich wersjach sie odpalala, po przelaczniu emulatora na NTSC tez sie odpala, takze w nowej wersji loadera!
Zaczalem analizowac kod tej gry i z pierwszych rozkazow wynika ze odpala sie raczej przypadkiem (dlaczego wiec odpalala sie w poprzednich wersjach MSDOS, a w nowej nie odpala sie wcale??, dlaczego chodzi w NTSC??).
Zastrzegam ze testowalem tylko pod emulatorami....
A oto ten kod z poczatku gry.... a jest to kopia z carta, a ten kawalek kodu odpala sie przed skokiem do obszaru samej gry.

7f86  LDA #$80
7f88  STA $6a  ;RAMTOP
7f8a  LDA #$00
7f8c  TAY
7f8d  TAX
7f8e  STA $0200,X   ; <--- zamazuje wektory przerwan!!!
7f91  INX
7f92  BNE $7f8e
7f94  STA $09  ;BOOT
7f96  STA $244   ;COLDST
7f99  LDA #$3c
7f9b  STA $d302  ;PACTL
7f9e  LDA #$52
7fa0  STA $02fc  ;KBCODES
7fa3  JMP $8000

Jak widać gra na starcie zeruje m.in. wektory przerwań nie blokując przerwań wcześniej!!!
Sprawdziłem, ze wyklada sie wlasnie dlatego ze w miedzyczasie wywoluje sie jakies przerwanie.
Tylko dlaczego w poprzedniej wersji loadera sie nie wywolywalo, i dlaczego nie wywoluje sie w NTSC ???

Tym bardziej ze zmiany w loaderze prawie zadne.

Oczywiście problemy z uruchomieniem tej gry to nie wina loadera (SDLOAD zachowuje sie tak samo jak najnowsza wersja MSDOSa), ale intryguje mnie dlaczego w poprzednich wersjach ta gra sie wczytywała. Troszke sie jedna procedura - uruchamiana po zaladowaniu kolejnego bloku - w loaderze wydluzyla (kosztem innej) i stawiam na to wlasnie + zbieg okoliczności z czasami wykonywania się procedur i wystepowaniem przerwań.

Wlasciwie gra ta chodzi tak samo dobrze (a przy okazji odpala sie zawsze, wiec lepiej) bez wykoniania przedstawionej wyzej procedury - wystarczy po zaladowaniu skok pod $8000 :)

Dodalem w loaderze czekanie az Antic zacznie rysowac ekran (czekanie na linie nr 0) przed skokiem pod adres startu gry i Final Legacy odpala sie zawsze..... wiec byla to kwestia szczescia. Ale zamiast zmieniac loader chyba trzebaby poprawic plik gry :)

W mojej atarce wygląda to tak:

Niebieski przycisk (chwilowy) zamienia u mnie miejscami D1: z D9: , a pstryczek miedzy gniazdem SIO a USB przełącza tryb pracy SIO2IDE z SIO na USB oczywiscie.... a gniazdo obok to oczywiscie od AKI :)

Przełączanie w tryb USB jest w dzisiejszych czasach zbędne, bo w każdym grzybie jest czytnik kart CF, ale ja to składałem jak SIO2IDE dopiero powstawało...

- Da sie - ja tak mam od lat: mala szczelina na kartę z prawej stony atarki rządzi.
- jeden guzik sie przydaje (ale nie jest konieczny) - jest to guzik na chwilę zamieniajacy D9: z D1: , na D9: zawsze mam programik SIO2IDE Diskdżokej ;), ktorym mozna szybko przemapować dowolnego ATRa z karty na D1: i odpalić z niego ladaowanie. Jesli guzika nie wciskam, to mam moja domyslną partycje Sparty pod D1: a mapowanie moge zmienić jeszcze dwoma innymi programami.
- wydoli bez problemu.

Wiem oczywiscie, ze tak jest... Wynika to trochę z tego, że program napisany jest systemowo.
Na poczatku (także przy zmianie katalogu czy dysku) robi kulturalne GR. 0, co powoduje przywrocenie kolorow systemowych, wiec natychmiast zmienia je na swoje oryginalne. A nie wie wtedy jakie mają być kolory, bo dopiero teraz czyta katalog i jak znajdzie w nim MSDOS.DAT, przechodzi do jego odczytu. Dopiero jak odczyta go w calosci, przechodzi do analizy i wyswietlania i dla oszczędności kodu to tu jest procedura wczytania parametrów.

Metody poprawienia tego widzę, nawet 3.
- zlikwidowanie kolorów domyslnych MSDOSA i pozostawienie systemowych (jakoś mi się to nie podoba)
- bezpośrednio po GR.0 (skoro mamy mignięcie na czarno) wyłączenie ekranu i włączenie go dopiero po wyswietleniu listy plików (też jakoś nie podoba mi się),
- robienie GR. 0 tylko raz na początku programu (bo i tak zawsze przy przerysowaniu jest wysyłany na ekran kod czyszczenia), przy okazji procedurę robiącą GR.0 możnaby przerzucić do bufora na dane - bo potrzebna będzie tylko raz i może potem zostać zamazana - to mi się podoba najbardziej, bo optymalizuje kod, a jak będzie wyglądało??? kto wie. Odpadną mrugnięcia, zmiany kolorów na systemowe, więc i konieczność odtwarzania kolorów MSDOSowych....

Obaczę co się da zrobić :)

Napisz precyzyjniej jak o sie objawia.... bo co jak co, ale edycja tych parametrow powinna dzialac zawsze. Jest poprostu niezalezna od reszty programu. A to pod emulcem czy real Atari?? Bo na real Atari to trzeba Ctrl+szczalka wciskac :) (tak pisze, bo Pirx mial przez chwile ten problem ;) )

A i sciagnij jeszcze raz paczke z poprzedniej strony. Wymienilem tam MSINI3 na wersje widzaca do 256 plikow.
Ze wzgledu na pewne ograniczenia MMG Basic Compilera w trybie Ineger (a tak jest kompilowany MSINI3), w przypadku ilosci plikow wiekszej niz 128 moglo nastapic zamazanie czesci danych i faktycznie dziwne objawy, w poprawce staralem sie to wyeliminowac.

Ale tak naprawde jak bedzie wersja w assemblerze to bedzie najlepiej :)

Gotowe.
W załączniku zip z atrami zawierającymi nowy Micro SpartaDOS 4.5 , a także nową wersję MSINI3.
Ta wersja umożliwia wybór spośród predefiniowanych schematów kolorów lub ustawienie kolorów własnych (oczywiście kolorystyka zmienia się tylko w tym katalogu, w którym edytujemy plik DAT i może być różna w różnych katalogach) i obsługę znacznika blokady wbudowanych procedur Ultra Speed.
MSINI3 warto umieścić w katalogu wskazywanym przez PATH by mieć możliwość szybkiego uruchomienia w katalogu, w którym chcemy tworzyć/edytować plik MSDOS.DAT.
Plik DAT mimo dodania nowych funkcji jest zgodny w każdą stronę z każdą wersją MSDOS.
Wszystko jest i tak opisane w załączonych plikach tekstowych - przeczytajcie sobie.

Edit: Podmieniłem paczkę, jedyny drobiazg to zwiększenie ze 128 do 256 liczby plików widzianych przez MSINI3.

Coś cisza jakaś na forum.....
Zabrałem się do roboty, bo Pirx stwierdził, że nie lubimy forków i że powinna być jedna wersja, no i zaimplementowałem ten "dualizm". Jak sie wciska cyfrę 1-8 to wyświetla się D1: - D8:, a jak Ctrl+A-O , to wyświetla się A: - O:
A do tego dołożyłem możliwośc konfigurowania pewnych parametrów w zależności od folderu, który przeglądamy - są te parametry zapisywane w pliku .DAT. Zapisywane są jako jedna z długuch nazw, bez jakichś znaków specjalnych, więc nie zmieniaja struktury pliku DAT. Nowy DAT bedzie doskonale działał z innymi wersjami, a stary DAT z nową wersja... nic nie zmieni.
Na poczatek dodane 4 parametry:
- 3 kolory (literki, tlo, ramka)
- wymuszenie wylaczenia turbo przy wczytywaniu plików z danego katalogu.

Tak więc, można będzie mieć różną kolorystykę w poszczególnych katalogach (wiem ze malo przydatne, ale kodu niewiele, a fajne), a blokowanie tubo moze sie przydać jeśli macie gry, które maja problemy z działaniem z właczonym turbo (wymagaja b. niskiego MEMLO, albo gryza sie z szybką transmisją). Wystarczy wrzucić te gry do odrębnego katalogu i w pliku DAT w tym katalogu włączyć opcję blokady - i nie trzeba pametać o Shift.

Opublikujemy jak tylko powstanie MSINI3 - obsługujący te dodatki :) czyli .... jutro ??? :)

Poprawione wersje 4.3b i 4.4b :)

Przy okazji małe usprawnienie współpracy z urządzeniami PBI (dzięki Drac030).

Prawdopodobnie, jeśli macie dyski z grami nagrane przez skopiowanie wszystkiego na czysty nośnik nigdy by się Wam ten błąd nie objawił. Wczytywanie wywalało się jeśli ładowany plik miał w ciągu zajmowanych przez siebie sektorów "dziurę" o długości większej niż 127 a mniejszej niż 254 sektory. Co mogłoby się przytrafić  w przypadku kasowania i ponownego nagrywania plików na dysku (fragmentacja).

Readme i gotowa paczka później :) , na razie pliki wykonywalne:

Dely: Sprawdzanie jest i u mnie działa, tak na SIO2IDE jak i na emulcach. Na KMK (jesli używa standardowych procedur i w odpowiednich komórkach jest to, co trzeba) też działać powinno.

Kod jest następujący:

LDA DDEVIC
CLC 
ADC DUNIT
SEC
SBC #$01
AND #$0F
STA BootDrive

Czyli tak jak robi to OS.

drac030: Myślałem nad tym żeby zostawić jeden bufor (dwusektorowy), zapamiętać na stałe adres sektora trzymającego mapę obecnego katalogu i pozwolić tylko na DIR, OPEN, GET i GET BLOCK, CLOSE. Miało by to szansę na działanie w zastanym folderze. Z tym, że albo DIR, albo OPEN i tylko jeden plik jednocześnie. MEMLO by już nie było tak niskie, więc Sparta X w trybie Banked mogłaby mieć zbliżone.
Więc - sensu nie ma. Lepiej jest tak pisać programy, żeby działały z DOSem :)