Package Details: epsxe 2.0.5-31

Git Clone URL: (read-only, click to copy)
Package Base: epsxe
Description: Enhanced PSX emulator
Upstream URL:
Keywords: emulator playstation
Licenses: unknown
Conflicts: bin32-epsxe
Submitter: None
Maintainer: hav3lock
Last Packager: hav3lock
Votes: 229
Popularity: 0.147695
First Submitted: 2007-05-02 16:59 (UTC)
Last Updated: 2023-07-22 01:14 (UTC)

Pinned Comments

Latest Comments

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

rrichard commented on 2024-04-14 01:37 (UTC)


i was having this same issue. the issue for me had nothing to do with libncurses, its the third line that needs fixing.

I fixed it simply by running

cd /opt/epsxe sudo ln -s /usr/lib/

Hope that helps.

hav3lock commented on 2024-03-08 04:19 (UTC)

I'll look over this in the next couple of days. Been busy with studies.

exuvo commented on 2024-03-05 20:35 (UTC) (edited on 2024-03-05 20:37 (UTC) by exuvo)

Got this building in i686 so the plugins on AUR work. Skipped checksums, changed all source paths with CARCH in them to i686. Changed the mv in prepare to "ePSXe" "$pkgname". Hackish but pacman refused to install package if i changed CHARCH to i686.

Changed start script to: LD_LIBRARY_PATH+=:/opt/epsxe LD_PRELOAD=/usr/lib32/ padsp /opt/epsxe/epsxe "$@"

padsp is there for OSS sound plugin to work under pulseaudio, probably remove that if using another sound server.

Copied /opt/epsxe/cfg and /opt/epsxe/plugins to ~/.epsxe/ for plugins to show up.

ipaqmaster commented on 2024-03-03 10:33 (UTC) (edited on 2024-03-03 10:33 (UTC) by ipaqmaster)

A clean build is throwing the below e4ven after trying cniw's solution from November 2021

/opt/epsxe/epsxe: /opt/epsxe/ no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /opt/epsxe/ no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/ version `CURL_OPENSSL_3' not found (required by /opt/epsxe/epsxe)

hav3lock commented on 2023-07-22 02:43 (UTC)

Okay, building 64-bit versions of the plugins that PCSXR provides/uses is more complicated than I hoped. It will require some more time to finetune the build and installation.

hav3lock commented on 2023-05-31 03:22 (UTC)

I'm working on fixing the issues, but ran out of time today. Will hopefully have these done sometime this week. Might have to wait until next Tuesday, however.

hav3lock commented on 2023-05-01 03:36 (UTC)

I will look into that @anon_leper; it's been a bit.

I will correct that @Issy.

anon_leper commented on 2023-02-15 13:36 (UTC) (edited on 2023-02-15 13:38 (UTC) by anon_leper)

This package compiles 64-bit plugins, including Pete's XGL2.

You can compile it yourself.

Issy commented on 2022-10-17 19:48 (UTC) (edited on 2022-10-17 20:20 (UTC) by Issy)

Reading through the comment threads on both the bin32-epsxe package and the epsxe package, I realize that in order to run the epsxe-plugin-gpu-xgl2 plugin I need to have the bin32-epsxe package installed. So I installed this package. The emulator runs, but crashes with the following error the moment I try to open the video configuration menu option:

~/.epsxe/plugins// verkeerde ELF-klasse: ELFCLASS32

Telling me the 32bit plugin isn´t compatible with the 64bit binary.

Running file on epsxe gives me the following output:

/opt/epsxe/epsxe: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/, for GNU/Linux 2.6.32, BuildID[sha1]=be2e59a8e33aa414087034545241837a10291d0f, stripped

It appears that the bin32-epsxe package still installs the 64 bit binary.

I'm a Arch and Linux beginner, so I tried to manually download the 32bit binary and manually replace the 64bit binary with it. But it didn't work.

hav3lock commented on 2021-11-29 21:46 (UTC) (edited on 2021-11-29 21:47 (UTC) by hav3lock)

I'll be getting to these changes later this week. Thanks for pointing this stuff out.

@cniw @vagelis @async