Got it, someone from the official ppsspp-forum had the final hint.
I share this here for everyone running in the same issue (which should happen if you updated recently):

"RE: graphical issues since last update
Turn off the vertex cache setting.

It used to be accidentally disabled in code, but we re-enabled it recently. It seems to be malfunctioning on some devices now, though. It was accidentally broken for several stable versions."

@ffaddic thanks for info.
I am aware that you can force retroarch to get updated even without being supported by the retropie setup-script.
I prefer to wait until retroarch gets verified and 1.9.x (even .13 maybe?) will be part of the official setup-script to avoid running in other issues :)

Thanks for the advise concerning *.cso.
I just had a look, i only have *.iso on the pi while in fact having lots of *.cso on my real CFW-PSP1001 ;)

@mitu Thanks for the reply! I’m not at my Pi at the moment but when I get situated, I’ll give that a shot and report back!

Hello , i have more problems GTA games , Vice City , Burnout dominator and some other i think the most recent PSP games boots fine and menus are ok.
But in the game the graphics are broken and unplayable. Cars and people falling trough the road and grass etc.
Same roms / dvd content are fine on ppsspp win10 desktop machine.

Tried vulkan on the PI4 but more and the same problems, also tried booting retropie standalone image and on twister os same result.

PI4 / 8GB
32 bit or 64bit kernal on twister os same problem.
ppsspp without retropie same problem.
Al on the latest updates of may 2021

Can anyone give some advise.

@stumcbill
The only two things I can think of are

Drive is full File permissions issue

#1 is easy enough to check, #2 shouldn't be an issue as long as your USB drive is using the FAT32 file system.

When you say you manually save, if you mean through the game's normal save feature, you could try using a save state as an alternative. If a save state worked then it likely would mean that none of the above applies and it is something else.

@mitu i'm back if you're still here for some reason...
i tried again for the log.
here it is: https://pastebin.com/U96FjKBt

@dankcushions
Pi Model or other hardware: (B, B+, 2 B, 3, X86 PC etc..) Pi4
RetroPie Version Used (eg 3.6, 3.8.1, 4.1 - do not write latest): 4.7.1
Built From: (Pre made SD Image on RetroPie website, Berryboot, or on top of existing OS etc.. - please provide the filename of any image used): Premade SD image
USB Devices connected: none
Controller used: SN30 Pro
Error messages received: N/A
Verbose log (if relevant): https://paste.ubuntu.com/p/BYN4x55wf3/
Emulator: (Name of emulator - if applicable): lr-ppsspp
Attachment of config files:

# Settings made here will only override settings in the global retroarch.cfg if placed above the #include line input_remapping_directory = "/opt/retropie/configs/psp/" #include "/opt/retropie/configs/all/retroarch.cfg"

retroarch.cfg: https://paste.ubuntu.com/p/xbCSQbJvhB/

Using Retropie on a Raspberry Pi

PSP games in .pbp format will work fine in ppsspp and lr-ppsspp

PSX games in .pbp format will work fine using lr-pcsx_rearmed

What do you think about my findings friends?

I had this in standalone ppsspp then upgraded it to the lastest source and it went away. Try updating ppsspp from source.

BW

@quicksilver
In buffered I get this, but I don't know how to change it in lr-ppsspp, but in ppsspp it gives me a black screen.

@mitu said in Issues with libsnappy-dev?:

http://mirrors.pidginhost.com/raspbian/raspbian buster/main armhf libsnappy-dev armhf

Ahh.. got it. Thanks for your help, I changed mirrors in sources.list and I'm good to go. Should have thought of that. That's what I get for doing a rebuild at 3 am on a Saturday night.

@akamming I confirm the same problem and the same error. It seems to be related to some parameter in the config files (maybe retroarch or core options).

I solved this. I changed the analogue control settings at the bottom of the list to match the buttons (not the other way round). This game now works with two analogue sticks.

I updated both last night both work, however lr-PPSSPP has developed a strange lag issue. The game appears to have frozen for a few seconds but the audio still plays, then the screen catches up. Most games are unplayable.

PPSSPP seem unaffected by this.

Well, that was kind of expected (for lr-ppsspp), without a board to test, it's hard to make this work by just trying compile options.