I use ffmpeg for video decoding and dshow for at3+ audio. And I have tried my best not to break other platforms yet. In fact, the video part which using ffmpeg may also be possible for other platforms. By the way, I haven't add the header file and lib for ffmpeg and dshow yet. I'm not sure how to do this and need some helps.

So, hi. I'm Karen/angelXwind, jailbroken iOS developer. This is going to be a rather lengthy post of sorts, detailing into the changes that were made in Pangu9 and such — and how they affect PPSSPP.

Note that I will be skipping out on a bunch of the details as to how Pangu9 (fuxiqin) works — simply because I don't think I'm really supposed to say anything about that.

Anyway, you may have noticed that attempting to use PPSSPP's JIT core on an arm64 iOS 9 device will just result in a crash. And you also may have noticed that using any PPSSPP build that isn't from PPSSPPBuildBot (that I run) will... "crash" instantly at launch, no matter what you do.

This is due to a number of changes in both iOS 9 and how Pangu9 works. iOS 9 (and OS X 10.11) includes something Apple advertises as "Rootless Security"

Now, many people think "Rootless" means "there is no longer root on iOS/OSX" — no, that'd be crazy. "Rootless" (on iOS, at least) is actually called KPP — Kernel Patch Protection — something where iOS checksums the kernel constantly (ARM TrustZone functionality is how they're doing that without destroying battery life), and panics if anything is patched.

Because of this new security model in iOS, Pangu9 had to make a number of innovations in how the untether works — this is where I skip out on details. The core thing that affects PPSSPP and other projects requiring JIT/modifying of rwx memory pages (like my own NO PLS RECOVERY) is the fact that the kernel is no longer patched.

You see, no one's actually figured out how to break KPP. So Pangu9 does not actually patch the kernel, but rather does some [censored] magic to achieve most of what we see in past jailbreaks. Unfortunately, VM_PROTECT is not one of these things — this is what broke basically every JIT implementation out there.

Now, some of you with iOS 9 32-bit devices (iPhone 5, 5c, 4s; iPad 2, 3, 4; iPod touch 5) may have noticed that hey — PPSSPPBuildBot's PPSSPP builds have perfectly working JIT! This is because Pangu9 on 32-bit devices actually does patch the kernel, including VM_PROTECT ;P So JIT is fine for you.

The solution to this issue is something I've already told @hrydgard — you'd need to do some trickery with deallocating/reallocating pages. While VM_PROTECT isn't patched, this is (so no, this won't magically make JIT work on non-jailbroken devices).

Basically, you'd have to use vm_deallocate and mmap (with the MAP_JIT flag) in order to perform JIT.

Now, this is something that... should work — by that, I mean no one's actually done this/tested this before. So we're headed into uncharted territory here ;P

So that's JIT.

Now, moving onto this crash-at-launch issue that people are experiencing. This one's really simple, actually.

Basically, it's an issue with code-signing. PPSSPP is an unsigned binary, and iOS 9 doesn't like that. We'd need to at least fakesign it via adhoc signing (use - code-signing). I have a pull request coming soon that'll fix this issue, but for now PPSSPPBuildBot already does this.

So what happens now?

Currently, I'm still terribly busy with school (college applications, notably) — but those will be over in a few days. I plan to submit a pull request that'll do a few things:

1. Modify the canUseJit functionality to check to see if PPSSPP is running on arm64 iOS 9 — if so, the device will be marked as JIT-incapable (but not necessarily unjailbroken). This will fix the vertex shader JIT crash that occurs even if CPU JIT is off. When @hrydgard gets around to modifying the JIT core, this will be removed.
2. Fix the codesigning issue by setting it to use Adhoc codesigning as opposed to no codesigning.

I tried a search in the issues here to see if anyone reported this yet, but it seems no one did.

While playing Danganronpa (both the demo and the full release) in PPSSPP I noticed objects are not interactable. This basically makes the game unplayable since the requires object interaction on many occasions. I notice the same issue on JPCSP, however the software rendering mode in JPCSP works with the objects (and has since at least revision 2450, the first software rendering public release; https://code.google.com/p/jpcsp/source/detail?r=2450). Unfortunately I can't check earlier releases' software rendering modes since I don't know how to compile JPCSP.

I'll attach a picture of what PPSSPP and JPCSP (in software rendering mode) get when hovering over a should-be-interactable object.

(JPCSP in software rendering mode)

(PPSSPP)

Heya,

Today i trying to build on my RPI a PPSSPP, but i still failure becouse libswresample has not found.

/home/pi/Desktop/ppsspp/Core/HLE/sceAtrac.cpp:95:38: fatal error: libswresample/swresample.h: Directory or file not exists

I searched alot about that and i found its becouse of ffmpeg, but i installed ffmpeg, but anyway, i probably need a ffmpeg-dev, but thats not for RPI...

Any ideas?

//EDIT: after some exploring i found that file in Hrydgards FFMPEG repository. That repository i got, and i found that file in my "solution". So i dont know why the sceAtrac cant found swresample.h ...

When I try to access the 5th block of Tartarus the game crashes with no explanation, I can still get to it via the 4th block but when I exit a battle 9 times out of 10 it'll crash as well, I'm using the default emulator settings and the game has been going smoothly till this point so I am really confused as to why this is happening. If anyone knows how to fix this, I'd be really glad to try it. Thank you in advance.

EDIT: Works with Hardware Transforming disabled, tested on version 0.8.1-648-g88685b0 Special thanks to @solarmystic and @vsub

EDIT 2: first of all, sorry for no updates, been trying to reach 5th block on my 2nd playthrough, but now that I'm there I can say that @sum2012 's build works with Hardware Transform ON, I can play perfectly without any crashes, but, I don't see a difference in speed as @solarmystic said, but that may be just me. In conclusion, this is closed for good, I'll just keep using this build until an actual official fixed version is released by the developers. Thank you @sum2012 for the build and @solarmystic for the trace that led to the build. And again, sorry for no updates in a while.

EDIT 3: Oops, guess I said that too soon... Tried to close the menu while in the block and it crashed on me... I'm gonna need to re-open this thread...

EDIT 4: Works without crashes on the newest version with default settings.

Our video playback is now working pretty well but there are apparently a few edge cases left. Here are the ones I know of that likely have this problem, let's collect them here.

PSMF:

• ~~Ore no Dungeon~~ (PSMF)
• ~~SBK-09 Superbike World Championship~~
• Hysteria Project (#3844)
• ~~Parappa The Rapper (PSMF, 448x240 video)~~
• ~~Crimson Room Reverse~~ (PSMF problem) http://forums.ppsspp.org/showthread.php?tid=5877&pid=70999#pid70999

MPEG:

• Bust-a-Move Deluxe
• Star Wars Lethal Alliance
• Marvel Ultimate Alliance 2 (#4324, also uses scePsmf)
• Megaman Maverick Hunter X (#3318, but skippable)
• Pacman World 3
• ~~Street Supremacy (#3342)~~
• ~~Zero no Kiseki (MPEG)~~
• ~~Motorstorm: Arctic Edge (#3326)~~
• ~~Obscure The Aftermath (#2203) (MPEG)~~
• ~~Dead Head Fred (#5003)~~

Uncategorized:

• ~~UFC Undisputed 2010 (#5112)~~
• ~~Alien vs Predator: Requiem~~ (#4546)
• ~~Heavens Will (ULJM05186)~~
• ~~The Warriors~~
• ~~Mai Hime - Senretsu Shin Fuuka Gakuen Gekitoushi~~
• ~~Heroes Phantasia~~
• ~~Ace Combat X2 Joint Assault / Ace Combat: Joint Assault~~
• ~~Key of Heaven~~ (stuttering now though)
• ~~Naruto Shippuden Ultimate Ninja Heroes 3~~
• ~~Final Fantasy IV~~
• ~~Lunar: The Silver Star~~
• ~~World Neverland~~
• ~~Valkyrie Profile~~
• ~~TMNT (#3673)~~
• AVATAR _______(video broken).
• MX vs. ATV Reflex______(Game doesn't work).
• Silent_Hill_Shattered_Memories_______(Game doesn't work).
• MediEvilResurrection_______(Sound scraps).

We've gotten an influx of new users thanks to the release of the translation patch and looking at various forum threads they're hitting the following pain points:

• Texture scaling slows down unexpectedly much (perhaps they choose Auto? it really overdoes it) (IMPROVED)

• Crashes due to multithreading:

  "Game keeps crashing at the same point for me, "This is recon, weve found one of the jammers" as soon as i walk to boss exe crashes (ppsspp latest build) edit: It seems multithreading caused it, turned that off :P"

• Massive slowdowns at the end of the tutorials have been reported, not sure if related to texture scaling

Other bugs:

• First (and second and probably more) cutscene after starting the game won't play (Android only, works on Windows) (FIXED)
• When having just defeated an enemy and when grabbing phantoma, the screen turns black for a second on Tegra.
• Cracks in geometry + z-fighting on some hardware only
• The Codex issue is a bug with the translation patch. Seems to usually work if you in-game save and load (not states). So not a bug in PPSSPP.

I think we need to change how we expose texture scaling in the interface. The slowdowns aren't as extreme anymore when texture scaling as I've added a hauristic that prevents more than a certain number of texels per frame to be scaled.

What happens?

In-Game/Fights, particle effects and physics only applying correctly on Player 1 side during fights. On Player 2 side, properties operate as if they are being performed from P1 side. This leads to reversed effects and physics being applied to everything from P2 side. This effectively makes the game unstable/unplayable, since only one player side functions correctly.

What should happen?

Here is the direct comparison with the same variables on both hardware and emulation. https://youtu.be/q1YjrLXTq7c

What hardware, operating system, and PPSSPP version? On desktop, GPU matters for graphical issues:

This was most recently tested with the UMD directly, to ensure there wasn't an issue with the source file being tested.

Win10 / Android (unknown config for android, was tested on two devices in the past and not working) PPSSPP v1.9.3 Direct3D11/9, OpenGL, Vulkan Nvidia 2080 Max-Q and Nvidia 970m tested with current build. Many other configs have been tested with previous builds over multiple years.

I am aware that music does not work yet due to a lack of a AT3+ decoder but most PSP games sound FX seem to work just fine.

I tested both Monster Hunter Freedom and Monster Hunter Freedom Unite and neither games output any audio. Even when using the PPSSPP fork that uses Sonic Stage there is still no audio playback so I assume this is a game specific bug.

I'm surprised nobody has reported this yet, but it's been afflicting this game since at least June or July of 2013, so a precise range of builds is not really possible. I haven't seen reports of this happening before then, however. @solarmystic: do you know if this problem existed back in the 0.7 or 0.7.5 days, or even earlier?

Basically what happens is both fighters' legs will move back and forth on their own in a glitchy manner when they're idle, and not being moved by the player/AI. It's especially noticable if one goes into practice mode and pushes the opponent up against the wall.

Steps for reproduction:

1. Start Tekken 6.
2. Enter practice mode.
3. Pick any two characters, and push the CPU opponent against the wall.
4. Observe the trembling/twitching/"flickering".

I tested with 0.9.6-881-g8c63f38, Windows x64. No combination of Vertex Caching, HW transform, texture scaling, buffered/unbuffered rendering, Jit on/off, Fast Memory on/off, SoftGPU, etc., fixes it.

What should I look for in the GE Debugger?

SoftGPU testing isn't an option; the game is completely broken graphically in it:

Here's a video of the problem: https://drive.google.com/file/d/0BwcSjM-JLvbkX2VKM1NhOTVtQmc/edit?usp=sharing

let the screenshots describe the problem off

on

off

on

off

on

other one i found Dissidia Final Fantasy, and dissidia 012

on https://f.cloud.github.com/assets/4175383/429926/e3487bd8-ae56-11e2-9487-3f022301b81e.png

off https://f.cloud.github.com/assets/4175383/429925/df73033e-ae56-11e2-9702-36ebc6720ef3.png

Tested on galaxy tab 2 7.0 and galaxy nexus this is becoming really annoying @_@

We get a bunch of OpenGL validation errors when reaching in-game in Wipeout Pure running in debug mode and then it crashes.

Seems we're trying to link a program with already deleted or outdated shaders. Culprit is https://github.com/hrydgard/ppsspp/commit/5749b5a825f0d30a14a305b5cdb2a73a80323cbc from https://github.com/hrydgard/ppsspp/pull/16577 - clearing the cache after the useflag changed is new.

I guess we have some work to do on runtime OpenGL shader cache clearing as well, similar to #16762

Part of #16567, the effort to reduce the number of unique shaders/pipelines we generate.

First time we use uniform bools. If needed, can easily switch it to a float. If we were only targeting modern APIs I'd just make a uint bitfield of course.

~~For some reason, this doesn't work with D3D9 yet.~~ works now!

Had to expand the uniform buffer again, but will optimize it down again later, though I think it doesn't matter too much.

Needs some testing on older OpenGL before merge.

What happens?

Screen transition effect rendering incorrectly as blocky visual noise.

Can be seen during intro screen, when accessing options and album menu items, and consistently throughout game itself.

What should happen?

Screen transition effect should crossfade transparently and evenly as on real hardware.

What are you using?

What hardware / device and operating system?

Android 12 and Windows 11.

What graphics card (GPU) or mobile phone model?

Pixel 3a / Nvidia GTX 1060

What PPSSPP version (standalone/official), and did it work before?

Using both backends, default settings.

Has been observable on various versions over at least the past year, have not checked specific older versions.

Using PPSSPP gold v1.14.4 and latest build v1.14.4-109-g9d3dfab26

Which game or games?

for Symphony Portable ULJM05258 v1.01

Checklist

• [x] Test in the latest git build in case it's already fixed.
• [x] Search for other reports of the same issue.
• [x] Try resetting settings or older versions and include if the issue is related.
• [x] Include logs or screenshots of issue.

What should happen

Hello !, a function function that I find strange that PPSSPP has not had in a while, basically it is to automatically hide the touch controls when a Joystick is detected, and when no Joystick is connected ,Touch controls come back normally.

Who would this benefit

All.

Platform (if relevant)

Android

Games this would be useful in

All.

Other emulators or software with a similar feature

DuckStation AetherSX2 PizzaBoy GBA PizzaBoy

Checklist

• [X] Check the latest git build in case it's already implemented.
• [X] Search for other requests of the same feature.

Currently, the touch controls fade out after not being used for a while which is nice when watching cutscenes, or in multiplayer sessions I guess in downtime between matches and stuff like that. The chat button, if enabled, doesn't fade out though, and this we should probably fix.