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

Custom launcher freezes on 'view info' for some applications #422

Open
1 task done
dopeyhex opened this issue Nov 14, 2024 · 2 comments
Open
1 task done

Custom launcher freezes on 'view info' for some applications #422

dopeyhex opened this issue Nov 14, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@dopeyhex
Copy link

PSP/Vita Model

PSP-3000 (Slim & Bright)

ARK Version

4.20.69 r150

Homebrew/GAME (if applicable)

Daedalus x64

Plugins ( if applicable )

No response

Steps to reproduce

  1. Open the menu in the games tab of the custom launcher with L button for any emulator or program like FuSa (anything in the second column really)
  2. Select "view info"
  3. The launcher will either freeze or show the same game ID across all of the column

USB Charge

Always

Overclock

Always

Power Save

Disabled

Balanced Energy Mode

Disabled

Autoboot Launcher

Off

Disable PSP Go Pause

Off

Unlock Extra Memory

Disabled

Memory Stick Speedup

Always

Inferno Cache

Off

Skip Sony Logos

Off

Hide PIC0 and PIC1

Off

Hide MAC Address

Off

Hide DLC

Off

Turn off LEDs

Disabled

Verification of form.

  • I agree that I properly filled out the items listed above.
@dopeyhex dopeyhex added the bug Something isn't working label Nov 14, 2024
@github-project-automation github-project-automation bot moved this to Todo in ARK-4 Nov 14, 2024
@dopeyhex dopeyhex changed the title Custom launcher freezes on 'view info' for some games Custom launcher freezes on 'view info' for some applications Nov 14, 2024
@JoseAaronLopezGarcia
Copy link
Contributor

It's not really frozen, it's just calculating the size of all files, and some homebrew have a lot of those, so it can be slow.
This can't really be fixed, either we get rid of the recursive size calculation (and just report the size of the eboot only, though that would be incomplete data) or we add some animation to make it clear that it's working on it.

@krazynez
Copy link
Collaborator

krazynez commented Dec 17, 2024

Can you try this on the latest pre-release and see if you still have the issue. Acid has made more sense of the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: Todo
Development

No branches or pull requests

3 participants