New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NTFS Support for OPL #110
Comments
AFAIK there is no official documentation for the NTFS file format |
Don't use Windows built in formatting tool, as it has the 32GB restriction. |
I'm pretty sure NTFS-3G counts almost as if it was "official documentation" On the other hand, if we are talking about external disks for a ps2... exFAT seems waaay more fit for the role. |
exFAT is a bad idea for spinning hard disks because it doesn't backup the FAT table. |
I thought we were talking about usb flash drives? |
Most flash drives are bad for OPL since they are usually slow. The newer USB 3.0 flash drives are okay. |
exFAT would be a good choice, but it's also undocumented and needs to be licensed. |
exFat is a very bad choice from the FOSS- and future perspectives- point of
view.
|
Well, aside of the licensing (which anyway, for as much as talked, didn't seem so important to stop various linux distros to include it) the same also applies to NTFS too then. But if you exclude these then, there's only ext or f2fs that you could use. |
FAT32 is the best option since it is universal, exists for many years, and has read and write support from many OSes and libraries. The different filesystems do not work with all OSes, has limited write support, and may not be documented extensively. |
Aside from any 'perspective', it is possible to implement pretty much any filesystem more easily, for USB-storage-devices and possibly internal HDDs, once BDM is ready... So 'yes', it is possible! The current OPL however doesn't have BDM and porting support for a filesystem based on the current implementation would take quite a bit more time... So long... Just wait (or help out) for BDM to be ready and this feature(-additions) will be quite more likely to come once upon in time. :) |
https://docs.microsoft.com/en-us/windows/win32/fileio/exfat-specification |
Too bad exFAT has only one FAT. Decide to power off or reset while a file is open? Data loss. This can happen more frequently on the PS2, where there is no handler for the reset button on some models. Microsoft didn't open source TexFAT, which has two copies of the FAT (like FAT32). |
Microsoft did not open source anything in fact. The thing is instead, there are a thousand and one similar file systems. And if you really want to go fancy and disregard the ubiquity pro of FAT64, then why can't you just use the modern standard of F2FS? |
Soon PS3 will support exfat. PS4 already officially support it. |
Yes, I backup this request. Support for a modern file system is long overdue. FAT32 is super unreliable and together with the need for using special splitting tools, it's just painful. |
I don't mind what FS is used if it does away with the need to defragment |
Defragment will probably always be needed since loading a filesystem driver takes up a part of the few IOP RAM, so storing a single absolute address of the ISO and accessing it that way will always use less RAM. |
instead of a new FS support why not a new format like the ones used on PS3 Loaders. slice the ISOs beyond 4 GB in another 4GB or less file like .iso .iso0 .iso1 that is less files on the disk and more performance. |
Because slicing involves the requirement for specific tools to use, while with a modern filesystem you could simply copy ISOs to the storage. Also FAT32 is very unreliable with bigger data amounts than the few Megabytes it was once made for, and is very prone to corruption. Filesystems like even the old ext2 are much more stable and will also get rid of the USB-Util-problem (which honestly is no fun tool to use). Also ext2 has much less overhead, which would effectively increase the real data transfer rate and decrease stuttering video or audio aswell as loading times a bit. |
Your issue of corrupting ISO and SAVES seems odd, I once had this and it went away by changing the formatting of my USB to the recommended settings (default Allocation unit size) @Lalarian |
Some games currently have problems with VMC, so no matter if you use HDD or SMB problems will still remains. |
On another note: You don't need a specific tool, but can technically slice ISOs and add it to the "game list"-file via commandline or scripts! |
USB flash drive with FAT32 system can only hang up to 4GB file size. DVD game images can easily achieve beyond this limit. And for external HDD drives, the maximum partition size is 32GB (with 16 KB clusters). How about OPL support for NTFS? Very large discs and files will work!
The text was updated successfully, but these errors were encountered: