PSX "Value too large" to launch after update

hhromic

@zeroblu3 ah good to see some good news!

Can you re-do the steps now again please? I just further refined the patch and would like to confirm that it still works for you. See my previous post.

Thanks for testing!

zeroblu3

@hhromic
followed the steps again.
output here: https://pastebin.com/tXwLTjua

game is still working fine ;)
https://pastebin.com/qT5cWm9s

hhromic

@zeroblu3 thanks for confirming!
Will wait for @SteveXmetal to report back.

SteveXmetal

glad to hear that @zeroblu3 got theirs working. you are awesome @hhromic!
I dont think i have the PAL version of the game, it worked before i upgraded the software.

I'll be away from my Raspberry pi for a week, but i will try the updated steps and report back when i return. Is there an easy way to log that command output and save it somewhere so that i can verify the compiler commands output lines are in it?

zeroblu3

@SteveXmetal
i just did everything over SSH on a windows machine and copy pasted the output from the terminal.
or you can output to file on linux using " >> outputfile.txt" after a command.

hhromic

@SteveXmetal after the "build" step, you should very easily see the flags in the output. Example:

(...)
cc -O2 -march=armv8-a+crc -mtune=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -ftree-vectorize -funsafe-math-optimizations -pipe -DGIT_VERSION=\"" 588bf79"\" -marm -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -fPIC -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Iinclude -ffast-math -O2 -DNDEBUG -Ideps/zlib -DFRONTEND_SUPPORTS_RGB565 -DHAVE_LIBRETRO -DNO_FRONTEND -c -o frontend/main.o frontend/main.c
(...)

These flags are repeated almost everywhere so you shouldn't miss them. Also make sure 100% that you run the "install" step otherwise the built binary won't be used.

I will wait until you have the chance to re-test to submit the patch upstream or unless more people confirm this work for them.

Efriim

@SteveXmetal said in PSX "Value too large" to launch after update:

I ran the codesby exiting emulationstation, running typing them in order and reseting my machine when they were done (if there is a better way please let me know, still a bit new to this).

It is possible to run the commands in SSH on your computer, in putty the copy and paste works "CTRL+C" will still send a SIGINT to exit a script but also copy to the windows clipboard.
To paste the windows clipboard; right click on the PuTTY/ssh window.

hhromic

Update

I finally managed to reproduce the issue myself, and can confirm after some testing that indeed just adding the _FILE_OFFSET_BITS=64 flag solves the issue. I now submitted a PR upstream to fix this.

@SteveXmetal it should def work for you as well, so maybe something didn't work when you tried the previous steps I gave. Once the PR is accepted, you just need to update the core from source and should work. I will be updating this topic when the PR is merged.

Thanks all for reporting and testing.

hhromic

Update

The PR was merged upstream now. If you re-install from source you should get the core with large files support again.

@zeroblu3 can you please test this for me just to confirm? Re-install the core from source normally (no patching).. and check if the large games properly work for you? Thanks

@SteveXmetal it's easy now for you: just update the core from source from the RetroPie package manager menu and you should get the fixed version and hopefully your games should work again.

@BuZz perhaps it would be a good idea to refresh the binaries again, so users don't get confused/dissappointed when trying to load large PBP files in this core. If you do, can you please check if the new flag (_FILE_OFFSET_BITS) is being set correctly during compilation in your chroot build environment? Thanks.

zeroblu3

@hhromic
Updated lr-pcsx-rearmed from source using the update script.
Everything went smooth, games still work fine.
Thank you :)

hhromic

@zeroblu3 thanks for confirming! enjoy FF8 !

BuZz

@hhromic bins rebuilt. Thanks!