NSO NES freezes after entering settings and get out
NSO NES freezes after entering settings and get out
- Cave 1.5.0.2
- NES ver 6.7.0.0
- Mod installed: Display EX 6.6.0.0
It´s a clean database, just added a few games and then copy the db to atmosphere/contents, as usual , and when accessing the emulator settings, and then exit, it freezes. Only display ex mod is activated.
Tested it in 2 different consoles; a V1 and an OLED, it always freezes.
Comments (11)
-
reporter -
- changed status to open
-
Something I am noticing that I have on my loading screen that you do not based on your video is CaVE Info: 6.6.0.0
I am not having this issue though. I have in the past with another NSO but cant remember what was done to fix. But you might want to start there.
-
CaVE Info should not show, I believe. If it does, its not a major issue by any means, but it is a issue itself. The info mod is not supposed to list itself.
On topic of this freezing issue, as I recall it can happen from various things. Most likely, I need to update some lua’s as some code has changed.
-
reporter Makes totally sense, as it startet to happen in 6.7 , right when DisplayEX started to be available
-
That's because it is a issue with the DisplayEx mod itself. The mod uses several scripts and jsons though, so if any is updated with a minor change while my mod is not… even a tiny bit… issues can happen.
The issue with updating the mods right now is, the process is too cumbersome. It was fine enough when I was actively working on them. But now, having taken time away from them and having to come back to them… The process is a bit much. The lua scripts have to be de-compiled, and thats not just as simple as running them through a program. I had to MANUALLY de-compile most of them, then manually clean up the code into something readable. I don’t need to manually de-compile and clean them all now with each update, but I do need to get them partly de-compiled enough to compare, flag the changes, and see what specific code is updated.
The entire process for me to update CaVE involves a lot. And can be very confusing for my brain after being away from the project for a month or more. So to help myself, I have designed processes to simplify and automate as much as I can. Updating these advanced mods is one I need to find a way do so with as well. I think I have an idea on what I can do. It just has not been a priority yet. The whole Advanced mod side project stuff was not something I planned. It kind of came out of nowhere one day. I have not prepared myself properly for maintaining them yet. I still need to figure it all out.
-
Got around to trying to look into this issue and… right off the bat, I cant reproduce it at all. Whether DisplayEx or DisplayEx+… exiting out of the settings works fine.
I tried with v6.8 of the app, and v6.7 and v6.8 databases.
From the OP, you say “Mod installed: Display EX 2.6.0.0”. I take it you mean v6.6.0.0… since there is not, and has never been a v2.6.0.0 of the mod.
Either way… I have no clue what the issue would be. At this point, the only major differences are locale and game roster. I use EN, and a fullish custom database.
-
reporter You´re right, I apologize, it´s display ex 6.6.0.0 , This is the way I tried it, initially I tought it was because of the amount of games, but I created a new database with a single game and does the same.
It don´t do it if I lower the version to 6.6 or something, but it happens in 6.7 and 6.8 ONLY when display ex is checked.
-
reporter - edited description
-
reporter Tested the new Display Ex 6.9 , the issue has been fixed. :) Thanks @Dark Akuma
-
- changed status to resolved
Nice!
I would think it was a issue with some code being different between v6.6 and v6.7/v6.8... But it worked fine for me. And I have been using v6.8 A LOT lately.
v6.9 sees every aspect of DisplayEx updated, so there should be absolutely zero issues now.
- Log in to comment
Just tested it, doing the same thing in 6.8 @Dark Akuma