Package Details: pcsxr-git 1.9.94.r1697.6484236c-2

Git Clone URL: https://aur.archlinux.org/pcsxr-git.git (read-only, click to copy)
Package Base: pcsxr-git
Description: A Sony PlayStation emulator based on the PCSX-df Project
Upstream URL: https://github.com/pcsxr/PCSX-Reloaded/tree/master/pcsxr
Licenses: GPL
Conflicts: pcsx-df, pcsxr
Provides: pcsxr
Replaces: pcsxr-svn
Submitter: alucryd
Maintainer: tallero
Last Packager: tallero
Votes: 47
Popularity: 0.000000
First Submitted: 2016-08-16 19:25 (UTC)
Last Updated: 2021-06-03 09:27 (UTC)

Latest Comments

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

j32b commented on 2022-10-03 20:33 (UTC)

  1. This does not compile. There is an error in a file that complains about:
pcsxr-git/src/pcsxr/pcsxr/libpcsxcore/cdriso.c:287:45: error: 'AVStream' has no member named 'codec'
pcsxr-git/src/pcsxr/pcsxr/libpcsxcore/cdriso.c:287:45: error: 'AVStream' has no member named 'codec'

I checked and indeed, FFMPEG seems to have deprecated that field : https://patchwork.ffmpeg.org/project/ffmpeg/patch/20210419141522.8329-1-jamrial@gmail.com/#63924

  1. Looking into the other AUR package pcsxr, that one compiles fine; However checking its PKGBUILD I discovered that it gets code from another repo? a fork of a fork of the original, this one (https://github.com/MaddTheSane/PCSX-Reloaded) Which seems to have been active up to 2020. (Note that pcsxr-git gets code dating 2017) So a repository exists with newer code (and possibly improvements, fixes?) to the one that pcsxr-git gets. The funny thing is that the other package pcsxr which acknowledges that other repo, doesn't use any of the fresh code, and it just downloads a 2015 tag.

I don't have much experience with compiling in linux or the make systems, so I just kinda swarmed by trying to make this compile (and the other newer repo)

Yes this is a niche PS1 emulator, there are other better ones out there. But this one is fast, probably the fastest and I wanted this to run on some old hardware that I am experimenting on.

tallero commented on 2021-06-03 09:27 (UTC)

thanks! fixed

hlechner commented on 2021-06-02 23:03 (UTC)

Just to complement the last comment (by algebro), to fix the errors while compiling it, just add this line to PKGBUILD: CFLAGS="$CFLAGS -fcommon"

before the line: cmake .. \

algebro commented on 2020-12-29 02:35 (UTC) (edited on 2020-12-30 15:52 (UTC) by algebro)

Is anyone else getting a build error related to bladesio? I have not had any luck getting this package to build nor the upstream one...it looks like it's due to settings being defined multiple times:

[4/84] Linking C shared module plugins/bladesio1/libBladeSio1.so
FAILED: plugins/bladesio1/libBladeSio1.so 
: && /usr/bin/clang -fPIC -g   -shared  -o plugins/bladesio1/libBladeSio1.so plugins/bladesio1/CMakeFiles/BladeSio1.dir/cfg.c.o plugins/bladesio1/CMakeFiles/BladeSio1.dir/sio1.c.o plugins/bladesio1/CMakeFiles/BladeSio1.dir/fifo.c.o plugins/bladesio1/CMakeFiles/BladeSio1.dir/connection.c.o   && :
/usr/bin/ld: plugins/bladesio1/CMakeFiles/BladeSio1.dir/sio1.c.o:/home/algebro/Documents/projects/pcsxr/build/../plugins/bladesio1/sio1.c:58: multiple definition of `settings'; plugins/bladesio1/CMakeFiles/BladeSio1.dir/cfg.c.o:/home/algebro/Documents/projects/pcsxr/build/../plugins/bladesio1/cfg.c:34: first defined here
clang-11: error: linker command failed with exit code 1 (use -v to see invocation)

update: looks like its due to changes in gcc10. Compiling with -fcommon fixes it.

kenzanin commented on 2020-01-31 05:10 (UTC)

@tallero. you right, i try to build without glfw and i still can play ff9. thanks.

tallero commented on 2020-01-30 00:02 (UTC)

Like in epsxe, retroarch and gnome-games it still crashes in Generator Room level loading in Crash Bandicoot.

tallero commented on 2020-01-29 23:43 (UTC)

@kenzanin fixed using your suggestion. I have not included linking to glfw because it seemed that restricts the program to work on either X11 or Wayland, while not including it make it work on both, am I right? (glfw-x11 conflicts with glfw-wayland)