RA: PCSX ReARMed crashing on Final Fantasy 7 - ios 9.35

RetroArch Apple devices
#5

Sorry, not sure how to do that! Can I select the version directlly in RA?

#6

@AfonsoH Just update your cores in the Online Updater

#7

Oh sorry. I though I had to downgrade to a version from 2020. Just updated the core, now it sais ReARMed (r22) instead of ReARMed (r22 d56340b). Using scph7001 as suggested by @dagazik and both EU and USA versions crash before entering the “new game / continue” screen. Will try with default 5500,5501 and 5502.

EDIT: tried with 5500,5501 and 5502, but same crashes. Maybe its a hardware problem (to weak to run)?

#8

@AfonsoH No, your device has enough RAM and GPU performance - problem in software.

We with @Weedy_Weed_Smoker testing support for the 1st generation iPad and even it runs all games at full speed with 50% load: https://www.youtube.com/watch?v=W3yJ9tax5-8

1 Like
#9

Good to know! Tell me if I can help debug it somehow. But I can’t seem to get the logs working (log files are created but with 0 bytes - no content)

1 Like
#10

@AfonsoH This is just a guess so far, we are trying to find the reason in this thread: Archive of RetroArch for iOS 5.1.1?

It seems that the new versions of the ReARMed do not work well with memory on 32-bit devices (freezes occur at the time of contacting the CD-ROM) and as a solution we are looking for an earlier version.

Please check this version of the core (manually replacing the current one in the core folder / should work slowly but steadily): https://github.com/laeryn/libretro-ios-cores/raw/master/pcsx_rearmed_interpreter_libretro_ios.dylib

Please tell us what result you got on iOS 9 :slightly_smiling_face:

#11

Thanks. I can confirm that no crashes occour (after patiently waiting for the intro cinematic to end, because you are also right, it became a lot slower). Unfortunately like this is unplayable :slight_smile:

Now that you mention it, I recall doing something in CMRae Rally 2, which was to change to the interpreter during changes and enabling dynarec on the race. Guess the pure interpreter is able to render things nicely, whereas dynarec fails sometimes when accessing the cd-rom.

1 Like
#12

@AfonsoH I uploaded a new test version from jul 2018, please try to update and report your experience!

#13

@Weedy_Weed_Smoker I tested it. Your build of ReARMed r22 4adc2c29 from jul 2018 - freezes not saved and also slows. :frowning_face:

#14

Tested as well. Confirmed very slow, but no crash on FF7 for a few minutes.

#15

Just a related question: although not ideal, is there any place on the internet where one can access a revision history of the PCSX ReARMed cores? It is a long shot, I think, but maybe one could find a specific revision that worked well with a specific game and use it. Just a thought! (and I have not said it yet, but a big THANK YOU for all the efforts placed on libretro, retroarch, and all the cores development and compiling for so many platforms).

#16

@AfonsoH It seems that at the moment there is no such place. Before, old versions of core ReARMed could be found on the official server, but after it was recently hacked and all the data destroyed, only the current builds are there. :angry:

In order for the core to work, it must fulfill several conditions:

  • Be compatible with processor instructions(in our case ARMv7).
  • Be compatible with the RetroArch 1.9.0 working rules.
  • Be compatible with the ios version.

You can try this: https://github.com/laeryn/libretro-ios-cores/blob/master/pcsx_rearmed_libretro_ios.dylib In my case, this bild caused the application to crash, but in your case it may work(since you have a more new version of ios).

Please tell us what result you got on iOS 9!

#17

Oh that’s unfortunate :frowning: Thanks for the link. I tried it (the core is identified as r22 only). Speed is great, loaded without any problem. AND just played for 5minutes with fastforward always on and NO crashes! THANKS! The only thing I’ve noticed is that the notice that used to appear right after loading the content (something like CD 1/3 loaded - since I tried a multi-cd rom and loaded it with an m3u file) didnt appear. So not sure if this build is compatible with multi-discs?

EDIT: going to menu > home > quick menu > Disc control > eject disk > current disk index and I can see that 3 discs were loaded. But I guess that checking if it really works willl make me have to get past cd1 altogether :sweat_smile:

Thanks!

1 Like
#18

@AfonsoH I updated the buildbot with a version from 2016 that should be working fine too! (just a little more recent than the link…)

You can update your core now! (And report back if everything’s working fine…)

1 Like
#19

Thanks! Just tested it (r22) and I can confirm that no crashing occours.

1 Like
#20

@AfonsoH That’s great news! Maybe you can add a (Resolved) before the title of your post now…

1 Like
#21

I’d do it but I think I don’t have that forum priviledge yet!

#22

There should be a pen icon next to the title if you have the privilege…

#23

That’s the issue, no pen icon. I guess it’s because I’m still a basic member and need to be a regular one. Guess I have to play around in this forum for a while!

#24

I have compiled several dozen versions to pinpoint the commit: d148d26 (September 19, 2016) At this point, the approach with clearing cache changed, as well as some other changes to dynamic recompilation.

@AfonsoH Please check these versions on your iPadMini with iOS 9.3.5:

All of these versions are not signed with a developer certificate, but on a device with Jailbreak and AppSync they should work(in my case it works). For test use version WITHOUT _interpreter :slightly_smiling_face:

If the behavior is similar to that I assumed, then the problem appeared on September 19 2016 and persists on any 32-bit version of iOS. In the near future I will create a post on the GitHub and this will be required in order to accurately understand the scale of the problem.

Please report your experience!

1 Like