mr-atari Posted October 13, 2011 Share Posted October 13, 2011 Okay, that works like a charm :-) Nice job! Why am I always late in getting new stuff...... I do need to tweak the 4.6BIOS not to load when SIDE is selected. There are to many conflicts making lots of com/exe/xex not to load. You can download the latest 4.6BIOS with SIDE from the atarimax forum. It will be present in beta#9. I'll try to upload a pre-beta#9 (atarimax 1mb+MyIDE only) today. http://www.atarimax.com/flashcart/forum/viewforum.php?f=7 Is there any development/progress in loading ATR's with side? Later, Sijmen. Quote Link to comment Share on other sites More sharing options...
+rdemming Posted October 13, 2011 Share Posted October 13, 2011 I'll try to include the fat32-loader (MyIDE-external-slave) in the flasher-file for the atarimax 1mb+ide cartridge. There is enough room for other EXE stuff beside PicoDOS :-) Hi Sijmen, Very nice to include the FAT32 loader in the MyIDE flashcard. I'm using internal MyIDE with internal OS so I use a IDE master disk with MyIDE partition to load Candle's (modded by a8isa1) FAT32 loader for IDE slave drives. I'm not familiar with the MyIDE flashcard, but if the FAT32 loader is stored on the flash disk, then I would think you don't need an MyIDE partition on the IDE master disk and can you use the FAT32 loader for IDE master disks instead of the loader for IDE slave disks. Then MyIDE-Flashcard users don't need an IDE slave drive to boot and use the FAT32 loader. In that case you could include both FAT32 loaders for master and slave disks. Correct me if I'm wrong. Robert Quote Link to comment Share on other sites More sharing options...
candle Posted October 13, 2011 Author Share Posted October 13, 2011 atr load is not going to happend unless we will have some hacked os code with provisions for a mechanism that would allow sio calls to be redirected to a cartridge space if we would agree here on something, we could work something out i would be happy to make that happend Quote Link to comment Share on other sites More sharing options...
Rybags Posted October 13, 2011 Share Posted October 13, 2011 OS copied to RAM with a patch leaves a touch over 1K starting about $CB80 where some code and an index table can be squeezed in. I used that methodology for V1 of ATRLoad system, but the disk image data is kept in extended RAM. The pain with implementing a file-based ATR where the data isn't preloaded to RAM is with the file indexing. With the more advanced DOS file systems, the index can be obtained with a few read operations but with our ancient legacy 2.x systems you need to read the entire file. Not to mention that with embedded flags/pointers within the data and possible "short sectors", the relationship between an indexed 2.x and "real" sectors isn't a 1:1 mapping. Quote Link to comment Share on other sites More sharing options...
+rdemming Posted October 13, 2011 Share Posted October 13, 2011 atr load is not going to happend unless we will have some hacked os code with provisions for a mechanism that would allow sio calls to be redirected to a cartridge space if we would agree here on something, we could work something out i would be happy to make that happend I suppose you mean that since there are only minor differences in MyIDE and SIDE IDE access, the MyIDE OS could be relatively simple adapted to use the SIDE cartridge as well. Of course currently the partition formats are different, but since SIDE uses CF cards, I wouldn't mind to have one CF card with FAT32/APT partitions and another CF card with MyIDE image space slots. Ideally MyIDE OS would support the APT "floppy drawer" partition specification, but I can imagine that such change would be quite drastic so I will be already happy with a MyIDE OS that also supports the SIDE cart. Of course the MyIDE bios could be stored in the Ultimate1MB or AtariMax 32-in-1 OS for better compatibility than a ram based OS. Robert Quote Link to comment Share on other sites More sharing options...
Rybags Posted October 13, 2011 Share Posted October 13, 2011 I think the whole premise of ATR loading is that we want to get well away from the idea of devoting partitions to floppy images. Another idea although somewhat a kludge would be to put the index within the file itself. But you'd then need to run a seperate utility on each file and the index would become invalid if the file was moved. Quote Link to comment Share on other sites More sharing options...
+rdemming Posted October 13, 2011 Share Posted October 13, 2011 I think the whole premise of ATR loading is that we want to get well away from the idea of devoting partitions to floppy images. I agree that it is better to store an .atr image on a regular partition. And IDE Plus 2 Bios 0.9 does a great job of that (although only on SpartaDOS disks). But a drawback to me is that no Atari file system supports long file names. 8.3 names are for me too difficult to find the right disk image. An extra text file as PicoDOS uses is a solution but that requires updating the description file if the files are changing. Thats why I'm so happy with Candle's FAT32 loader since that support long file names. So ideally, we could mount .atr files that are stored on a FAT32 partition. That would give us the benefit of long file names and it would also be easy to fill the FAT32 partition with disk images on a PC. But with restricted memory resources on the Atari, it would be quite a bit more difficult to implement than an floppy image partition Robert Quote Link to comment Share on other sites More sharing options...
candle Posted October 13, 2011 Author Share Posted October 13, 2011 i've ment true fat32 atr support, just as easy for end user as it can be what i need is a sio entry point in os code (pointing to a vector inside of cartridge space, aware of mechanisms for enabling and disabling this particular cartridge) Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted October 14, 2011 Share Posted October 14, 2011 (edited) Just to be clear - the acronym "SIDE" on its own should perhaps not be used to refer to the loader, which is - logicially - called the "SIDE Loader". This is particularly important for those unfamiliar with the SIDE hardware when a different build of the loader is being presented on something other than the SIDE cart. SIDE is the hardware on which the original build of the SIDE Loader runs. Edited October 14, 2011 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
mr-atari Posted October 14, 2011 Share Posted October 14, 2011 I have enough knowledge of the Atari-OS (I think), perhaps we can help eachother? Also I could inlude a fat32-loader in the BIOS im writing..... But need some backup in accessing the source of fat-32 allocation. Anyhow, drop me a Pm or mail me on my homepage. Later, Sijmen. Quote Link to comment Share on other sites More sharing options...
candle Posted December 11, 2011 Author Share Posted December 11, 2011 some changes: - left/right arrows now also jump on first/last position if page cannot be changed - keyboard handlign routine deals with key repetition properly, also keyboard click was added - changing directory up (cd ..) now restores cursor position as it was before entering that directory if anyone has some suggestions for futher improovements - just let me know known bugs: - joystick support is now unusable - this should be fixed today fat32-side.xex fat32-myide.xex fat32-intmyide.xex Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted December 12, 2011 Share Posted December 12, 2011 (edited) Have you got a ROM flasher version of this Sebastian? Disk version works great, BTW: just testing it. Has to be one of the slickest menus going! Edited December 12, 2011 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
Jacques Posted December 14, 2011 Share Posted December 14, 2011 - joystick support is now unusable - this should be fixed today Indeed, it's bloody quick with joystick... Quote Link to comment Share on other sites More sharing options...
candle Posted December 15, 2011 Author Share Posted December 15, 2011 preliminary directory sorting support it's so slow one can actually see it happening complexity of used algorithm is O(n^2) for worst case scenario, and O(n^2) in average, so i'll better change it with something closer to O(n log n) but it was quick to implement in 6502 assembly files are sorted in descending order for a purpose - to test the algorithm final version will allow to change the order fat32-side.xex fat32-myide.xex fat32-intmyide.xex Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted December 15, 2011 Share Posted December 15, 2011 Results of my bubble-sort experiments were impressive Sebastian. I'm glad we had that conversation. Anyway - gonna test this later - thanks! Quote Link to comment Share on other sites More sharing options...
fibrewire Posted December 15, 2011 Share Posted December 15, 2011 Thanks to a seemingly innocuous name like "bubble sort", I now know what wikipedia says about the simple sorting algorithm, how its the worst algorithm, and that insertion sort is better. <- in fact, this is my new signature Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted December 15, 2011 Share Posted December 15, 2011 (edited) Thanks to a seemingly innocuous name like "bubble sort", I now know what wikipedia says about the simple sorting algorithm, how its the worst algorithm, and that insertion sort is better. I refer to the bubble sort used by The Last Word's directory sorting routine. Its (very) small code footprint makes it ideal in that instance, and the sort records are only 13-16 bytes long. I made some (fairly obvious) amendments and improvements the other day, and sorting 50 plus files by extension and then name is virtually instantaneous. That said - the insertion sort algorithm is much more efficient. Edited December 15, 2011 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
candle Posted December 15, 2011 Author Share Posted December 15, 2011 O(n log n) algorithm implemented sorting time for large directory has dropped from 15s to 3s not that bad, well, it won't be much better than n log n anyways fat32-side.xex fat32-myide.xex fat32-intmyide.xex Quote Link to comment Share on other sites More sharing options...
Roydea6 Posted December 15, 2011 Share Posted December 15, 2011 Descending order Sucks, I keep searching the wrong way, but very glad to have the sort. Looking forward to the final. Quote Link to comment Share on other sites More sharing options...
candle Posted December 15, 2011 Author Share Posted December 15, 2011 descending is for performance testing as i have them sorted in ascending order already in directories this is the worst case scenario for most sorting algorithms Quote Link to comment Share on other sites More sharing options...
candle Posted December 16, 2011 Author Share Posted December 16, 2011 sorting fully implemented directories are always on the beggining of the list regardless of the order of sort you can switch between ascending/descending order by pressing inverse video/atari logo (END key under Altirra) feature added: to get up by one level you can press delete key will make some more bells and whistlers later on any suggestions are welcome, although seeing intrest this has among atari users i don't think there will be any fat32-side.xex fat32-myide.xex fat32-intmyide.xex Quote Link to comment Share on other sites More sharing options...
Rybags Posted December 16, 2011 Share Posted December 16, 2011 The interest is there - it's a case of needing a SIDE to use it. Quote Link to comment Share on other sites More sharing options...
+Stephen Posted December 16, 2011 Share Posted December 16, 2011 Same here - if I ever get my SIDE I'll take a look at this and offer some suggestions. Quote Link to comment Share on other sites More sharing options...
candle Posted December 16, 2011 Author Share Posted December 16, 2011 there is myide version, and there is always altirra i'm sorry to hear about getting the side issue, but i can't do everything myself sometimes man has to let go... Quote Link to comment Share on other sites More sharing options...
Jacques Posted December 16, 2011 Share Posted December 16, 2011 (edited) sorting fully implemented directories are always on the beggining of the list regardless of the order of sort you can switch between ascending/descending order by pressing inverse video/atari logo (END key under Altirra) feature added: to get up by one level you can press delete key Thanks a lot My two cents: - right arrows (directory descriptors) are flickering for a moment also near the files when entering directory with lots of files/subdirectories or forcing change of sorting. - personally I'd rather have "ESC" or "U" (like in SIO2SD configurator) as updir shortcut instead of DELETE. Preferably ESC unless you plan to use it for other option - joystick control is still this bloody quick - just a proposal, but probably a useful one: could pressing the letter on the keyboard move us down to mark the first file/directory starting with respective letter within current directory? This would also be an argument to use ESC for an updir instead of "U" will make some more bells and whistlers later on any suggestions are welcome, although seeing intrest this has among atari users i don't think there will be any Fingers crossed and you see? It's not so bad feedback-wise Edited December 16, 2011 by Jacques Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.