1,701

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

Jeśli obraz na epromie taki sam, to nie ROM jest winien, tylko coś innego. Np. rozszerzenie RAM-u, czy MMU, procesor z inną maską (demko może wywoływać nielegala i sprawdzać rezultat, który wydaje mu się poprawny). Trzeba przeanalizować kod i sprawdzić warunki, jakie program musi spełnić, żeby wyświetlić ten komunikat.

1,702

(76 odpowiedzi, napisanych Sprzęt - 16/32bit)

YERZMYEY/HOOY-PROGRAM napisał/a:

Właściwie to na ST chłopek łazi nawet szybciej, przez co gra jest bardziej "grywalna".

W ST zegar jest jakieś 10% szybszy niż w A500, z czego wynika, że komputer pewnie też jest co najmniej 10% szybszy, a może nawet więcej, zważywszy że Amiga zapewne winszuje sobie więcej danych graficznych do przesłania po szynie w 1 ramce.

1,703

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

ROM standard, 10 maja 1983. Zresztą, jak napisałem, w kodzie nie ma nic podejrzanego, włączając w to, oidp, słownie jedno odwołanie do ROM-u, nielegalne :P, w celu włączenia trybu gr.15 (obrazek pokazujący się podczas ładowania).

1,704

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

W zeszły weekend podpinaliśmy moją IDEę (która u mnie od miesięcy działa absolutnie bez pudła) do komputera mono. Jest to Atari ze stereo, VBXE i 1 MB RAM-u. Wszystko było dobrze, póki nie postanowiliśmy posłuchać muzyczki Husaka z Bank Bang. Okazało się, że gra nie chce chodzić.

Zmieniłem loader z SD-Load na MS-DOS. To samo. Ściągnęliśmy MS-DOS 4.6 z forum. To samo. Za każdym razem gra się wykrzaczała, mniej lub bardziej malowniczo, i, co było bardzo podejrzane, w zasadzie za każdym razem inaczej. Na ogół był to po prostu zwis przy depakingu, ale czasem fakap był bardzo malowniczy (raz udało się jej w ten sposób włączyć tryb stdres VBXE, sieczka miała rozdzielczość 320x240 i 256 kolców...) i w innym miejscu.

Ściągnęliśmy nową kopię Bank Bang z sieci (od Fandala). Porównanie z moją binarką: zero różnic. Odpaliliśmy z SIO - poszła. Raz, drugi, trzeci.

W tym momencie podejrzenie przeniosło się na twardziel. Sprawdziliśmy stabilność I/O przez kopiowanie tego samego pliku (BANKBANG.XEX, ~42k) kilkadziesiąt razy w inne miejsce i porównanie kopii z oryginałem (oczywiście nie ręcznie: plikiem BAT). Zero różnic. Przeciąganie zawalonych plikami partycji CLX-em (który analizuje strukturę dysku bardzo dokładnie i zwykle wydziera mordę od razu, jak tylko transmisja się krzaczy) dało taki sam efekt: no errors.

W końcu wzięliśmy się za bebeszenie samej binarki gry podejrzewając, że jest jakoś uzależniona np. od tego, w którym miejscu przed wystąpieniem VBL-a jest uruchamiana. Efekt: nic podejrzanego tam nie ma, cytuję mono: "To nie ma prawa nie działać".

Sprzęt: SpartaDOS X 4.42f cały czas działała absolutnie stabilnie, zero zawisów. Był jeden wyjątek, kiedy po naciśnięciu RESET komp się nie wiedzieć czemu zrestartował na zimno, ale to raz przez cały dzień, więc można powiedzieć, że to nieważne (przypadek, któryś program coś namieszał). Co więcej, jedyne dwa razy, kiedy udało się w wyniku licznych prób uruchomić Bank Bang - to były właśnie uruchomienia spod Sparty X. Tylko że to też się udawało bardzo rzadko. Z loaderów - nie poszła ani razu.

Teraz podpiąłem ten sam dysk i ten sam interfejs IDEa do mojego kompa. Efekt: Bank Bank śmiga, uruchamia się za każdą próbą. Tak samo "stereofoniczny" Draconus, którego u mono nie mogliśmy odpalić z IDEa za chińskiego boga (zwis po obrazku tytułowym). Natomiast, przypomnę, u mono obie gry chodziły z SIO.

Tylko że ja mam "prawie gołe" 130XE, jedynym rozszerzeniem w nim jest VBXE, obecnie z rdzeniem A. Czyli, z punktu widzenia programu, komp ma gołe 128k.

Pytanie, co tam jest nie tak. Może coś oczywistego przegapiliśmy, ale mnie się wydaje, że to nie jest jakiś oczywisty przypadek. DOS, dość skomplikowany i wykorzystujący intensywnie pamięć EXT, działa i nawet udaje mu się czasem załadować program, którego nie może załadować żaden loader.

Przyszło mi do głowy, że może winne jest MMU albo coś, co tam za MMU robi, sterując pamięcią, zainstalowane razem z rozszerzeniem 1 MB. Być może przy podłączaniu i odłączaniu romu IDEi dzieje się coś z wewnętrznym ROM-em Atari, może on momentami znika albo się jakoś krzaczy, co powoduje walenie się przerwań VBL i/lub kodu samego SIO (do którego wykonywanie programu wraca po powrocie z ROM-u IDEi).

Niestety nie sprawdziliśmy, jak się zachowuje ładowanie z SIO przy aktywnej IDEi, tzn. przy jednym dysku przemontowanym na SIO - wtedy wywołania SIO i tak "idą" przez ROM IDEi, więc gdyby przy tym robiły się krzaki, to i SIO by się sypało. Nie przyszło mi to do głowy na czas :/

Ma ktoś jakiś pomysł, co tam nie działa i w jaki sposób?

PS. A i jeszcze jedno, może zupełnie bez związku, ale jak wiadomo, powszechna fama jest taka, że "u Pinokia nie działa". Otóż, komp Pinokia też ma 1 MB i IDEa.

1,705

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

http://atariki.krap.pl/index.php/Format … lik%C3%B3w

EDIT: mogę do tego dodać, że zasadniczo najczęściej używane są następujące DOS-y:

1) DOS 2.5 (nie obsługuje DD)

2) DOS II+/D

3) DOS XL (ten ci na gołej CA może obsłużyć turbo)

4) BiboDOS

5) MyDOS

6) SpartaDOS (występuje też pod nazwą Real.DOS)

7) SpartaDOS X (wbrew pozorom co innego niż powyżej, i też ma turbo do CA)

Pierwsze cztery mają (prawie) takie same formaty. Piąty, jak dla ciebie (tzn. posiadacza stacji do 180k) też ma taki sam format oprócz średniej gęstości (ale umie odczytać dyskietki średniej gęstości zapisane przez pierwsze cztery). Dwa ostatnie mają kompletnie inny format, zgodny między sobą (i umieją odczytać/zapisać formaty pozostałych, wszelako bez wzajemności).

Chyba o niczym nie zapomniałem.

1,706

(348 odpowiedzi, napisanych Fabryka - 8bit)

No pewnie by była, tylko czy jest sens marnowania dziesięciu kombinacji klawiszy (które się mogę przydać w wersji Pro albo XP ;) ) tylko dla zaoszczędzenia naciśnięcia jednego klawisza.

1,707

(348 odpowiedzi, napisanych Fabryka - 8bit)

pin: no i gdzie ta lista? :P

jacques: a jak zmieniasz napęd? Bo jak wpisując np. C: w linii komend, to faktycznie będzie mielił, albowiem musi sobie zapisać wewnętrzne ustawienia, zniknąć z pamięci, załadować COMMAND.COM, następnie wczytać się ponownie, wczytać ustawienia, sprawdzić, co się zmieniło w kwestii bieżących napędów i katalogów, pomyśleć, czy ważniejsze są ustawienia bieżące czy te wczytane ;) itd.

Żeby uniknąć tego całego kramu przy zmianie napędu w panelu trzeba zmieniać przez wciskanie Control/L. Wtedy niczego mielić nie powinien, no chyba że masz katalog wielkości 32 KB, gdzie każdy widoczny plik poprzedzany jest przez 70 skasowanych. Odczyt takiego katalogu może istotnie chwilę potrwać :D

1,708

(348 odpowiedzi, napisanych Fabryka - 8bit)

Daily build, v. 0.8.2. Garść poprawek + pg up / pg down.

1,709

(348 odpowiedzi, napisanych Fabryka - 8bit)

A Shift + < (strona w górę) i Shift + > (strona w dół) mogą być?

1,710

(348 odpowiedzi, napisanych Fabryka - 8bit)

Uaktualnienie, wersja 0.8.1. Poprawione to i owo, część życzeń spełniona. Część odłożona na potem.

pin napisał/a:

ad.3 - Draco :) - bez przesady ;)-

Pin, zwracam honor, tam był taki bug zewsząd chędogi w obsłudze katalogów, że aż mnie dziw bierze, jakim cudem ten program w ogóle był w stanie wyjść do katalogu nadrzędnego.

Co do klawisza robiącego "cd ..", początkowo przypisałem do tego Esc, ale to się trochę za często naciska przypadkowo (bo zaraz obok jest Tab). Zostaje więc Ctrl+Esc, przynajmniej do chwili, kiedy się wymyśli coś lepszego.

1,711

(348 odpowiedzi, napisanych Fabryka - 8bit)

Tamtej wersji czasem mylą się panele, jeśli w obu otwarty jest ten sam dysk. Co skutkuje tym, że SC przy uruchamianiu programu może ustawić jako bieżący nie ten katalog, co trzeba. Zwróć uwagę, czy te kłopoty nie występują w podobnych warunkach.

1,712

(348 odpowiedzi, napisanych Fabryka - 8bit)

pin: on buforuje zapisy pod ROM PBI. Jak się z MAP gryzie, to pewnie trzeba poprawić. Ale autor na wakacjach :)

Co do tego klawisza wychodzącego z katalogu: może być Ctrl/Esc?

candle: i nadal jestem tego zdania. Ale, jak już dzisiaj komuś mówiłem, program ma przede wszystkim działać, a dopiero potem będą optymalizacje, kolory, bajery i equalizery :) Przypuszczalnie kombinacja zastosowania blittera (a ściślej: blittingu) ze zbuforowaniem kawałka katalogu (bo teraz nie jest buforowane nic ponad to co widać na ekranie) polepszy szybkość skrolowania. Ale to w tej chwili nie jest dla mnie najważniejsze.

1,713

(348 odpowiedzi, napisanych Fabryka - 8bit)

Candle: dlaczego (i nad kim) miałbym się zlitować?

Pin: SET SC robisz swoją drogą, ale COMSPEC, jeśli chcesz odpalić od razu z CONFIG-a, powinien wskazywać bezpośrednio na OVL.

1,714

(348 odpowiedzi, napisanych Fabryka - 8bit)

candle: program jak dotąd działa również bez VBXE i chciałbym ten stan utrzymać tak długo jak się da.

pin: ad 1. pomyśli się, ad 2. z configa COMSPEC=scieżka\do\SCMAIN.OVL (a nie do SC.COM), ad 3. no, póki "u mnie działa" - acz oczywiście może się zdarzyć, że gdzieś tam jakieś śmieci w linii komend zostaną, ostatecznie to jest beta wersja ...

1,715

(348 odpowiedzi, napisanych Fabryka - 8bit)

Pin:

1) BkSpc jest potrzebny do edycji linii komend.

2) Co do MAP: u mnie działa (SC w ogóle nic nie ma do MAP, tylko go uruchamia, co się chyba udało, skoro MAP odpowiedział).

3) próba wyjścia do katalogu itp. powoduje "File not found": przypuszczam, że wpisałeś coś przypadkiem do linii komend, wtedy wciśniecie Return powoduje próbę jej "zaegzekutowania".

4) md nazwa i katalog powstaje nie w tym panelu co trzeba: owszem, to jest jeden z błędów znalezionych przeze mnie od wczoraj. Już ubity.

Electron:

blitter niewiele tu pomoże, bo tam się pod spodem dzieje wiele innych rzeczy ale zrobię, co w mojej mocy.

1,716

(348 odpowiedzi, napisanych Fabryka - 8bit)

Nad kolorami się pomyśli, jak reszta będzie skończona. Dzisiaj chciałem wypuścić małe update (bo znalazłem dwa błędy), ale chyba się nie uda, mam najazd.

1,717

(348 odpowiedzi, napisanych Fabryka - 8bit)

Dlatego choćby, że podmiana fontu nie oznacza podmiany języka.

1,718

(348 odpowiedzi, napisanych Fabryka - 8bit)

No ładne, ładne. Mnie tu już parę osób molestuje o "upiększenie" (czytaj: pokolorowanie) SC, oczywiście tylko na VBXE, bo GR.8 to wiadomo. No i to wyświetlanie w dwóch kolumnach to fajny pomysł (MENU to ma, tylko zapomniałem, trzeba będzie pomyśleć nad dorzuceniem tego do SC).

Ale na cyrylicę chyba się nie zdecyduję :D

1,719

(348 odpowiedzi, napisanych Fabryka - 8bit)

Zrobił, zrobił :)

1,720

(348 odpowiedzi, napisanych Fabryka - 8bit)

Zdaje się, że program dojrzał do pierwszej publicznej wersji, powiedzmy, demo ;) Nie wszystko jeszcze jest zrobione i jest jeszcze parę błędów do ubicia (np. gdyby ktoś zobaczył "Cursor out of range" przy uruchamianiu SC, to trzeba skasować plik konfiguracyjny), ale powiedzmy, że ogólnie to chyba już z grubsza działa.

Wymagania: SpartaDOS X 4.42

Instrukcja instalacji:

1) odpakować archiwum: ARC X SC08

2) wrzucić:

a) SC.COM do dowolnego katalogu wzdłuż $PATH (czyli tam, gdzie leżą wszystkie często używane binarki)

b) SCMAIN.OVL gdziekolwiek (byle był dostępny przy odpalaniu SC.COM)

c) RC_GR8.SYS do katalogu z drajwerami (to tylko dla tych, co nie mają VBXE - ci co mają, zakładam że mają też i sterownik S_VBXE)

3) do CONFIG.SYS w dowolnym miejscu dodać:

SET SC=pełna>ścieżka>do>SCMAIN.OVL

Np. jeśli SCMAIN.OVL jest na dysku C: w katalogu >SYS, to trzeba napisać SET SC=C:\SYS\SCMAIN.OVL

ZALEŻNIE OD SPRZĘTU
================

4) do CONFIG.SYS w dowolnym miejscu po DEVICE SPARTA ... i DEVICE SIO, dodać:

a) ci bez VBXE: DEVICE pełna>ścieżka>do>RC_GR8

b) ci z VBXE: DEVICE pełna>ścieżka>do>S_VBXE

OPCJONALNIE
==========

5) zaraz w następnej linii po USE ..., dodać:

DEVICE ENV

(chyba że ktoś jest pewien, że definicje dodatkowych zmiennych nie spowodują, że zmienne środowiskowe zajmą więcej niż 256 bajtów)

6) dla tych, co mają dyski na SIO (SIO2IDE, SIO2SD, APE itd.): zrobić ramdysk, tzn. dopisać do CONFIG-a:

DEVICE RAMDISK

SC przy pierwszym uruchomieniu zainstaluje się w ramdysku i będzie się stamtąd ładował, oczywiście tylko do wyłączenia prądu. Natomiast jeśli ktoś nie chce, żeby to robił, trzeba dodać ",N" na końcu zmiennej środowiskowej SC, np.

SET SC=C:\SYS\SCMAIN.OVL,N

zablokuje instalowanie się programu w ramdysku.

Ci co do tej pory przeżyli bez własnego CONFIG.SYS-a ;) - instrukcja jest w rodziale 8 manuala, a przykładowy plik mamy w CAR:CONFIG.SYS

To chyba tyle.

EDIT: drobne poprawki do instrukcji. Poza tym: logika uruchamiania programów jest taka, jak w COMMAND.COM, tzn. jeśli ktoś ma wczytane COMEXE.SYS, to SC będzie przy uruchamianiu plików *.EXE automatycznie używało X.COM.

1,721

(544 odpowiedzi, napisanych Fabryka - 8bit)

Popieram Jacquesa, electron, za bardzo się przejmujesz. Ja ostatniego tematu w tym wątku wcale nie odebrałem jako "burzy" - było parę wątpliwości, zostały wyjaśnione i tyle.

1,722

(10 odpowiedzi, napisanych Sprzęt - 16/32bit)

Może masz dysk, który działa z nowym TOS-em, ale stary TOS 4.04 nie umie go znaleźć albo odczytać?

1,723

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

No to zależy. Z tego, że pytanie padło, rozumiem, że nie jesteś w stanie sobie tego zbudować sam wg instrukcji zamieszczonej na tej stronie. W takim układzie jest kilka opcji:

1) zwrócić się do jakiegoś zdolnego elektronika, żeby taki kartridż zbudował. Zdolnych elektroników są na forum całe kopy. Cena pewnie do uzgodnienia. Nalegaj żeby kartridż był flaszowalny z poziomu Atari, bo SDX ma to do siebie, że się ciągle rozwija (od czasu do czasu jest nowa wersja).

2) kupić sobie Turbo Freezer 2005 http://atariki.krap.pl/index.php/Turbo_ … XL/XE_2005 - niestety, to może być droga impreza, a poza tym urządzenie jest trudne do zdobycia.

3) kupić sobie Maxflasha, od tego pana http://www.atarimax.com/

4) poczekać, aż Candle ogłosi dostępność i cenę swojego superkartridża, nad którym obecnie podobno pracuje, podobno z dużym sukcesem. I nabyć takowy.

1,724

(23 odpowiedzi, napisanych Sprzęt - 16/32bit)

Szukałem w wersji HTML http://www.fortunecity.com/skyscraper/a … ml/toc.htm

1,725

(23 odpowiedzi, napisanych Sprzęt - 16/32bit)

Dzięki, przyznam, że nie chciało mi się tego przeglądać strona po stronie, a przez spis treści jakoś nie znalazłem.