philj56 / gbcc-android

Android front end to gbcc
https://gbcc.github.io
MIT License
28 stars 0 forks source link

Improvement: Reduce rescanning #45

Open soundsnow opened 1 year ago

soundsnow commented 1 year ago

I have used a Nintendo 64 emulator Mupen 64 Plus AE (Android Edition)/FZ It is not necessary to unzip or copy my files to Android/data It can open zip/7zip/n64/z64 directly or scan folders (including subdirectories/zip files) Just import them into the library once, and then open the emulator again without waiting for all 15GB files to be scanned Only after I add or delete files and then manually scan all the files and re-import them to the library once

soundsnow commented 1 year ago

my files have never been added, so why do I have to repeat the scan every time

RetroArch Playlists (.lpl files) and Mupen 64 Plus FZ (Android Edition) only need to import the file paths once unless you add/delete new/old games

only rescan manually when I add new files to the paths (including subdirectories)

If I have 15GB of files, the scanning time is particularly long (older hardware)

philj56 commented 1 year ago

I'm not sure what you mean by rescanning. The way GBCC works is by copying the files you select into Android/data - I agree this could be done differently, but I didn't (and don't) really intend people to copy huge collections of ROMs there, just to pick the ones you're currently playing. Once they're there, there's no extra scanning to be done, other than to actually list the files present.

Also, the entire GB/GBC collection is only ~3GB uncompressed, so I don't know where you're getting 15GB from.

soundsnow commented 1 year ago

Sorry, my English is not very good Nintendo 64 15GB z64, v64, n64 files Game Boy + Game Boy Color 1.08GB zip files 3.38GB gb, gbc files I once tested it in an app that moved 24.09GB zip files to Android/data, and every time I opened it up it scanned all the files I don't know how to explain it clearly, English is not my native language. An example: a Windows software Everything searches files much faster than the official Microsoft file manager. I think Mupen64Plus AE creates a file that records information about all the files under the selected path, so that every time I open the emulator I don't need to wait for it to scan all the files I know that hardware life has its limits, so I think that reducing the number of times the application scans for files is good for hardware life

Another request, is it possible to make the emulator list show zip files? Because all my files are zip and unzipping them to Android/data costs a lot of time