XXL: jak Ci mało ramu to pisz na peceta. Cała frajda z kodowania na Atari jest właśnie z tego, że RAMu (pixeli, kolorów, cykli na sekundę) jest mało.

babcia malinka mowila z glupim sie nie nagadasz, najpierw sprowadzi cie do swojego poziomu a pozniej wygra doswiadczeniem ...

a odpowiadajac na posta:

Czy sądzisz, że gdyby przyjąć, że każdy użytkownik, który potrafi skonfigurować użycie okna VBXE na $4000 zauważy, że tam siedzi bank od SDX to będzie znacznie nadużycie?

> No i tu własnie fundamentalnie błądzisz, bo DOS jest po to, żeby nie trzeba było (= żeby program użytkownika nie musiał) pamiętać, jaki jest filesystem, ani liczyć sektorów. Fakt, że niektóre DOS-y tego nie zapewniają świadczy tylko o tym, jak są prymitywne i gdzie powinny wylądować. Na szczęście Atari jest tak zrobione, że można sobie DOS wybrać.

teraz tak jest, dos to zapewnia a nie program usera. dos program dzialajacy po stronie atari zarzadzajacy filesystemem na urzadzeniu zewnetrznym :-) caly czas wlasnie o tym mowimy. caly czas wlasnie to walkujemy.

> Jak już o tym była mowa, to nie jest żaden bug, SDX nie będzie poświęcać ~40 cykli przy _każdym_ przełączeniu banków (a robi to _bardzo_ często) na zachwywanie stanu MEMAC A, skoro bez większego wysiłku (i tylko przy ładowaniu danych) może to zrobić sam program.

vbxe jest kolejnym urzadzeniem, ktore ma mozliwosc przelaczania pamieci, gdyby powstalo jakies inne rozszerzenie pamieci mogace przelaczyc swoje banki w adresie $4000 to tez napiszesz ze sdx nie bedzie go obslugiwac?
i o tym tez juz pisalismy, dos (kazdy) w takiej postaci jak na atari generuje mnostwo problemow a dzielni programisci rozwiazuja te problemy, rozwiazuja i rozwiazuja, to proces ktory nigdy sie nie skonczy. jesli zamiezasz pomysl, ktory tu dzis omawiamy sprowadzic do sterownika dla dosa zeby mozna bylo kopiowac dane to chyba jeszcze nie czas na zmiany :(

Potestowałem nieco PCLinka na SDX 4.43RC2. No i muszę powiedzieć, że przy ustawionym HSINDEX=3 (a jest to najszybszy, jaki aktualnie działa z SDX) NEOPLAY załadował mi JSETNEO (90kb) w 10s, a GEBOFONa w 40s (250kb). Wszystkiemu towarzyszył wysoki gwizd. Jeśli ktoś nie ma IDEA/KMK, to można to śmiało polecić PCLINKa do użytkowania :)

Note: Eksperymentalnie do SIO2BSD zostało wprowadzone ustawienie prędkości transmisji za pomocą HSINDEX (wartość wpisywana w Atari do POKEYa). Aby to uruchomić należy ustawić parametr -b 0 i podać -i HSINDEX (w tym przypadku 3 - taka wartość brana jest zresztą domyślnie):

$ sio2bsd -b 0 -i 3 ./pcl1_mapped_dir/

po wykonaniu polecenia:

D1: DIR PCL1:

widać ładny katalog z PieCeta.
Oczywiście przed wykonaniem tych czynności należy załadować sterownik PCLINK.SYS.
PCLINK chwilowo konfliktuje z RAMDISK.SYS więc do testów należy go odinstalować - RAMDISK.SYS jest już poprawiony przez Draco i pojawi się w nowym release SDX.

Edit: Chwilowo HSINDEX działa tylko na Linuxach.

skoro dziala pod cygwinem, pewnie niewiele roboty by przerobic pod mingw32?
dzisiaj juz nie popatrze, ale jak chcesz moge sie przyjrzec jutro...

mozesz ustawic priorytet, mozesz ustawic timer...

Parę poprawek: http://drac030.krap.pl/sio2bsd.tar.gz

Nie wiem, czy wiesz, ale sio2bsd chodzi pod macos x bez przeróbek :)

Witam,
Ale czy to nie zostało już czasem wynalezione?

http://aspeqt.sourceforge.net/

AspeQt jest dostępny pod Windows i pod Linuxem i ma funkcję "Folder images", czyli katalog na PC-cie widoczny jest na Atari i to bez żadnych sterowników.
Jedyny minus to tryb READ-ONLY, ale to jest Open Source, więc może dałoby się dodać funkcje zapisu na takim dysku.

ATARI 65XE + SIO2BT

> zachowaniem czasu i daty każdego pliku.

podejrzewam, ze kazdy zapisywany plik bedzie mial wbity czas i date. nie jest to jakas specjalna funkcjonalnosc programu np. APE. byc moze chodzi o zachowanie czasu i daty tej ktora byla w pliku zrodlowym? ale to chyba ma znaczenie tylko dla userow sparta dosa?

SIO2BSD w wersji 1.14 zostało zaopatrzone w nowe opcje.

-f pozwala na formatowanie .atr'ów (kiedy Atari wysyła komendę "Format" po SIO), które mają pierwsze 3 sektory gęstości SS/DD i DS/DD pełne (po 256 bajtów).
-q umożliwia ustawienie częstotliwości taktowania POKEYa przez co precyzyjniej wyliczana jest prędkość transmisji ustawiana w porcie szeregowym; można podać tu konkretną częstotliwość (z przecinkiem np. -q 1789772.5) lub predefiniowane stałe: "pal", "ntsc", "ntscf" (częstotliwość taktowania komputerów NTSC z Freddym - wg informacji z Atariki); jeśli nie podaje się częstotliwości -q wtedy przyjmowana jest (wzorem AspeQt) częstotliwość uśredniona między PAL a NTSC z Freddym (czyli 1781610 Hz).

Poprawiony został też wzór liczący prędkość transmisji dla konkretnego HSINDEX i aktualnie wygląda to tak:

baudrate = f / (2 * (hsindex + 7.13))

dzięki czemu podczas komunikacji z dowolnym predefiniowanym zegarem (również domyślnym) nie powinno już być żadnych zacięć z indeksami 1..3 (AspeQt ma, bo ma te prędkości predefiniowane a nie wyliczane ;]).
Opcja -q uaktywnia się, analogicznie jak -i tylko w Linuxie.

Poprawiono też błąd ujawniający się podczas pracy z konwerterem RS-USB Prolific PL2303 a polegający na niemożności ustawienia dowolnej prędkości transmisji. W takim wypadku przyjmowana jest domyślnie 57600 bit/s.

Całkowicie zmieniony został interfejs mkatr. Aktualnie wszystkie parametry podaje się z linii poleceń - nie pojawia się już żadne menu. Gęstości są oczywiście predefiniowane i, jak poprzednio, można też zdefiniować własny format.

Testy przeprowadziłem niestety tylko z Atari w wersji PAL, ponieważ nie posiadam maszyny w NTSC. Jeśli ktoś byłby chętny do potestowania, lub wypożyczenia mi takiego komputera do testów, to byłbym wdzięczny (na najbliższym party/sztabie oferuję piwko w ramach rewanżu), gdyż chodzi mi o doprecyzowanie/zweryfikowanie współczynnika we wzorze.

Edit: Wszystko to przez IDE+, który ma w sobie obsługę US dla SIO. Wystarczy to uaktywnić, po czym boot można śmiało uskuteczniać z HSINDEX=0 :) SDX 4.44 też ładnie pracuje z takimi prędkościami.
Draco w godzinach popołudniowych lub wieczornych wystawi aktualną wersję SIO2BSD do ściągnięcia.

Edit 2: Oczywiście XL OS z łatką Hiasa też z tym ładnie pracuje.

Edit 3: Testy przeprowadzano z konwerterami RS-USB: FT232RL, PL2303 oraz z I/O Boardem Candle'a.