601

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

US to UltraSpeed (stosowane w US Doubler) zgodne całkowicie z HappyWarp - pod warunkiem ustalenia indeksu prędkości oczywiście.
A w SIO2SD działa to tak samo jak wszędzie, przyjmuje rozkaz z daną prędkościa i go realizuje.... nie wiem co więcej trzeba.... Zasada jest dokładnie opisana w Atariki.

Chłopcze, a od kiedy to MyIDE działa przez SIO i wymaga jakiegokolwiek turbo???

602

(22 odpowiedzi, napisanych Sprawy atari.area)

Gdyby to był pierwszy, drugi, czy nawet trzeci raz..... zgodziłbym się z tobą. Ale poczynania tego ... są znane od dawna i nawet mnie - człowieka baaaaardzo spokojnego - potrafią doprowadzić do stanu lekkiego wzburzenia :)
Ja mowili w starym czecho-slowackim serialu gdyby głupota potrafiła latać, bezrobotny nie dotykałby stopami ziemi nigdy ;)

603

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

Tak, tak właśnie myślimy.

604

(192 odpowiedzi, napisanych Fabryka - 8bit)

Ja niestety moge testowac wylacznie na emulatorze (w tej chwili mam pod Alrirra jakis dysk z sektorami 512b). Na SIO2IDE wszystkie wersje czytaja wszystko co powinny. Zasadniczo dzialanie spod wlaczonej Sparty X to raczej dodatek niz glowna funkcjonalnosc. MSDOS ma dzialac jako bootloader i tyle.
Jak wroce z wakacji to jescze raz wszystko przenalizuje. Przydalby sie jednak test kogos, kto ma pojecie o assemblerze i moze sprawdzic gdzie program idzie w krzaki.

Pozdrawiam z Santorini :)

605

(38 odpowiedzi, napisanych Zloty)

Moge byc, już po urlopie bede.

P.-S. Nie ma mnie w kraju najblizsze 2,5 tygodnia i postaram sie bez internetu wytrzymac :)

606

(13 odpowiedzi, napisanych Emulacja - 8bit)

Prawoklikniecie jest ale troche mało wygodne (przez przytrzymanie w jednym miejscu), tooltip.... raczej zapomnij :)

607

(192 odpowiedzi, napisanych Fabryka - 8bit)

O te komórki pytam bez przekonania, bo akurat one w każdej wersji filesystemu powinny być O.K. , a przy nieodpowiedniej wersji samego filesystemu MSDOS wyświetli błąd.

608

(192 odpowiedzi, napisanych Fabryka - 8bit)

Te poprawki nie maja znaczenia dla interfejsu jaki masz. Pozostaje sprawdzenie wartości bajtów $1f i $20 w Twoim bootsektorze. Wczytaj swój pierwszy sektor pod Qmegiem (w monitorze MLM) pod adres $3000 i podaj zawartość komórek $301f i $3020. Tylko po nich MSDOS orientuje się w wersji filesystemu i rozmiarze sektora.

609

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

bezrobotny napisał/a:

na stronie 16 nic nie ma...

W drugim poscie dostałeś DWA linki. Drugi to polski manual i na stronie 16 opisane są DOKŁADNIE wszystkie kombinacje przycisków a nawet sposób ich naciskania.

610

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

AS... napisał/a:

Pecuś stacja naprawdę nie jest prosta w obłudze, ubiegłeś mnie w poście.

Ale nawet w LDW nigdy sie nie "dwuklikało" przycichami, zawsze było to przytrzymanie jednego i wciśnięcie drugiego.... a najważniejsze, że mimo że sobie nie poradził "myśląc", nie raczył (jak zwykle) sprawdzić w instrukcji, którą (też jak zwykle) dostał "na tacy".

611

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

bezrobotny napisał/a:

to znaczy jak się domyślam żeby włączyć jakąś funkcję trzeba nacisnąć 2 razy środkowy przycisk i 1 raz lewy dla przykładu?

Ty może przestań myśleć, a przeczytaj instrukcję do stacji, gdzie wszystko masz opisane na stronie 16 i to tak łopatologicznie, że trudno nie zrozumieć.... choć jak widać są wyjątki.

612

(192 odpowiedzi, napisanych Fabryka - 8bit)

No i co?
Nie przetestowałeś .... :)
A ja w międzyczasie zmieniłem trochę metodę rozpoznawania wielkości sektora. Dotychczas MSDOS czytał pierwszy sektor dysku (zawsze 128b) i z zapisanych w nim danych, które ustawia Sparta odczytywał wielkość sektora. W sumie działało to z IDEa i pozostałymi interfacami, ale w trybie 512b sektorów tylko dlatego że IDEa (czy jak go tam zwał) pozwala na odczyt pierwszego sektora jako 128b i nie wykazuje wtedy błędu. Załadowałem jednak do Altirry ATRa 32MB z sektorami 512b no i była klapa, bo emulator wymusza czytanie także pierwszego sektora jako 512b.
Dodałem więc czytanie bloku PERCOM, po jego odczytaniu MSDOS ustala wielkość odczytywanego pierwszego sektora i dalej działa bez zmian. Zostało jeszcze parę drobiazgów i czas na nowy numerek chyba :).
Przepraszam, że wersja do testowania ma ciągle ten sam numerek, ale literki dodaję wyłącznie w źródłach.
A sam program jest tu gdzie zawsze: http://pecus.pigwa.net/pliki/Atari/msdos46.obx

P.-S. Nie było to trywialne, bo MSDOS bardzo kulturalnie przy zmianie katalogu, czy przed załadowaniem pliku zawsze dodatkowo sprawdza czy nie zmieniono dyskietki - porównując zapisany w pamięci obraz pierwszego sektora z odczytanym ponownie pierwszym sektorem dysku, a bufora na to nie zwiększyłem - dalej jest 128b.

613

(37 odpowiedzi, napisanych Zloty)

Ale w HD masz ?? :)

614

(37 odpowiedzi, napisanych Zloty)

Sikor..... sciagaj: http://tiny.pl/h7v7g

615

(192 odpowiedzi, napisanych Fabryka - 8bit)

No dobra... w części startowej (od załadowania programu do pamięci, do wczytania katalogu i wyświetlenia czegokolwiek na ekranie) wersje od 4.3 do 4.6 różnią się wyłącznie nieistotnymi szczegółami. Tak czy inaczej oba są standardowymi plikami binarnymi i oba powinny się ładować przez bootloader SDX. Tak więc coś nie tak z bootloaderem. Wiem, że ma on pewne ograniczenia i nie każdy program binarny się nim załaduje i dlatego MSDOS jest napisany tak, żeby żadne ze znanych ograniczeń nie miało na jego załadowanie wpływu. Może są jeszcze jakieś nieznane nam ograniczenia. Choć.... to tylko u Ciebie się to objawia i to jest dziwne.
Szkoda, że nieassemblerowiec jesteś (z tego co pamiętam) bo moglibyśmy to jakoś łatwiej prześledzić i dojść do sedna problemu.

616

(192 odpowiedzi, napisanych Fabryka - 8bit)

A to ciekawe, że 4.3b Ci sie nie bootuje, a 4.4b tak... Oba te programy różnią się TYLKO tym ze jeden wyświetla stacje dysków jako D1: , D2: itd.... a drugi jako A: , B: ... itd.

617

(192 odpowiedzi, napisanych Fabryka - 8bit)

Ech.... nic nie zmieniałem (poza lekką optymalizacją w jednym miejscu) w procedurach ładowania od czasu wersji 4.3. Wersje 4.3 i 4.5 były testowane na 512b sektorach i działały. Z resztą jak już pisałem nowe procedury ładowania, to zrobiłem je uniwersalnymi. Długość sektora jest tam zmienną, wiec wczytywanie przy 256b, 128b czy 512b sektorach odbywa się jedną procką. Ale jakbyś mógł sprawdzić jakąś starszą wersja, może faktycznie coś spsułem. Bywa i tak.
Proponuję wersję 4.3b lub 4.4b (z poprawionym bugiem, który znalazł Draco (więc musiał trochę potestować ;) ) jest parę stron wcześniej tutaj: http://atariarea.krap.pl/forum/viewtopi … 07#p110907

A jak już skończę MSINI4 pisać (na którym uczę sie programowania pod SDX - relokacja, wywołanie procedur przez symbole itp. :) ) to zrobię Ci taki loaderek :)


Ale jak doczytałem, że nic Ci się nie odpala i z partycji z sektorami 256b, jak wszystkim innym wszystko się odpala, to ja już nie wiem o co chodzi. Jak pisałem cały odczyt idzie systemowo, więc interface nie ma tu znaczenia (pod warunkiem, że się zainstaluje w systemie).

618

(192 odpowiedzi, napisanych Fabryka - 8bit)

Pin i to jest słowo-klucz :) : "w zasadzie". Na sprawnym sprzęcie powinno działać wszystko :)

Ale jakbyś precyzyjniej opisał niedziałanie, to postaram się znaleźć źródło problemu. Zakładam że cart SDX Ci się nie wyłącza przed ładowaniem wybranego z MSDOSa programu. Sprawdź może MSDOSa spod SDX ale odpalanego poleceniem X, zobaczymy czy w takiej sytuacji też będą problemy.

A i jeszcze jedno, zakładam też, że wszystko działa też jak Ci się MSDOS zabootuje (jak pisałeś z 256b sektora wyłącznie). Możesz przejść na dysk z sektorami 512 i wszystko się wtedy odpala.

619

(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....

620

(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ą !!!

621

(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.

622

(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.

623

(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.

624

(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ół.

625

(349 odpowiedzi, napisanych Fabryka - 8bit)

A to nie lepiej bledy poprawic ??? :)