Package Details: ppsspp-git 1.8.0.r358.2a664add3-1

Git Clone URL: (read-only)
Package Base: ppsspp-git
Description: A PSP emulator written in C++
Upstream URL:
Licenses: GPL2
Conflicts: ppsspp, ppsspp-qt, ppsspp-qt-git
Provides: ppsspp
Submitter: libcg
Maintainer: alucryd
Last Packager: alucryd
Votes: 39
Popularity: 0.000025
First Submitted: 2012-11-05 20:36
Last Updated: 2019-06-25 08:18

Latest Comments

1 2 3 4 5 6 ... Next › Last »

alucryd commented on 2018-08-28 12:43

Indeed, they've added 2 new submodules. Forgot to add ppsspp-git back to my automated builds so I didn't catch that change. Just pushed an updated PKGBUILD, thanks for the heads up.

Enverex commented on 2018-08-27 21:37

Thanks alucryd. I hadn't ran into that myself.

I think one of the recent GIT updates may have broken the package. Not sure if it can be fixed in the build script or if it's simply a case of waiting for upstream to fix something. It fails immediately after configuring with:

CMake Error at ext/discord-rpc-build/CMakeLists.txt:33 (add_library): Cannot find source file: ../discord-rpc/src/backoff.h

alucryd commented on 2018-08-20 14:58

Yes, system ffmpeg doesn't work. Try running the first patapon for example, don't remember what the exact symptoms, but there are issues with the intro video for instance.

Enverex commented on 2018-08-20 12:19

Is there any reason at this point to build FFMPEG along with this package rather than using the system version of FFMPEG? (via the build flag -DUSE_SYSTEM_FFMPEG). I haven't noticed any issues with this and it cuts down repo sync / compile time significantly.

Griever commented on 2018-06-18 02:48

Similar to @loathingkernel, wouldn't it be better to build ffmpeg instead of relying on prebuilts? It would reduce the checkout time and save bandwidth. Compilation time is very short due to the buildscript only enabling the bare minimum features required for emulation.

As far as I know, PPSSPP's ffmpeg repo differences from upstream are only including prebuilt binaries and buildscripts, no actual source changes.

Also similar to @loathingkernel, I created a PKGBUILD1 which uses ffmpeg 3.0.x but instead of using an official release archive, I just use a snapshot of the 3.0.x branch. You could modify the .gitmodules file to use ffmpeg's git repo and set the branch but the checkout time and size is rather large due to the number of commits. AFAIK, you can't git submodule update a shallow clone of a branch.

Might I also suggest replacing PPSSPP's SDL gamecontrollerdb.txt with It has much better out-of-box controller support.

1: Please excuse the removal of maintainers/contrib in the pkgbuild; the repo is for personal use and I remove them and replace with a dummy maintainer to improve readability and appease linters.

Enverex commented on 2018-05-26 19:29

This package refuses to install anymore as it seems to conflict with itself:

:: ppsspp-git and ppsspp-qt-git are in conflict

It's a multi-package PKGBUILD which makes ppsspp-git, ppsspp-headless-git, ppsspp-qt-git, so when it tries to install all 3 of them, it fails.

loathingkernel commented on 2018-01-17 17:18

I have a suggestion. Instead of pulling in ppsspp-ffmpeg repository, which is almost 1gb of binaries, ppsspp can be built using the latest ffmpeg from the 3.0.x branch. This also takes advantage of any bug fixes in ffmpeg as the version in the repository is stuck at 3.0.2. Thankfully upstream provides a script to statically build the minimal ffmpeg they need.

Here is my take on the PKGBUILD if you are interested

Ignore the clang stuff or the lack of -git suffix, it is just my personal preference.

alucryd commented on 2017-05-19 23:47

The wrappers should now handle evil spaces. As for why they're there, it appears there were issues when assets were in /usr/share/ppsspp, also, with all due respect to upstream, I don't want the main binaries to have ugly all caps names, the main binary should be named after the package.

Enverex commented on 2017-05-17 12:37

There's a few issues with this at the moment. The wrapper script doesn't handle variables very well and breaks paths that contain spaces (you can't escape them either with slashes or quotes) so that needs to be changed. e.g. "ppsspp /path/to\ my/file\ is\ here.iso" won't work.

That said, the wrapper itself may not be necessary at all anymore as PPSSPP supports installing the assets folder system-wide (as of therefore PPSSPP can now be installed to /usr/bin and the assets to /usr/bin/ppsspp/assets, negating the need for the wrapper scripts at all.

alucryd commented on 2017-04-11 20:50

Should be all good now, I'll do the same with the community package sometime this week.