Mam takie głupie pytanie - czemu przygotowując kartę SD do pracy z SDX trzeba zakładać specjalne partycje (nieczytelne dla PC), a cała reszta plików i obrazów dyskietek może sobie leżeć na FAT32? Czy nie prościej byłoby, gdyby te partycje SDX były w formie plików podobnie jak pliki ATR?
Co nie zmienia faktu, że potrzebne było by i tak narzędzie do manipulacji zawartością tychże plików z poziomu PC czy nie? W zasadzie powinienem zadać pytanie: po co? Bo to nie problem zrobić backup karty tak jak jest obecnie i zgrać partycje.
Bo te urządzenia nie mają procesora jako takiego i wszystko, co procesora wymaga robione jest na 6502 w Atarce. A w tym przypadku potrzebny by był sterownik czytający ATRa z dysku w formacie FAT32 i obsługujący go jak HDD. Pewnie się da - napisz.se .
A tak jest to zbliżone do MyIDE (czyli bardzo proste) rozwiązanie. Wszystko co trzeba robi sterownik NewDevice.
Akurat w przypadku AVG daje się tak zrobić po kabelku SIO. AVG czyta ATR-a i udostępnia go Atarce jak dyskietkę. Tylko to jest o wiele wolniejsze od transferu zgodnego z Side.
Oba carty mają przecież swoje procki i obsługują różne urządenia. AVG czy SUB nawet dodatkową pamięć, POKEY-a itp. Nie wydaje mi się więc, by to był jakiś mega problem - mapowanie sektorów z danej partycji w pliku.
A po co? No dla wygody oczywiście. Można taką partycję SDX sobie przegrać, razem ze wszystkim, widać ją jako plik (taki powiedzmy VHD). A jak ktoś przysiądzie to i soft do czytania tego na PC napisze :)
CommentTime1 Apr 2025 09:04 (21 godzin temu) zmieniony
Może i AVG tak ma ... "unlike some other products, most of the functionality is running inside the cart and not on the host machine's CPU" ale SIDE już nie i w tym przypadku robotę robi Atari. Czyli masz AVG - napisz.se :P
@Cyprian - nie korzystam z tego bagna :) Ale możesz zapytać jeśli tam jesteś. Ja to widzę tak, że zamiast tworzenia specjalnych partycji na karcie SD, byłaby tylko jedna partycja FAT32, a na niej pliki z partycjami SDX, któe można by było montować tak, by były widoczne dla SDX. TYm sposobem byłoby można łątwo nimi manipulować, zgrywać, podmieniać etc.
CommentTime1 Apr 2025 17:04 (12 godzin temu) zmieniony
Well,
1) one can create a 16MB ATR in MyDOS or SpartaDOS format with various tools, make it bootable (write DOS or bootlaoder on it) and boot this ATR image with the AVG/SUB SIO-cable with slow floppyspeed. Even when highspeed/ultraspeed is used this is quite slow (1k up to 8k per second), compared to real A8 harddisk partitions.
2) Another method (unsure with AVG, but it works with Sub cart, already tested it) to load such large 16MB ATR images is NOT pressing Return, but Shift-Return instead and if the PBI or ECI cable is attached, then this image will be loaded via PBI/ECI. (Note: Therefore it must not have any highspeed or ultraspeed SIO, otherwise it will hang! So e.g. use MyDOS without any floppy speeder or SpartaDOS 3.3 without any floppy speeder.) Advantage: Instead of slow SIO speed (1k - up to 8k per second) we are now loading with 20k - 22k per second, measured with RW.COM by Drac030/KMK. It is 20k per second with ATR images utilizing 128 Bytes per sector and 22k per second with ATR images utilizing 256 Bytes per sector (all tests used DOS 2.x/MyDOS format, maybe SDFS would be even faster, did not test this). This 20-22k per second is fast enough for some Megabyte large A8 movies in Gr. 8 or Gr. 9 (e.g. Bad Apple, some older My-IDE movies, etc.)
Since I never-never use SDX, I have not tried 32MB ATR images created with SDX and 512 Bytes per sector and do not know, if such images would work with AVG/Sub cart or not; if they work then the speed with Shift-Return and PBI/ECI cable is surely a little faster than 22k per second.
3) BUT: Even when loading 16MB ATR images from (AVG?) Sub cart via PBI or ECI, max. 22k per second (with DOS 2.x / MyDOS format) can be reached. If one uses native A8 harddisk partitions, also known as APT, one can easily reach 50k - 100k per second. So that's one of the advantages of using real A8 (APT) harddisk partitions. At least, until someone finds a way to load 16MB (or 32MB?) ATR images from SUB (and AVG?) cart even faster via PBI or ECI with Shift-Return...
Why I am unsure with AVG cart ? Well, after I bought two Sub carts, I sold my AVG carts, so I could not test it with AVG anymore.
