626

(192 odpowiedzi, napisanych Fabryka - 8bit)

PBI wpina się w system tak, że jest obsługiwane (wbrew nazwie :) ) przez procedury systemowe procedury SIO. Tak to jest pomyślane żeby działało na tych samych systemowych procedurach więc musi działać.... jakoś na innych PBI działa :P
Oprogramowuje się to dzięki takiej koncepcji, tak samo jak zwykłe stacje szeregowe. Nawet nie trzeba wiedzieć, że idzie to przez PBI.

Aaaa i dzięki temu, jak się zrobi stację z 512b sektorami podpinaną szeregowo, to też musi działać. Trzeba by jakiś standard takiego ATRa obmyślić i zaimplementować to w SIO2SD ... a może i w SIO2IDE....

627

(192 odpowiedzi, napisanych Fabryka - 8bit)

A tam zaraz standardową kupować...

Testował Dely i Draco i nie zgłaszali takich problemów (w zasadzie nie zglaszali żadnych, poza tymi, które już poprawione są), a oni nie maja standardowych atarek i obaj maja 512 sektory na swoich dyskach (dlatego właśnie ich poprosiłem o testy).
Sam program nie używa żadnych niepublikowanych rozkazów, wszystko robi systemowo, wyłączanie carta SDX odbywa się przez wymuszenie ciepłego startu (oczywiście przez tablicę skoków).
Odczyt odbywa się wyłącznie standardowym SIO (chyba że zostanie wykryta stacja z US lub HappyWarp a do tego nie ma QMEGa).

Nie twierdzę, że wszystkie programy odpalone z MSDOSa uruchomionego spod SDX będą działały (choć powinny, bo przed ładowaniem ich do pamięci MSDOS stara się odtworzyć stan Atari bezpośrednio po zimnym starcie - czyści pamięć, stos itp), a nawet sam znam dwie gry, które nie działają i mimo prześledzenia procesu ich uruchamiania dalej nie wiem dlaczego :).

Jak tak czytam o Twoich kłopotach ta chyba winiłbym .... Twój sprzęt. Ja przed chwilą na mojej atarynce załadowałem około 30 różnych gier i dem MSDOSem odpalonym spod SDX i wszystkie działają !!!

628

(192 odpowiedzi, napisanych Fabryka - 8bit)

Wiesz.... były wcześniej przelotne problemy z ładowaniem MSDOSa bootloaderem Sparty. Mimo, ze po analizie mojej i Draco wynikało, że wszystko jest O.K. czyli MSDOS ładuje się w obszary odpowiednie dla bootloadera i zała reszta też jest zgodna z tym co bootloader powinien załadować.
Trzeba by to przeanalizować, raczej winiłbym jakieś nieznane nam ograniczenie bootloadera.... jeśli namierzymy to ograniczenie, to oczywiście można będzie zmodyfikować tak binarke MSDOSa, żeby je omijała, co nie zmienia faktu, że sam MSDOS jest O.K.

MSDOS jest standardowym plikiem binarnym i jako taki powinien ładować się bez problemu bootlaoderem SpartyX, a jak już się załaduje prawidłowo to musi działać, a jak nie działa, to na 95% nieprawidłowo się załadował... a to nie jego wina.

629

(192 odpowiedzi, napisanych Fabryka - 8bit)

Oczywiście że obsługuje, od wersji 4.3 wszystkie nowe wersje obsługują sektory dłuższe niż 256b. I - raz jeszcze przypomnę :) - utrzymują przy tym baaardzo niskie MEMLO, dzieki pozbyciu się bufora na mapę pliku.

630

(192 odpowiedzi, napisanych Fabryka - 8bit)

Działa, działa.... :)
Oczywiście to, że nie działał, to wina słabo zrobionego ripa z Cartridge.
Prawda jest taka, że nigdy nie da się zrobić loadera ładującego dobrze wszystkie gry, można się tylko do tego ideału zbliżać. W starszych grach (głównie właśnie w ripach z cartów) jest wiele różnych dziwnych procedur, które czasami tylko przypadkiem działają (zobacz w tym wątku trochę wcześniej co w jednej znalazłem). Trzebaby napisać loader rozpoznający te źle napisane zrobione gry i modyfikujący w każdym przypadku proces uruchomienia, to nierealne.
Ale akurat dla Last Starfighter dało się zrobić to w sposób uniwersalny, mam nadzieję, nie psujący odpalenia jakiejś innej - przypadkowej - gry :)
Wersja MSDOS 4.6 (chyba już ostateczna) jest do pobrania tutaj: http://pecus.pigwa.net/pliki/Atari/msdos46.obx .
Przy okazji dodane jest wyjście do DOSa kombinacją Shift-Esc (jeśli ktoś uruchamiał MSDOSa spod Sparty i chciałby kulturalnie do niej wrócić bez odpalania gry).

MSINI4 się pisze, jest relokowalne, przyjmuje ścieżkę jako parametr i zostawia dużo pamięci na edytowane długie nazwy. Zrobione już wszystko poza samą edycją na ekranie, ale to już jest proste... w miarę :) Jak skończę to będzie wersja 4.6 oficjalnie z całym pakietem.

631

(349 odpowiedzi, napisanych Fabryka - 8bit)

A ja poprosze jakies Shift albo Ctrl + szczałka (wiem że na Atarynce szczałka jest już z Ctrl :) , wiec może szczałki w lewo i w prawo......  niech robią skok o stronę w góre i w dół.

632

(349 odpowiedzi, napisanych Fabryka - 8bit)

A to nie lepiej bledy poprawic ??? :)

633

(349 odpowiedzi, napisanych Fabryka - 8bit)

No dobra ale jak odpalić CON80 (tak ogólnie), bo laduje sobie jako Device (i pokazuje mi, ze sie zainstalowalo), podem daje CON80 ON i ... Error 170....

634

(349 odpowiedzi, napisanych Fabryka - 8bit)

Szczekam!!!

635

(8 odpowiedzi, napisanych Sprzęt - 8bit)

Jak uzyskasz czarno-biały obraz podłączając S-Video po SCART to znaczy na 90%, że Twoj TV nie obsługuje tego sygnału po SCART. Najnowsze TV obsługują po SCART nawet sygnał komponentowy (HD, u mnie nawet 1080p60 przechodzi), ale nawet one najczęściej tylko na jednym z kilku gniazd.

636

(8 odpowiedzi, napisanych Sprzęt - 8bit)

Ale trzeba pamiętać, że nie każdy TV obsługuje sygnał S-Video na złączu SCART.

637

(349 odpowiedzi, napisanych Fabryka - 8bit)

Cudo!!!!

Ja co prawda na PC za dawnych lat używałem X-Tree Gold, więc oryginalna aplikacja MENU zawarta w SparcieX jest dla mnie czymś naturalnym (wiernie naśladuje X-Tree w większości przypadków), no ale takie cuś.

Piękne po prostu, chyba czas instalować sobie VBXE (głownie dla takich programów i - mam nadzieję - obsługi wyjścia VGA).

638

(19 odpowiedzi, napisanych Software, Gry - 8bit)

BW-DOS jest blizszy SDX niż Sparta DOS 3.2. Cytuję fragment instrukcji:
"BW-DOS directories may contain up to 1424 files or directories, but it is recommended to keep this number less than 100, because the access to long directories is slow. Besides of this, while working with SpartaDOS, only SpartaDOS X (version 4.x) is able to use BW-DOS directories in full - other versions will work only with the first 126 files (the rest will be invisible)."

BW-DOS ogólnie jest też wolniejszy od Sparty, głównie dlatego, że nawet wiele podstawowych komend Command Procesora to komendy zewnętrzne. Dzięki temu udało się zapewne utrzymać zajętość pamięci w normie, ale za to cały czas coś się doczytuje z dysku, co przy urządzeniach działających szeregowo jest niezbyt przyjemne.

BW-DOS masz tutaj: http://pecus.pigwa.net/pliki/Atari/BW-DOS.ATR (pliki tekstowe manuala są na dysku), sorry za 16MB ATRa, ale wrzuciłem akurat moją drugą partycję - sam DOS zajmuje na niej bardzo mało :)

Czyli BW-DOS to raczej rozwiązanie przejściowe zanim zdobędziesz SDX :)

639

(19 odpowiedzi, napisanych Software, Gry - 8bit)

Dla stacji dysków ostatnia to zdaje się 3.2g (ale nie dam sobie nic uciąć), możesz też stosować BW-DOS, czyli DOS zgodny ze Spartą napisany przez Jiříego Bernáška (czy jak to się tam pisze :) ). SDX dla stacji dysków nie istnieje..

Sparta (także dyskowa) powinna spokojnie obsłużyć partycję 16MB (czyli w Twoim przypadku takiego ATRa), plik musisz jednak stworzyć na pececie, a na atari go tylko sformatować.
Jeśli potrzebny Ci taki plik to masz go np tutaj (sporo starych gier zainicjowanych MSDOSEM 4.6): http://pecus.pigwa.net/pliki/Atari/hdd3test.ATR
Trzeba jednak pamiętać o ograniczeniach wersji dyskowej, szczególnie jeśli chodzi o zajętość pamięci, ale także brak wielu funkcji i mechanizmów systemowych, które dostępne są na carcie.

No a jako loader do dyskietek w formacie Sparty będę polecał Micro SpartaDOS oczywiście :)

640

(19 odpowiedzi, napisanych Software, Gry - 8bit)

Zdecydowanie powinieneś pozostać przy Sparcie. To inna klasa (sama w sobie), w zasadzie nie ma żadnego z ograniczeń wprowadzanych przez inne dosy.
Ale jeśli Sparta, to w wersji "X" oczywiście.

641

(14 odpowiedzi, napisanych Zloty)

Zasadniczo, to jest szansa, że wraz z Pirxem wpadniemy - udało się załatwić kogoś do posiedzenia z dzieciakiem :)

642

(6 odpowiedzi, napisanych Sprzęt - 8bit)

Dely - u mnie pojawia się po około minucie, ale i tak karta CF i dobry czytnik w grzybie jest wygodniejszy.

643

(192 odpowiedzi, napisanych Fabryka - 8bit)

W międzyczasie poprawiłem rozpoznawanie małych i wielkich liter (czyli Caps) oraz trybu Inverse (można sobie wciskać do woli ;) ), oraz - specjalnie dla naszego kerownictwa - dodałem kulturalne wyjście do DOSa (oczywiście jeśli uruchamiamy spod Sparty), za pomocą kombinacji Shift+Esc.
Może być ????

W zasadzie zdecydowana większość gier chodzi nawet jak MSDOS jest uruchomiony ze SpartyX z włączonym modułem - MSDOS odłącza wtedy moduł... A właściwie to znaleźliśmy tylko 2 niedziałąjące jeśli odpala się je w ten sposób. Tak więc można używać MSDOSa jako loadera normalne spod SpartyX :).

Jak się trochę z Pirxem obrobimy, to zasiądziemy i (mam nadzieję, że w dwa dni max) napiszemy MSINI4 w assemblerze i z obsługą parametrów z linii poleceń Sparty (przynajmniej takie jest założenie, że da się jako parametr podać katalog w którym chcemy edytować plik długich nazw).
Będzie wtedy obsługiwał więcej plików niż 256 - ograniczeniem, będzie pamięć - no i powinien być szybszy niż kompilowany BASIC. Co najważniejsze, jakoś łatwiej nam się poprawia programy assemblerowe niż basicowe :) , więc łatwiej będzie potem coś dopisać do MSINI4.

To tyle z frontu :)

644

(192 odpowiedzi, napisanych Fabryka - 8bit)

Dely a mógłbyś sprecyzować.
Przytrzymanie Shift jest sprawdzane przy pomocy sprawdzenia bitu w SKSTAT, więc Caps nie ma na to wpływu.
Faktem za to jest ze obsługiwane są tylko wielkie litery, więc jak masz aktywny Caps to trzeba wybierać gry  z wciśniętym klawiszem Shift. To zaraz zmienię, będą działały tak wielkie jak i małe litery.... w sumie invers też trzeba by wyeliminować :)

645

(95 odpowiedzi, napisanych Sprzęt - 8bit)

Bo palce szybciej piszą niż głowa pomyśli.... :)
Poprawilem już.

646

(95 odpowiedzi, napisanych Sprzęt - 8bit)

Robiąc poprawki do Toms MULTI, dawno temu przetestowałem różne prędkości transmisji. Stabilność prędkości wyższych niż 100 kbps była mocno dyskusyjna. Co z tego, że ładnie brzmiało, jak co drugi transmitowany sektor, to była powtórka nieudanego przesłania :)
Pisk był zabójczy, realna prędkość transmisji już nie. przy transferze w okolicach 120 kbps, realnie było około 70-80, tak wiele było wymagających powtórnego przesłania błędów komunikacji. Do tego wymaga zoptymalizowanej procedury transmisji (ja testowałem na Speed Start Inicjalizer, który taką prockę ma. Taka procedura US jest też w Micro Sparta DOS :)

647

(149 odpowiedzi, napisanych Miejsca w sieci)

O jak milo :)
Już się ssa, zaraz będę miał i ja :)

648

(149 odpowiedzi, napisanych Miejsca w sieci)

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

649

(149 odpowiedzi, napisanych Miejsca w sieci)

Ale gdzie wrzucila?

650

(192 odpowiedzi, napisanych Fabryka - 8bit)

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 :)