Package Details: simple64-git 2024.12.1.r5.gd8c969c-1

Git Clone URL: https://aur.archlinux.org/simple64-git.git (read-only, click to copy)
Package Base: simple64-git
Description: Nintendo64 emulator based on Mupen64Plus (git version)
Upstream URL: https://simple64.github.io/
Licenses: GPL-3.0-only
Conflicts: m64p-git, mupen64plus, simple64
Provides: m64p-git, simple64
Replaces: m64p-git
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 5
Popularity: 0.179645
First Submitted: 2022-09-03 01:36 (UTC)
Last Updated: 2025-07-24 21:16 (UTC)

Latest Comments

1 2 3 Next › Last »

archieaur commented on 2025-08-20 12:45 (UTC)

Its not possible to install this with the glideN64 git plugin (https://aur.archlinux.org/packages/mupen64plus-video-gliden64-git) since this conflicts with mpen64plus while mpen64plus is required by the plugin package. Is this intentional? I think the plugin should be built as a part of this package too.

Anyways thanks for this package!

dbermond commented on 2025-07-24 21:17 (UTC)

@xAsh fixed. Thanks for reporting.

xAsh commented on 2025-07-24 17:58 (UTC) (edited on 2025-07-24 17:58 (UTC) by xAsh)

the cheats.json file was removed upstream after commit 4ef1a5a, you need to apply this patch to the PKGBUILD if you want to compile it:

diff --git a/PKGBUILD b/PKGBUILD
index 9a6a3fc..b6acb3c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -28,6 +28,10 @@ sha256sums=('SKIP'
             'e188400b7de70ada7fbdec90f4bafbddd5f20f408fbb8ced1886508d9740e89f')

 prepare() {
+    cd "${srcdir}/simple64-cheat-parser"
+    git checkout e4c692b62d8f935d5c19c6c9b2011ab78e1c79d6
+    cd "${srcdir}"
+    
     icotool -x simple64/simple64-gui/icons/simple64.ico -o simple64/simple64-gui/icons
     patch -d simple64 -Np1 -i "${srcdir}/010-simple64-remove-bundled-discord-and-vosk.patch"
     patch -d simple64 -Np1 -i "${srcdir}/020-simple64-fix-paths.patch"

dbermond commented on 2023-06-20 01:16 (UTC)

@dreieck the simple64 binary executable is a gui program, while the mupen64plus binary executable is a command line interface. It would not fit the needs of a frontend application that wants to execute mupen64plus through the command line, like m64py. Besides, if you have simple64, you already have a gui/frontend, and another frontend (like m64py) would not be theoretically needed. Also, simple64 is not mupen64plus, but it's a heavily modified version of mupen64plus-core, with it's own Qt gui, a different set of plugins and other unique features and changes.

dreieck commented on 2023-04-24 15:06 (UTC)

This package contains many mupen64plus files.

Can, by adding a symlink /usr/bin/mupen64plus → /usr/bin/simple64, this package have mupen64plus added to it's provides array?

There is at least one package that depends on mupen64plus (m64py).

Regards!

dreieck commented on 2023-04-24 15:02 (UTC)

Please add m64p to the provides array, if you have m64p-git in there.

Star-X commented on 2023-01-15 22:58 (UTC)

Nvm, found a workaround. There's a vosk-api-bin that works fine. Just installed that instead, and no need to reinstall Java.

dbermond commented on 2023-01-14 14:50 (UTC)

@Star-X vosk-api is needed at build time since we are using it from the AUR package (built from sources) instead of using the bundled vosk-api provided by upstream. All vosk-api files provided by upstream are purged. I have no build failures with vosk-api.

Star-X commented on 2023-01-09 02:30 (UTC)

Is it possible to remove vosk-api from make-depends in the PKGBUILD? I really don't care about VRU emulation, like, at all (it's used by one game, and while I have a tiny bit of nostalgia for that one game, it is objectively a trash game that really could've used another 20 years of development in voice recognition before being released), and vosk-api is an absolute pain in the ass to properly compile as it requires a reinstall of java even if you already have it installed, and it tends to fail to compile a LOT.

Seriously, I'm fine with it being an optional dependency, but as a make-dependency it makes me want to just say screw it and use the garbage Mupen64plus variant in Retroarch instead, even for things that Retroarch's variant has enormous problems with (COUGHCOUGH PILOTWINGS 64 COUGHCOUGH). That or do the unthinkable and use the flatpak on a system that really, REALLY doesn't need flatpaks.

noabody commented on 2022-12-29 15:52 (UTC) (edited on 2022-12-29 16:10 (UTC) by noabody)

Needs patch for processor independence, x86-64 architecture, or message to notify user that CPU must support AVX2. See issue less aggressive -march=x86-64-v2.

Can be accomplished with sed/perl, perl examples follow.

To force x86-64:

  perl -pi -e 's|-v3||gi' simple64/{simple,mupen,parallel}*/CMakeLists.txt

To force x86-64-v2:

  perl -pi -e 's|-v3|-v2|gi' simple64/{simple,mupen,parallel}*/CMakeLists.txt

1 2 3 Next › Last »