open_agb_firm only displays around 1k entries in a folder, add scrolling maybe

[observeroftime01]

Using open_agb_firm beta build 2024-07-30 on a N3DSXL, accessed using the Luma chainloader. It's on a 256gb FAT32 16kb cluster Samsung microSD, which has been tested and verified.

1. When navigating to a directory which contains more than ~2k files, the remainder of the files get cut off and can not be accessed. Figured this out after placing every single US GBA dump on an SD card. Seems like a bug or some other limitation. I can get around it by creating subfolders that combine multiple GBA dumps, but figure I mention it here. I was able to access precisely 1178 files this way, the rest was just not accessible. To reproduce, copy ~2k GBA dumps onto your SD card into a single folder, try accessing the last entries in that folder, you won't find it in the ROM select screen. I tested this with TWiLightMenu as well, and there is no problem accessing the rest of the folder's contents. I prefer open_agb however.

2. Trying to get to the bottom or top of a list with 2k entries takes a while. I know that I can use L/R on the D-Pad to go to the next or previous page. Would it be possible to simply hold down the respective button and scroll through entire pages without having to repeatedly press left or right (or up and down, for that matter)? As in, I press and hold the button, and every 50 - 100ms it flips to the next page, until I let go of the button.

Now that SD card storage is no longer at a premium, and people are enjoying lavish 256gb and 512gb cards in their 3DS, it is entirely feasible to have an entire region's GBA library on there (about 10gb untrimmed).

I had a look through the known issues and hardware limitations in the readme, but it mentions no folder file count limit. If this can't be fixed, it might be worthwhile to add a sentence about the maximum numbers of files per directory the firmware currently supports. That way people like me can come up with a more sensible way of organizing their library before copying it to the SD card.

Thank you for your time and consideration.

[profi200]

The entire ARM11 code currently sits in a memory area of just 512 KiB in size and i didn't want to extend the heap into FCRAM (128 MiB) which is later needed for the game and becomes inaccessible. That's why i set a limit of 1000 files (less if the average file name length is very long and there and it's a hard limit of 1000). Technically there is still some RAM left but it would limit the code size and therefore i would not have much left for adding the planned GUI.

To go to the end of the list press up at the start of the list. Thing is i don't really want to waste time on the bare bones file browser when i can use that time for the GUI. That's why i didn't really bother improving it.