Search Criteria
Package Details: pcsxr-pgxp-git 1.9.94.r1731.62467b86-2
Git Clone URL: | https://aur.archlinux.org/pcsxr-pgxp-git.git (read-only, click to copy) |
---|---|
Package Base: | pcsxr-pgxp-git |
Description: | A Sony PlayStation (PSX) emulator based on the PCSX-df Project with Parallel/Precision Geometry Transform Pipeline |
Upstream URL: | http://ngemu.com/threads/pcsxr-pgxp.186369/ |
Licenses: | |
Conflicts: | |
Provides: | |
Submitter: | loathingkernel |
Maintainer: | loathingkernel |
Last Packager: | loathingkernel |
Votes: | 7 |
Popularity: | 0.021287 |
First Submitted: | 2018-03-05 14:41 |
Last Updated: | 2020-05-20 05:56 |
Dependencies (10)
- ffmpeg (ffmpeg-semifull-git, ffmpeg-tmblock-git, ffmpeg4.0, ffmpeg-git-nc, ffmpeg-cuda, ffmpeg-v4l2-request-git, ffmpeg-svt, ffmpeg-headless, ffmpeg-gl-transition, ffmpeg-full-git-hardened, ffmpeg-git, ffmpeg-amd-full-git, ffmpeg-decklink, ffmpeg-intel-full-git, ffmpeg-nocuda, ffmpeg-mmal, ffmpeg-amd-full, ffmpeg-ndi, ffmpeg-svt-av1-git, ffmpeg-libfdk_aac, ffmpeg-full, ffmpeg-full-git, ffmpeg-nox-git, ffmpeg-svt-vp9-git)
- gtk3 (gtk3-donnatella, gtk3-cosy, gtk3-adwaita-3-32-git, gtk3-mushrooms, gtk3-typeahead, gtk3-git, gtk3-ubuntu, gtk3-classic, gtk3-patched-filechooser-icon-view)
- libarchive (libarchive-git)
- libcdio (libcdio-git)
- libxv
- clang (clang-pypy-stm, clang39, clang38, llvm-tce, clang8, llvm-git, llvm-minimal-git, llvm-toolchain-nightly-bin) (make)
- cmake (cmake-git) (make)
- git (git-git) (make)
- intltool (make)
- mesa (mesa-noglvnd, mesa-arm-git, mesa-minimal-git, mesa-git, mesa-minimal+-git) (make)
Latest Comments
1 2 Next › Last »
noabody commented on 2020-07-20 21:15
GCC 10 can compile but needs this flag in the PKGBUILD build section in place of the exports.
CFLAGS+=' -fcommon'
Refer to Porting to GCC 10 for more information.
loathingkernel commented on 2020-05-20 05:58
It happens because of GCC 10. There is an open pull request to fix ODR violations in GitHub but it is insufficient. Builds fine using clang for now.
ForeverZer0 commented on 2020-05-19 22:21
I get the same error as @aphirst, regardless of the with plugin or not.
aphirst commented on 2020-05-18 15:51
loathingkernel commented on 2019-11-28 21:47
@noabody thanks for testing it, I didn't test it at all other than building it to be honest. I have changed it to default to legacy.
noabody commented on 2019-11-26 08:58
fix-pango.patch contains line:
+set(OpenGL_GL_PREFERENCE GLVND)
Which disables libpeopsxgl.so/cfgpeopsxgl (OpenGL video plugin) in Manjaro 18.1.3The line should be:
+set(OpenGL_GL_PREFERENCE LEGACY)
Which allows a native 64-bit build to use the OpenGL plugin.Running pcsxr from a terminal displays this error (GLVND) as soon as the plugin configuration is selected:
Regular configuration without a GLVND/LEGACY preference gives this warning:
scanelf shows that the GLVND selection doesn't use a combination of libraries that actually contains the necessary symbols. I'm surprised no linker errors occur.
I tried to add
${OPENGL_glx_LIBRARY}
to plugins/peopsxgl/CMakeLists.txt target_link_libraries but it simply generates another error:Feels like GLVND is just a rabbit hole we don't want to go down.
loathingkernel commented on 2019-08-26 10:15
@avallac_h In this case I am the maintainer of the linux upstream too. Sadly I haven't had the time to look into this. Hopefully in the next few weeks I will have a look, but main upstream is not always available to accept pull requests on time. I will update the package when I have a fix for this issue.
avallac_h commented on 2019-08-10 14:55
Fix build with pango>=1.44.1-1:
pegasusearl commented on 2019-04-09 15:22
@loathingkernel the one that doesn't detect 32bit plugins which is to be expected
loathingkernel commented on 2019-04-06 19:27
@pegasusearl, you can modify the PKGBUILD to build for multilib systems. Arch doesn't provide a 32-bit version for ffmpeg though and you will have to build it with lots of its dependencies, as they are mostly aur packages. You will also need to modify the dependencies to their multilib counterparts. Do you care to elaborate how x86_64 affects the audio plugin? Or do you mean that it doesn't detect 32bit plugins which is to be expected?