Flashjazzcat wrzucił dzisiaj video na temat drivera FAT16/32 na małe Atari. O ile dobrze rozumiem, to on go napisał, a praca trwała 6 tygodni, ~2 miesiące:
Oooooooooo, dzięki za info, bo obecny driver jest dla fat16 i tylko odczyt. A urządzenie i/o jest mniej istotne, obsługą zajmuje się dos a domniemań że "dysk" czymkolwiek nie jest musi mieć opcję obsługi sektorów 512B. Ciekawe o ile podnosi memlo ten driver.
Może warto też napisać po polsku, że Flashjazzcat rozbudował to środowisko (jeśli tak można nazwać Side/Ultimate?) o obsługę długich nazw. Z tego co zrozumiałem.
Loader z długimi nazwami, który jest omawiany, działa z ROM-u i z tego co słyszę na 4'55" "nie dotyka niczego poniżej adresu (hex) $2000". Dalej jest mowa o tym, że w takich przypadkach w jakich to jest możliwe, driver pozostaje w ROMie i że działa niezależnie/równolegle ze SpartaDOSem.
Driver długich nazw mieści się w około 8kb i dzięki temu zmieścił się w jednym banku pamięci carta, a driver krótkich nazw ma około 5kb i jak FJC mówi "to było niezłe ćwiczenie w pisaniu zwięzłego kodu". I dalej "W przestrzeni w której normalnie byłby DOS, mamy driver plików i bufor sektorów 512 bajtowych. Jest tylko jeden bufor, bo chciałem, żeby to poprawnie działało na 48kb maszynie". [...] "I wszystko to mieści się" (bufory) "między $700 i $1FFF".
Trochę nie rozumiem, jak to się ma do "nie dotykania niczego poniżej $2000", ale nie miałem czasu oglądać tego ze zrozumieniem więcej niż teraz drugi raz.
@pin: MEMLO is $2000, as per standard DOS with maxed out buffers.
I have made a stand-alone, bootable version of this DOS with FAT12/16/32 support, but this needs PBI support at the very least to force the OS to take the boot parameters from the upper half of the boot sector (otherwise there is contention between the OS boot record and the FAT metadata). 512 byte sectors are also a must, of course, so compatibility with floppy drives is sparse anyway.
@xorcerer: Correct. The LFN-capable driver runs in ROM, and the SIDE3 loader can now be run interactively with any DOS. Since DOS typically resides between $700-$1Cxx-Fxx, it's important that the loader doesn't overwrite this region until the XEX loader is actually invoked.
I told Trub that if they wanted help with writes on the SDX FAT16 driver, I would oblige, but I didn't hear anything. FAT32 is probably not going to work with SDX without big changes to SDFS, however. It seems pointless to start writing another SDX FAT16 driver when the read-only one already exists, and without necessary developer documentation, there would be a lot of unknowns anyway.
Sure. The main drawback of FAT16 is the lack of free cluster/last allocated cluster hints on the BPB, but it shoudn't be a big issue on a fast mass storage device.
@Pin: the loader should see every FAT16/32 MBR partition on the card without exception. It will not see an APT partition which happened to be formatted FAT16 UNLESS it is an 'external' FAT partition (i.e. actually residing in the MBR partition table). If these requirements are satisfied and you still have an issue, please image the disk and submit for inspection. ;)
