> What about a FAT16 file system, which write to a file and not to a > sector, and with a low memory consumption, usable even in a 16Kb Flash > memory? I saw such a library in C for ATmega ... > I mean, an usable system for all of us.
Ya, it's possible but I haven't had interest in fat16. It is difficult these days to format something with fat16. Windows XP does format fat16, but it is hidden. I don't think long file names are not supported in fat16. I guess I just don't have much interest in fat16 because of this. I once asked you guys if I should make two fat32 libraries. One small version, and one big one with features. You guys said to put constants in the lib, but this didn't work out so well. I could add one main constant for two totally separate sets of procedures. If you want a small library, you loose many features: You will not be able to read fragmented files (this could be optional I guess) You will not be able to create file names or allocate space for files. In order to do this, you need a 512 byte buffer to write to the fat. You may want short file names. A mp3 (in my case) uses about 100 chars for it's file name. Max file name size in win xp is 256bytes Why not just use sd_card lib directly if you want a small library? Matt. -- You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jallib?hl=en.
