Package Details: ares-emu 144-1

Git Clone URL: https://aur.archlinux.org/ares-emu.git (read-only, click to copy)
Package Base: ares-emu
Description: Cross-platform, open source, multi-system emulator by Near and Ares team, focusing on accuracy and preservation.
Upstream URL: https://ares-emu.net/
Licenses: ISC
Conflicts: ares-emu
Provides: ares-emu
Submitter: Snowstorm64
Maintainer: Snowstorm64 (SoullessSentinel)
Last Packager: Snowstorm64
Votes: 25
Popularity: 0.89
First Submitted: 2021-02-21 21:36 (UTC)
Last Updated: 2025-04-28 19:09 (UTC)

Dependencies (26)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

Snowstorm64 commented on 2025-03-13 20:33 (UTC)

Hi hypnagogic,

unfortunately I can't help you if you don't post the output log of the build or, even better, put it on pastebin.com and post the link here.

hypnagogic commented on 2025-03-13 18:41 (UTC)

All versions of ares from AUR fail to build for me. I'm not sure where to begin as far as what error messages to include, since I just tried installing through paru.

Roboguy420 commented on 2025-02-27 19:41 (UTC)

Thank you Snowstorm64, much appreciated

Snowstorm64 commented on 2025-02-27 18:49 (UTC)

Hi Roboguy420,

I'm aware of this issue, in fact it was me who reported it to the developers and thus they have fixed it. However...I hoped they would release a hotfix release right away, but looks like they are aiming for a new regular release instead. So I agree, it's time for this patch to be added temporarily to this package.

Roboguy420 commented on 2025-02-27 17:37 (UTC)

v143 currently has an annoying bug where save files are no longer placed in system-specific directories under the Saves/ directory, and are instead placed directly in the Saves/ directory itself.

This was fixed by Luke Usher in master: https://github.com/ares-emulator/ares/commit/54c898f199694c2d5866dad45aecb68fda4ee3b7.patch

I've verified myself that this patch fixes the bug perfectly on Arch. Would you be able to add this patch to the package while we're still on v143? It would be much appreciated.

xiota commented on 2024-06-09 16:39 (UTC)

The correct behavior is to respect the setting in makepkg.conf. Arch targets x86-64, so setting local still results in the wrong setting/behavior.

Snowstorm64 commented on 2024-06-09 09:50 (UTC) (edited on 2024-06-09 10:19 (UTC) by Snowstorm64)

The use of -march=native is intended by Ares developers for squeezing more performance from your CPU, at the cost of portability. This is critical for some core (e.g. N64), where some extra FPS could make the difference between a playable game and a less playable one. Since this is AUR where one builds a binary for themselves, it makes sense to sacrifice portability for some more performance.

If you need to redistribuite the binary, you can edit the PKGBUILD by adding local=false to the make line, like this:

make -C "${srcdir}/ares-${pkgver}/desktop-ui" hiro=gtk3 compiler=clang++ local=false

local=false sets -march flag as x86-64-v2 instead of native.

xiota commented on 2024-06-08 22:58 (UTC) (edited on 2025-02-27 17:55 (UTC) by xiota)

When built on a different computer than installed, has potential to crash when run. Problem is -march=native setting at desktop-ui/GNUmakefile#L15-L24.

Should be patched so that setting in /etc/makepkg.conf is respected.

ares-emu-git is also affected.

Update: Resolved by switch to cmake in Dec 2024 (git) and Feb 2025 (v143).

djranm commented on 2024-04-08 20:57 (UTC)

Yes! That did the trick, thank you.

Snowstorm64 commented on 2024-04-08 11:43 (UTC)

I have just pushed a new revision of librashader, with a new workaround, please update it on your system to make it work with Ares. Many thanks to TheGentlChainsaw for finding the root of the issue.

1 2 3 4 Next › Last »