4,051

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

Dos 3.0 - musze to sprawdzić - zajmuje cale 256b na katalog.

To raczej wątpliwe zważywszy, że DOS 3.0 wedle mej wiedzy w ogóle nie obsługuje podwójnej gęstości, tylko co najwyżej średnią, a jednostką alokacji, jaką się posługuje, jest 1 kilobajt (8 sektorów po 128 bajtów).

FileSystem Dos 4.0 - jest zgodny z Dos2.0s i Dos2.5 (choć jeszcze to sprawdzę).

Mam na myśli DOS, który zgłasza się następująco:

DOS 4.0 COPYRIGHT 1984 BY MICHAEL BARALL

Jest to DOS wydany przez Antic, wszelako jest to AtariDOS 4.0 - tyle że "niedoszły". Obsługuje gęstości do 360k, a filesystem jest zdecydowanie niezgodny z DOS 2.0 ani niczym mi znanym. Dlatego chciałbym coś o tym poczytać (ten DOS ma helpa, jednak informacji o strukturze filesystemu tam nie znalazłem).

4,052

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

Czy macie jakieś inne dosy prócz: AnticDos4.0, BiboDos 5.1;6.4;7.0, Dos20s;25;40

A AnticDOS 4.0 i DOS 4.0 (także znany jako QDOS o ile mnie pamięć nie myli) - to nie jest to samo?

Poza tym istnieje jeszcze DOS 3.0 (nie, nie mam, ale na pewno ktoś ma).

Jakbyś mi mógł podrzucić jakieś info (ewentualnie URL) z opisem filesystemu AtariDOS 3.0 i AtariDOS 4.0, to byłbym głęboko wdzięczny  ;)

4,053

(35 odpowiedzi, napisanych Bałagan)

jak zarejestrujesz Windows to wogole Microsoft przysyla ci kartke z zyczeniami imieninowymi

Mi nic nie przysyłają, ciekawe czemu  :D

4,054

(35 odpowiedzi, napisanych Bałagan)

Myślę, że numery od 1 do 3 powinni honorowo dostać Nolan Bushnell i jego dwaj kumple  ;)

4,055

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

Pecuś: OK.

krap: tak, razem z innym urobkiem z tego tygodnia, ja znajdę trochę czasu na kopiowanie do peceta.

4,056

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

filesystemy byly pisane pod konkretne mozliwosci sprzetu, ktore obecnie zostaly tak zwiekszone ze jednostka centralna CPU zostaje w tyle

Oj, to prawda. Obsługa filesystemu, który ma mieć sektor o rozmiarze powyżej 256 bajtów, przy ośmiobitowych rejestrach indeksowych jest trochę bolesna. Pewnie dlatego zawsze się na Atari trzymano tych 256-bajtów ...

4,057

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

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

4,058

(9 odpowiedzi, napisanych Sprawy atari.area)

Tak jest, u mnie to samo.

4,059

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

Źródła czego i po co?

4,060

(8 odpowiedzi, napisanych Bałagan)

.. hehh - a tak faktycznie;- to mam zjebane PC1 - i dobrą klawiature (czy klawie - jak ktoś tu już słusznie zauważył ;P ) :twisted: - więc zastanawiam się, coby jakoś to podłączyć pod AKI - ale coś mi nie idzie;- bo to przecie klamot od XT... 8O

No to pewnie jest to klawiatura XT również - protokół przesyłania kodów klawiszy ma inny niż AT, ale za to taki sam, jak Atari ST.

4,061

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

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)

4,062

(6 odpowiedzi, napisanych Bałagan)

A jaki sprzęt?

4,063

(8 odpowiedzi, napisanych Bałagan)

Jakiś pomór na klawiatury przy tym ...

4,064

(6 odpowiedzi, napisanych Bałagan)

Dostałeś cegłę? Takie sprawy załatwia policja.

4,065

(7 odpowiedzi, napisanych Bałagan)

Sądząc po treści, to musi być ten sam matołek, który niedawno występował na p.c.s.a. - czciciel "natychmiastowej gotowości", BASIC-a oczywiście, bo koleś na poziomie BASIC-a pewnie jest (zwłaszcza zna komendę LOAD).

4,066

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

ok. przyjąłem ;] ino: a co w przypadku FS HiDOS'a, a AtariDOS/MyDOS/Sparta ??? Co zrobić, jeśli wolumin jest w tym formacie???

Nic. Czyli to, co do tej pory się robi - zakładać, że to jest dysk wymienny...

SpartaDOS to jeszcze się da rozszerzyć (np. bajt 43 bootsektora: $00 - fixed, $FF removable), AtariDOS i MyDOS-a olać, nic się nie da zrobić.

4,067

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

a co z SCSI?

A urządzenia SCSI mają komęde "INQUIRY" (12h) ;]

Chodzi mi generalnie o to, że może lepiej jest po prostu dać "sprzętowo niezależną" flagę w bootsektorze

ok. miejscxe jest. śłucham propozycji. FAQ: Jak ma tobyć realizowane - tj. np. użytkownik sam stwierdza, czy removable or not

Komendę INQUIRY może i mają, ale one niewątpliwie zwraca dane w innym formacie, niż IDENTIFY DRIVE, nieprawdaż? A znowu flop wcale niczego takiego nie ma.

Musiałbyś więc wewnątrz kodu filesystemu kombinować, z jakim *konkretnie* urządzeniem masz do czynienia. A po co? Przecież filesystem potrzebuje tylko wiedzieć, jakie dysk ma cechy (fizyczne: ilość sektorów, wielkość jednego sektora, removable/fixed, nic ponadto chyba), a nie, czy to SCSI czy nie. FS ma być, krótko mówiąc, sprzętowo niezależny.

Co więcej, w ogóle cały DOS nie potrzebuje wiedzieć, czy to SCSI czy nie - nie ma sensu komplikować DOS-u włączaniem do niego wariantów kodu, które obsługiwałyby poszczególne typy urządzeń, skoro można tego łatwo uniknąć, zwalając całą robotę tego typu na program formatujący partycję. Niech on sie martwi, jak rozpoznać, czy dysk jest removable czy nie - a DOS niech polega tylko na jego ustawieniach.

4,068

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

Od czego mamy identify drive ;]

Khm, to mają tylko dyski IDE, a co z SCSI?

Chodzi mi generalnie o to, że może lepiej jest po prostu dać "sprzętowo niezależną" flagę w bootsektorze, która mówi, czy dysk jest wymienny, czy nie. Zamiast bawić się w identa na IDE, brak identa na flopie, i w jeszcze coś innego na SCSI ...

czyli zostawić 8,16,24,32 ???

Czyli jak wolisz 8)

No i wydaje mi się, że link ośmiobitowy to jednak overkill, ...

znaczy bezużyteczny ???

Znaczy przesada. W najlepszym razie zyskasz na tym tyle miejsca w ramdysku, co stracisz na kod obsługi tego.

4,069

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

Co do bootsektora, proponuję przyjąć taką zasadę: jeśli rozmiar sektora dysku (wykazany w PERCOM) jest >= 512, to i bootsektor ma tę wielkość; a w przeciwnym wypadku ma 128 bajtów.

No przecie tak jest - głownie dla KMK i stacji Karin MAXI, bo chyba tylko one potrafią obsłużyć sektory 1-3 w rozmiarze innym niżeli 128 bajtów

Nie wiem, wydawało mi się jakoś, że chcesz obsługiwać też bootsektory po 256 bajtów.

Myślę, że sprawę (nie)wymienności załatwiają "FDD", "HDD", "KMK", "RAM", "CAR", "S2I" (choć tutaj można ławto zmienić przypisania plików *.ATR - tak mi się wydaje). I teraz to co wymienne nie jest, to system niesprawdza za każdym razem, gdy naciśniemy RETURN, czy "tywardy dysk" jest jeszcze na swoim miejscu - odczytując za każdym razem scieżkę (...)

A co z dyskiem *wymiennym* podpiętym przez interfejs KMK? Czymś takim jak kiedyś Syquest: napęd z wyjmowanym wkładem. Typ interfejsu, i to czy obsługuje sektory 512-bajtów itd., nie ma tu nic do rzeczy.

Co do rozmiaru linku: najlepiej byłoby mieć możliwość dobrania linku optymalnego do wielkości dysku, ale to już zależy od tego, kto będzie implementował filesystem, bo to komplikuje procedury obsługi plików. No i wydaje mi się, że link ośmiobitowy to jednak overkill, ...

4,070

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

Poza tym fakt. W FAT jest podobny znacznik. Jednak nie zapożyczyłem go z tego systemu. - jak pisałem u góry FAT to największa z istniejących pomyłek - systemy plików.

Myślę, że do kopiowania takie znaczniki w bootsektorach nie są potrzebne. Do stwierdzenia, czy jeden dysk da się skopiować na inny, wystarczy porównanie fizycznej geometrii zwracanej przez PERCOM.

Co do bootsektora, proponuję przyjąć taką zasadę: jeśli rozmiar sektora dysku (wykazany w PERCOM) jest >= 512, to i bootsektor ma tę wielkość; a w przeciwnym wypadku ma 128 bajtów.

Znacznik w bootsektorze przydałby się natomiast do zaznaczenia, czy dysk jest wymienny (dyskietka) czy nie (partycja). W przypadku twardego dysku oszczędziłoby to DOS-owi konieczności każdorazowego sprawdzania, czy "dyskietka" została od ostatniego razu wymieniona, czy nie ...

4,071

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

No przecież napisałem, że mam "Second City", więc istnieje. Z tym, że nie jest to oddzielny program, tylko taki jakby sejw ładowany do pierwszej wersji. Ale u mnie to nie działało dobrze, po jakimś czasie obiekty wektorowe zaczynały się krzaczyć i chyba nie tylko, w każdym razie gra się skończyć nie dawała. Dlatego w "AM" był opis tylko do pierwszej części  8)

[ Dodano: 23.02.2005 22:39:16 ]
PS. Solucje sux, największa frajda to rozgryźć tę grę samodzielnie. Siedziałem nad tym ze dwa tygodnie rysując mapki - te wydrukowane w "AM" później - a najciekawsze, że wiedząc, dokąd iść i co robić, grę się da ukończyć w 40 minut  :D

4,072

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

Dzięki  :D W zamian służę informacją:

- wersja 3 to wersja kasetowa, tzw. fast 48k, w rzeczywistości lo-res (chodzi w gr. 7).
- wersja 1 to wersja całodyskowa, hi-res 64k (gr. 15).
- wersja 2 jest podobna do wersji nr 1, ale podczas ładowania nie wyświetla się czołówka (dziwne). Prawdopodobnie jest to wersja 64k przerabiana na kasetę.

4,073

(25 odpowiedzi, napisanych Emulacja - 8bit)

Bo pod Spartą X trzeba niektóre programy uruchamiać przez X. Czyli np. dajmy na to Turbo BASIC XL odpalasz przez:

D1:X TB.COM

Pisałem przecież, żebyś przeczytał instrukcję  :rolleyes:

4,074

(25 odpowiedzi, napisanych Emulacja - 8bit)

To jest kartridż. Przyjrzyj się baczniej postom Pecusia w tym wątku.

Jak w tytule. Mam dyskietkę z tym (z Second City też), ale gra się u mnie krzaczy. Do tej pory składałem to na procesor (mam 65c816), ale ostatnio zacząłem podejrzewać, że jednak mam zwaloną kopię. Mgliście mi się przypomina, że faktycznie kiedyś tej dyskietce przydarzył się mały wypadek ...

Niestety, w bazie plików AA tej gry nie ma, Google nic nie wie. Image dysku Mercenary zawierają walające się zapewne gdzieś po sieci archiwa z EmuXL, ale jak się łatwo domyślić, jest to zrzut z tej właśnie mojej dyskietki, która jest prawdopodobnie uszkodzona.

Help!