Package Details: pcsx2-git 2.3.10.r0.g5441c7ed59-1

Git Clone URL: https://aur.archlinux.org/pcsx2-git.git (read-only, click to copy)
Package Base: pcsx2-git
Description: A Sony PlayStation 2 emulator
Upstream URL: https://github.com/PCSX2/pcsx2
Licenses: GPL-3.0+
Conflicts: pcsx2
Provides: pcsx2
Submitter: alucryd
Maintainer: weirdbeard (xiota)
Last Packager: weirdbeard
Votes: 130
Popularity: 0.32
First Submitted: 2014-03-26 14:17 (UTC)
Last Updated: 2024-11-08 23:36 (UTC)

Dependencies (32)

Required by (3)

Sources (8)

Pinned Comments

weirdbeard commented on 2024-08-17 03:40 (UTC)

https://github.com/PCSX2/pcsx2/pull/11632

This package now enables Cmake Package mode proper. PCSX2 will here on, be installed in the package standard folders /usr/bin, /usr/share, /usr/lib. Following the XDG standard pcsx2's config files remain in .config/PCSX2

In order to ensure a proper and clean upgrade. Uninstall this package COMPLETELY and clear cache before reinstalling.

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 66 Next › Last »

weirdbeard commented on 2022-06-05 01:07 (UTC)

It literally won't function as a package right now. If it did this would be QT. There's issues with the resources folder that I submitted a PR to fix. We'll see if it gets merged though.

Star-X commented on 2022-06-05 00:38 (UTC)

Any chance of making PCSX2-Qt be a separate build for those of us who want to try the bleeding edge builds using the new Qt interface? I eventually figured out how to compile the damn thing by hand, but it would really help matters if someone could make an AUR package for the QT side of things. That or make this package compile both versions simultaneously.

weirdbeard commented on 2022-05-23 16:55 (UTC)

Should work again, after heavy discussion. We're sticking with WX until further notice

sayonalion commented on 2022-04-28 00:11 (UTC) (edited on 2022-04-28 00:12 (UTC) by sayonalion)

When booting an ISO I get the following error.

Trying version 3.1 (ES)
Got version 3.1 (ES)
Created a OpenGL ES context
OpenGLES Graphics Driver Info:
        OpenGL ES Context:
        OpenGL ES 3.1 340.108
        NVIDIA Corporation GeForce 410M/PCIe/SSE2
GS failed to open
(p) STL Runtime Error: GS failed to open.(thread:EE Core)

What can be the reason of this? How to solve it?

weirdbeard commented on 2022-04-26 15:12 (UTC)

So, alucryd was having issues with his SSH keys preventing him from pushing packages which were just fixed today. The stable rapid YAML package is up to date. If anyone was having issues before building this package that should be resolved now.

weirdbeard commented on 2022-04-17 17:05 (UTC)

It's been fixed. I set the package back to release, and I undid an oopsie on my part. I had accidentally pushed the package built with symbols unstripped. Sorry yoshi

weirdbeard commented on 2022-04-16 05:55 (UTC)

If anyone updates and notices this package is completely broken.

https://github.com/PCSX2/pcsx2/pull/5891 is the attempt to fix it

yoshi314 commented on 2022-04-12 07:50 (UTC)

there is a difference between binary with debug symbols and debug build. Two different things, and this won't be stripped away.

Debug build of pcsx2 logs a lot more to stdout, and that may cause some performance degradation. Recently it logs every instanced texture, for example which causes a significant amount of log messages (maybe it's vulkan-only).

Btw binary is still not getting stripped. Maybe there should be an additional step of strip on resulting binary? Also, link time is extreme at the end of the build.