2,926 Odpowiedź przez drac030

(10 odpowiedzi, napisanych Programowanie - 8 bit)

pr0be napisał/a:

hmm ale odczytanie wielkosci plikow przez katalog dyskietki tez nie jest pewne, bo rozne dosy inaczej "sformatuja" dane wyjsciowe: np. w MyDos wygladaja one tak: "  DOS45678SYS 037", a w SDX wyjscie bedzie wygladalo tak

Ale w SDX masz działające XIO 39 i nie musisz pod tym DOS-em czytać katalogu, a tym samym przejmować się jego formatowaniem. Powtórzę: najpierw robisz XIO 39 -> status $01, znaczy dostałeś wynik i koniec. Dopiero jak status jest ujemny, to znaczy, że funkcja niezaimplementowana i wtedy kombinujesz.

szkoda bo mialem nadzieje ,ze w czasie wykonwyania operacji OPEN, jest pobierana dlugosc pliku i gdzies zapisywana...

Jest. SpartaDOS tak robi. AtariDOS tak nie robi, bo interfejsy do szklanych kul się nie upowszechniły ;)

po tym jest wszystko pieknie, pod $8000-$xxxx mam wczytany caly plik, tylko skad mam wiedziec ile zostalo wczytane bajtow?

W ICBUFL/ICBUFL+1 masz liczbę wczytanych bajtów.

Idź do forum: Programowanie - 8 bit

2,927 Odpowiedź przez drac030

(10 odpowiedzi, napisanych Programowanie - 8 bit)

DPEEK($308)-3 może być przyczyną wielu rozczarowań, bo nie każdy DOS ma taki system linkowania plików (znam cztery, które tak nie mają). A więc jak już, to najpierw trzeba się upewnić, że dyskietka jest w takim formacie :)

Idź do forum: Programowanie - 8 bit

2,928 Odpowiedź przez drac030

(10 odpowiedzi, napisanych Programowanie - 8 bit)

epi napisał/a:

pr0be: z kolei nie wszystkie dosy mają długość pliku w sektorze 361.

Ja bym powiedział, że żaden. :P

pr0be: "uniwersalna" metoda będzie jednakowo zła dla wszystkich DOS-ów. Proponuję zrobić to inaczej:

a) najpierw wywołać LEN (XIO 39 oidp) -> jak zadziała, masz wielkość pliku, koniec.
b) jak nie, czytasz katalog tekstowo (rekordami) i stamtąd wyciągasz informację, pamiętając o różnicach w formatowaniu (np. MyDOS o ile mnie pamięć nie myli wyświetla 4 cyfry wielkości pliku w katalogu).

PS. Adresów podanych na stronie zacytowanej przez XXL-a nie należy traktować dosłownie, chyba że to ma działać tylko z DOS-em 1.0 albo czymś takim. Katalog czyta się normalnie przez komendy podawane do $E456.

Idź do forum: Programowanie - 8 bit

2,929 Odpowiedź przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

a co do przyspieszania - Draco - moze opcjonalnie 65c816 ?? - o ile cokolwiek to moze zmienic jesli chodzi o szybkosc pracy z HDD. Opcjonalnie zaznaczam;- z zachowaniem zgodnosci z 6502

Na razie podstawowy problem z takimi "opcjami" to raczej skromna ilość miejsca pod ROM-em. Poza tym jak wiadomo (niektórym), na kartridżu SDX nie można umieszczać plików dłuższych niż 8192 bajty.  W tej zaś chwili SPARTA.SYS ma 8104 bajty i pozostałe miejce wolałbym wykorzystać na ulepszenia funkcjonalne, zamiast na (umownie mówiąc) "rozwijanie pętli" :) Zwłaszcza, że coś, co przy odczycie pliku wyciąga ponad 60 kilobajtów na sekundę, i tak jest najszybszym istniejącym filesystemem na Atari.

Idź do forum: Fabryka - 8bit

2,930 Odpowiedź przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

Sterownik do FAT-a nie musi obsługiwać trzech rozmiarów sektora (128, 256 i 512) - poza tym może jeszcze da się to trochę przyspieszyć, bez paniki.

Idź do forum: Fabryka - 8bit

2,931 Odpowiedź przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

Chodziło mu o bps = bytes per sector :P Nie trolluj.

Idź do forum: Fabryka - 8bit

2,932 Odpowiedź przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

Z dotychczasowych pomiarów: zapis do pliku 52 kilobajty na sekundę. Odczyt z tegoż 62,5. RATEHD: 82 kB/s, czyli narzut filesystemu jest w okolicach 25%.

Dla porównania na partycji z sektorami 256-bajtowymi, ten sam test: zapis 16,8 kB/s, odczyt 37.

Idź do forum: Fabryka - 8bit

2,933 Odpowiedź przez drac030

(37 odpowiedzi, napisanych Zloty)

Ja pewnie mogę być, chyba że coś wypadnie.

Idź do forum: Zloty

2,934 Odpowiedź przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

Myślę o wersji software'owej, ale tylko na PF7 albo Warpa. Z 64k pamięci + rozszerzenia w bankach, raczej się nie da (= więcej pieprzenia niż to warto). Chyba 100x łatwiej jest założyć sobie karta z flaszem zamiast EPROM-u.

Idź do forum: Fabryka - 8bit

2,935 Odpowiedź przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

jellonek: ROM-ów jeszcze nie ma, bo jeszcze to i owo zostało do zrobienia. Jak będą, to to wyraźnie zostanie ogłoszone z podaniem linków, coby sobie każdy mógł zassać.

sikor: nabyć drogą kupna? Obawiam się, że będą dostępne tylko pliki do zaprogramowania kartów (np. Maxflasha).

Idź do forum: Fabryka - 8bit

2,936 Temat przez drac030

(34 odpowiedzi, napisanych Fabryka - 8bit)

Na początek objaśnienie tytułowego numeru wersji. Ustaliliśmy z Trubem - a ściślej, Trub ustalił, a ja się zgodziłem - że "release version" naszych robótek w kwestii ulepszenia SpartaDOS X będzie miała numer 4.40, gdyż 4.3x jest "spalony" przez alfy i bety, które nam się wypsnęły na różnych stadiach rozwoju.

Tak czy owak, wracając do tematu, SpartaDOS X 4.40 będzie mieć (już ma) multum bajerów, na przykład śliczny Config Selector (c) by Trub, zintegrowany z kernelem, który zasysa konfigi z podkatalogu. Bezpośredni dostęp do 15 dysków. Oraz - tadam! - zmodyfikowany filesystem obsługujący dyski z sektorami 512-bajtowymi.

No i właśnie ten filesystem jest powodem mojego posta, gdyż został zakodowany już w stopniu pozwalającym na zapisywanie i odczytywanie plików z partycji mającej wielkość 32 MB (65535 sektorów po 512 bajtów). Właśnie przeprowadziłem test polegający na przekopiowaniu na taki dysk paru binarek i odpaleniu ich stamtąd - wszystko standardowymi poleceniami COMMAND.COM - i się odpaliły  :)

Idź do forum: Fabryka - 8bit

2,937 Odpowiedź przez drac030

(37 odpowiedzi, napisanych Zloty)

Sikor, a coś dokładniej? Konkretnie to adres, namiar, nazwa knajpy, cena piwa.

Idź do forum: Zloty

2,938 Odpowiedź przez drac030

(46 odpowiedzi, napisanych Bałagan)

Patrz pan, ma TOMS-a 720, i 360k na dyskietce to już dla niego "mało pojemne", a 38400 bps to "wolne". :P

Idź do forum: Bałagan

2,939 Odpowiedź przez drac030

(8 odpowiedzi, napisanych Konsole)

Bushnell sprzedał firmę Warnerowi chyba w 1976 czy 1977 roku. Zresztą z opisu wynika, że równie dobrze mógłby to być podpis cesarza Abisynii.

Idź do forum: Konsole

2,940 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Emulacja - 8bit)

alex napisał/a:

Ja używam wszystkich trzech (a800, a800+ i a++) :) Choć a++ jest najbardziej toporny w konfiguracji.

Niemożliwe - jest coś bardziej topornego od A800? :|

Idź do forum: Emulacja - 8bit

2,941 Odpowiedź przez drac030

(11 odpowiedzi, napisanych Software, Gry - 16/32bit)

http://www.notator.org/html/software.html

To niedobre?

Idź do forum: Software, Gry - 16/32bit

2,942 Temat przez drac030

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

Na party w Głuchołazach Pin uświadomił mi, że posiadana przeze mnie wersja plikowa Eidolona może być rzadkością. Niniejszym więc, gdyby ktoś jeszcze tego nie miał, proszę bardzo:

http://drac030.krap.pl/eidolon_file_version.zip

Gierka została przerobiona z wersji całodyskowej przez Jacka Żuka. Do działania wymaga co najmniej 128k RAM, ale to chyba nie problem :)

Idź do forum: Software, Gry - 8bit

2,943 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Programowanie - 8 bit)

Mam wrażenie, że MS BASIC II na karcie zajmuje obszar od $8000 do $BFFF. Ale może źle pamiętam.

Idź do forum: Programowanie - 8 bit

2,944 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Programowanie - 8 bit)

Istnieje, ale to chyba i tak tylko proteza - tej pamięci na sam program nie wykorzystasz, od biedy można tam przechowywać co większe tablice przez kopiowanie ich w tę i nazad, ale chyba wygodne to to nie jest. ;)

Idź do forum: Programowanie - 8 bit

2,945 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Programowanie - 8 bit)

Procka ROM-RAM w 1981 roku nie istniała ;) A ogólnie to nie wiem, co ona ma tu do rzeczy, może sprecyzuj.

Idź do forum: Programowanie - 8 bit

2,946 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Programowanie - 8 bit)

miker napisał/a:

hmm... ciekawe jak z pamięcią pod ROMem...

Nijak. W 1981 roku nie było czegoś takiego.

Idź do forum: Programowanie - 8 bit

2,947 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Programowanie - 8 bit)

Lizard napisał/a:

Drac030, czyżby literki Ci się rozmyły w napisanym przeze mnie słowie "tekstowych"? ;)

Nie grzeb w matriksie, tam nie było tego wyrazu :P ;)

Problem z wielowymiarowością tablic w Basicu polega na kłopocie z zapisem. Jak słusznie zauważył Drac030 zapis w stylu A$(1)(4) nie należey do składni Basica. Natomiast zapis A$(1,4) oznacza ciąg od pierwszego do czwartego znaku.

W BASIC XE jest dlatego A$(1;4).

Idź do forum: Programowanie - 8 bit

2,948 Odpowiedź przez drac030

(31 odpowiedzi, napisanych Programowanie - 8 bit)

Lizard napisał/a:

W tym drugim nie ma tekstowych tablic wielowymiarowych.

Poprawka - są, ale nie tekstowe (tylko numeryczne). Wielowymiarowe tablice tekstowe ma, oprócz wspomnianego Microsoft BASIC-a, równiez BASIC XE. Nie jestem pewien, czy BASIC XL też ich nie miał.

andriu napisał/a:

wielowymiarowe to by było A$(1)(4)

To nie jest składnia BASIC-a.

Idź do forum: Programowanie - 8 bit

2,949 Odpowiedź przez drac030

(14 odpowiedzi, napisanych Bałagan)

E tam :P

Idź do forum: Bałagan

2,950 Odpowiedź przez drac030

(14 odpowiedzi, napisanych Bałagan)

Nie miało. Parametr to przy OPEN.

Idź do forum: Bałagan