Skip to content
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

ROM List Optimisation #52

Open
SonicRay100 opened this issue Aug 16, 2020 · 1 comment
Open

ROM List Optimisation #52

SonicRay100 opened this issue Aug 16, 2020 · 1 comment

Comments

@SonicRay100
Copy link

I believe the ROM list needs to be optimised as displaying a large amount of ROMs (949 entries) can take a while to load.

This is also dependant on the type of layout as having more list items/columns can take a long time to display and has caused temporary/permanent application hangs and even application crashes.

I believe that prior to the optimisation a way to mitigate the issue would be to have an option to prevent the ROM list from constantly reloading every time you exit the configuration menu (even if you have not modified anything). Although if you still have many list items/columns, it would still result in the application hang/crashes upon first loading the application.

This issue has made the application rather difficult to use and is a major factor in me not using this application.

@dh4
Copy link
Owner

dh4 commented Oct 5, 2020

Have you looked at this?
dh4/cen64-qt#4

I did some preliminary work into refactoring the views to help them perform better which I linked to near the bottom of that thread.

I never tested the application with more than ~300 ROMs since that would have included the entire North American N64 catalog, mods excluded. I know it performs poorly with a much larger number of entries than that and there's probably a few more basic things than a full refactor that I could change like not reloading it so often.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants