Ups. No to mogiła, ta tablica nawet nie jest przesunięta, ale jej w bezpośrednio dostepnym ROM-ie nie ma wcale, bo z braku miejsca sporo rzeczy, które są potrzebne tylko przy resecie, poupychałem na miejscu SELF TEST-u.

No raczej dema chyba :) Ta tablica nie wróci pod stary adres, nie ma tam na nią miejsca - sam zresztą chciałeś, żeby wycisnąć z tych 16k co się da, no to właśnie to robię. :P

Ja w tym programie niczego nie dotykałem, zawsze działał po prostu. Pewnie masz fajlówkę zrobioną przez kogoś innego, kto dorzucił trochę kodu z nielegalnymi rozkazami. Na tej zasadzie zresztą podejrzewam, że testując inne wersje kraków (no pun intended :lol: ), albo oryginały, wiele gierek, które mają na mojej liście śliczne NO, dałoby się przesunąć do kategorii "OK". Bo zdaje się, że duży procent problemów z uruchomieniem tego czy owego jest powodowany przez wszelakiej maści czołówki i depakery dodane przez panów supplierów.

Tak w ogóle, to mam kilka gierek spakowanych i chętnie bym je wymienił na wersje nie spakowane - przy twardym dysku to jest bezsens, takie coś wczytuje się sekundę, a potem decrunchuje minutę ...

Wiem, mam te ROM-y i rozpiskę od jakiegoś czasu. ROM v. 1.0 działa dobrze, ROM 1.311 się wywala, więc nie ma nawet co go instalować.

Jeśli idzie o to, czy zamierzam skorzystać z ichniej dokumentacji, uzgodnić mapę pamięci, zaimplementować te funkcje, które Turbo-816 ROM ma - to nie zamierzam. Mam na zrobienie takiego systemu inny pomysł, który już niemal zrealizowałem. Niestety nie da się zrobić na raz jednego i drugiego, bo brakuje miejsca na zmienne systemowe w RAM-ie, na kod w ROM-ie itd.

Poza tym, nawet gdyby miejsce było, autor Turbo-816 OS-a poszedł w kierunku, którego ja od początku chciałem uniknąć - to znaczy zaimplementował dodatkową tablicę skoków JSL. A co ja na temat tablicy skoków myślę, to patrz http://drac030.krap.pl.

No i w przeciwieństwie do autora Turbo-816 OS-a nie zamierzam powtarzać błędu autora QMEG-a, który wywalił obsługę nowych urządzeń, bo wydawało mu się, że jest zbędna. Z Turbo-816 OS twardy dysk wprawdzie chodzi bezproblemowo, ale cała masa procedur, które obsługują moduł 1090XL, została usunięta. Ja je zachowałem, bo jestem zdania, że jak się rozgryzie w końcu, o co w nich chodzi, mogą się przydać tak samo, jak się przydały inne procedury, dzięki którym można było bezboleśnie podpiąć do systemu twardy dysk.

Taka drobna różnica pomiędzy Turbo-816 OS a moim:

jeśli program działający w trybie natywnym zechce skorzystać z pakietu FP, to zastosowanie Turbo-816 OS daje pozorny zysk, bo procedury zmiennoprzecinkowe są szybsze (zapewne kosztem generatora znaków, nowych urządzeń, albo czegoś). Ale za to w moim ROM-ie jest mechanizm, dzięki któremu pakiet matematyczny - i w ogóle wszystkie funkcje ROM-u - można zastąpić programem załadowanym z dysku, który podczepia się pod jeden wektor. Przeto jeśli komuś zależałoby na superszybkim pakiecie FP, to można go mieć - a w Turbo 816 OS nie.

Tak, tak, proszę sprawdzać. Ja nie jestem gracz (nawet joya nie mam, ale chyba sobie kupię), gierek mam mało, w tym większość starych, itd. Więc jak coś trzeba przesunąć z kategorii "NO" do "OK", albo odwrotnie - bo np. gierka początkowo chodzi, co widziałem, a potem się wiesza, czego już nie zauważyłem - to proszę raportować.

Tak przy okazji (ale trochę już offtopic), napisałem nowy loader gierkowo-demkowy do formatu SpartaDOS-u; z twardziela systemu KMK/JŻ ładuje programy tak na oko ze trzy razy szybciej niż XDIR  8)

Źródła czego i po co?

Aha, loadera ... tak bez obejrzenia binarki, jak działa i czy w ogóle?  8O

Jak wypada w porównaniu do MicroSpartaDOS nie wiem, bo dotąd używałem tylko Profowego XDIR-a. Spora różnica szybkości wynika chyba stąd, że Prof nie użył bursta (a jeśli nie użył, to cud w ogóle, że XDIR się wyrabia na przeplot turbo przy odczycie ze stacji).

a ten loader draco gdzies wystawisz, zeby go obadac?