-
Notifications
You must be signed in to change notification settings - Fork 3
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
Implement cover art caching to improve performance for large number of ISOs #52
Comments
If you read the source code, it simply opens the Since with MMCE all file access is handled by the MMCE device, you can submit an issue to MemCard Pro 2 developers. But this will be true for BDM backends as well since the poor little 37 MHz IOP with its 2 MB of RAM has to parse through the table every time it gets a request to open a file. Also, if you read the notes on this reference set:
So I suggest not trying to overload the file system with a bunch of unused files. Another way of fixing it would be by preloading the cover art in a separate thread and/or caching it in a separate file, but don't have the time to do it yet, especially since the benefits are pretty slim for normal usage. |
Thank you for the detailed explanation. It makes sense that the issues are due to the FAT driver. I'm fully aware having 60k files is not optimal. Truth is I was just being lazy and trying to avoid getting access to a Windows machine to run OPL Manager all the time for new cover art. Based on your suggestion, I'll consider raising this issue with the MemCard Pro 2 developers to see if there's potential for optimization on their end. Your idea regarding preloading or caching cover art sounds promising for scenarios like mine tho. If at some point you find the time to implement it, I think it could definitely enhance speed and usability for larger collections. Even with using just a COV, I notice a delay in the interface when using hundreds of games vs 20 or so. Thanks again for your great work! |
Description:
When a large number of files are present in the ART folder, cover art no longer displays correctly in NHDDL. I currently have 19 games installed on my MMCE device. If I only include the specific cover files needed for these games (sourced from OPL), NHDDL remains responsive, and the cover art displays as expected.
However, when I use a complete ART file dump from this reference set, NHDDL stops displaying any cover art, despite the files being correctly named. Additionally, there's approximately a 2-second delay when navigating between game selections.
Expected Behavior:
NHDDL should ignore ART files not directly associated with the installed games, thus maintaining performance and displaying relevant cover art correctly.
Steps to Reproduce:
Current Behavior:
Environment:
The text was updated successfully, but these errors were encountered: