EFS Library: Difference between revisions

	EFS Library
	File:Efslibrary20ds.png
General
Author(s)	Noda
Type	Utility
Version	2.0
Licence	Mixed
Links
	[Media:Efslibrary20ds.zip Download]
	Website

← Older edit Newer edit →

@@ Line 35: / Line 35: @@
 ===FAQ===
-Can you tell me more about the retrieval of current path?
+'''Can you tell me more about the retrieval of current path?'''
-* On compile time, space is allocated in your homebrew to store its current path, its unique ID and file size. File size and unique ID is filled by the EFS patcher, usually just after compilation in the makefile. </br> On the first launch, the file is quickly searched on whole card, for a match of the stored file size and ID. Once the file is found, its current path is written inside the file itself. The next time the homebrew is launched, this path is checked to verify if the file match ID & file size: if it’s the case, to need to search for the file again, we’re good, otherwise it means that the file has moved then we go through the search again.
-But as argv is already supported by DKA to provide the current path, isn’t your search method obsolote?
+On compile time, space is allocated in your homebrew to store its current path, its unique ID and file size. File size and unique ID is filled by the EFS patcher, usually just after compilation in the makefile. </br> On the first launch, the file is quickly searched on whole card, for a match of the stored file size and ID. Once the file is found, its current path is written inside the file itself. The next time the homebrew is launched, this path is checked to verify if the file match ID & file size: if it’s the case, to need to search for the file again, we’re good, otherwise it means that the file has moved then we go through the search again.
-* Yes, but for now, no existing homebrew loader makes use of that feature. But fortunately, when this will be supported, you’ll just have to provide this path as an argument on EFS init, and instead of searching the card, EFS will check the path provided. So you don’t have to worry of future problems with using EFS lib, it’s already future-proof :)
+'''But as argv is already supported by DKA to provide the current path, isn’t your search method obsolote?'''
+Yes, but for now, no existing homebrew loader makes use of that feature. But fortunately, when this will be supported, you’ll just have to provide this path as an argument on EFS init, and instead of searching the card, EFS will check the path provided. So you don’t have to worry of future problems with using EFS lib, it’s already future-proof :)
 ==Compatibility==

Revision as of 02:57, 21 May 2021