2,926

(47 odpowiedzi, napisanych Bałagan)

Wciąż chyba na jedno wychodzi - jeśli męt może rzucać całkiem wyraźny cień, to przyczepiona do rogówki drobinka kurzu, która jest pewnie zbliżonych gabarytów, co ów męt, też może cień rzucać na siatkówkę i dlatego ją w ogóle widać, w postaci punkcika właśnie. No, chyba że ktoś ma oczy pokryte warstwą brudu, jak niektórzy szyby w oknach, wtedy masz niewątpliwą rację ;)

2,927

(47 odpowiedzi, napisanych Bałagan)

laoo/ng napisał/a:

Te inne fruwające punkciki raczej nie mogą być brudem przyklejonym do oka gdyż nie jesteśmy w stanie ich zogniskować i nie byłyby ostre.

Nigdzie nie napisałem, że są ostre, zresztą co to za argument na rzecz "mętów w ciele szklistym", jak się wyraziłeś, a przeciw kurzowi - przecież zogniskować nie da się ani jednego ani drugiego ;)

Kurz natomiast powinno się dać zgonić przemywając oko jakimiś kroplami, a "męty" nie.

2,928

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

TOMS robi tak tylko w gęstości 720k.

2,929

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

Swoją drogą, czy zrobienie CA-2002 z CA-2001 to nie jest kwestia wymiany napędu na 360k i poprawek w ROM-ie?

2,930

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

Zientara, Zientara, w książce hm "Poradnik użytkownika". W sumie gmogliśmy go o to zapytać jak byliśmy w "Kliprze" wtedy, ale nikt nie pamiętał.

2,931

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

Alternatywną i dużo mniej kłopotliwą metodą jest proste kasowanie softu, który nie chce chodzić z nowszym systemem ;)

2,932

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

W 15-tce i w jednej linii owszem, ale pionowej :P

2,933

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

Podobno secamowskie atarki mają tylko 16 kolorów (?).

Osobiście nigdy ich nie używałem, więc odłożyłem to sobie na potem razem z paroma innymi rzeczami. :)

Dobrze powiedziane, "będzie" ;) Na razie nie działa, bo nie ma INSTR/UINSTR.

2,936

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

2,937

(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 :)

2,938

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

2,939

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

2,940

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

2,941

(34 odpowiedzi, napisanych Fabryka - 8bit)

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

2,942

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

2,943

(37 odpowiedzi, napisanych Zloty)

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

2,944

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

2,945

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

2,946

(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  :)

2,947

(37 odpowiedzi, napisanych Zloty)

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

2,948

(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

2,949

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

2,950

(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? :|