Package Details: dolphin-emu-git 2412.r166.g90eba2b1a0-1

Git Clone URL: https://aur.archlinux.org/dolphin-emu-git.git (read-only, click to copy)
Package Base: dolphin-emu-git
Description: A Gamecube / Wii emulator - git version
Upstream URL: https://dolphin-emu.org
Keywords: dolphin emu emulator game gamecube gui nintendo remote revolution triforce wii wiimote
Licenses: GPL-2.0-or-later
Conflicts: dolphin-emu
Provides: dolphin-emu
Submitter: None
Maintainer: dpeukert
Last Packager: dpeukert
Votes: 123
Popularity: 0.30
First Submitted: 2011-08-20 13:05 (UTC)
Last Updated: 2025-01-19 23:35 (UTC)

Dependencies (53)

Required by (3)

Sources (9)

Pinned Comments

dpeukert commented on 2020-04-10 12:34 (UTC) (edited on 2020-09-26 17:48 (UTC) by dpeukert)

The PKGBUILD for this package is hosted here (contributions are welcome!): https://gitlab.com/dpeukert/pkgbuilds/tree/main/dolphin-emu-git

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 58 Next › Last »

tuxpenguin commented on 2024-06-24 04:54 (UTC)

Can the zlib-ng dependency be made to give the option between zlib-ng and zlib with zlib-ng being the default? Artix currently doesn't package zlib-ng however I don't see why zlib can't optionally be used over zlib-ng.

hawaka commented on 2024-06-24 00:06 (UTC)

@xAsh Just uninstall "dolphin-emu-git". Update "ffmpeg" than install "dolphin-emu-git". It will build against the new version of "ffmpeg" (unless support hasn't been added upstream).

xAsh commented on 2024-06-23 11:00 (UTC) (edited on 2024-06-23 11:00 (UTC) by xAsh)

Unable to update ffmpeg because of this package:

installing ffmpeg (2:7.0.1-1) breaks dependency 'libavcodec.so=60-64' required by dolphin-emu-git
installing ffmpeg (2:7.0.1-1) breaks dependency 'libavformat.so=60-64' required by dolphin-emu-git
installing ffmpeg (2:7.0.1-1) breaks dependency 'libavutil.so=58-64' required by dolphin-emu-git
installing ffmpeg (2:7.0.1-1) breaks dependency 'libswscale.so=7-64' required by dolphin-emu-git

dpeukert commented on 2024-05-28 23:55 (UTC)

@JoshuaVandaele: This should now be fixed, thanks for the report.

JoshuaVandaele commented on 2024-05-26 13:15 (UTC)

It appears this package is broken: Ever since last week, trying to install it (cleanly) using makepkg --si yields this build error:

CMake Error at Externals/minizip-ng/CMakeLists.txt:3 (add_library):
  Cannot find source file:

    minizip-ng/mz.h

  Tried extensions .c .C .c++ .cc .cpp .cxx .cu .mpp .m .M .mm .ixx .cppm
  .ccm .cxxm .c++m .h .hh .h++ .hm .hpp .hxx .in .txx .f .F .for .f77 .f90
  .f95 .f03 .hip .ispc


CMake Error at Externals/minizip-ng/CMakeLists.txt:3 (add_library):
  No SOURCES given to target: minizip

This also happens in a fresh install inside a virtual machine. However, I am able to build from source following the instructions at https://github.com/dolphin-emu/dolphin/wiki/Building-for-Linux

xiota commented on 2024-05-09 09:36 (UTC) (edited on 2024-05-09 10:03 (UTC) by xiota)

@willianholtz Consider using the package in extra as long as it is working. A while ago, there were issues with segfault when loading roms, as you describe. It was fixed, but possibly returned.

Last time it happened, the cause was LTO. But the package has LTO disabled. I also rebuilt it and am unable to reproduce your issue. However, on some machines, with some other packages, there have been issues where LTO appears to be enabled even though the package has it disabled. I don't know the cause.

dpeukert commented on 2024-05-09 09:36 (UTC)

@xiota: Feel free to build this package with --nocheck if you feel it doesn't add any value. Of course loading an actual ROM would be better, but given the things Nintendo has been up to lately, I'd rather not do that.

dpeukert commented on 2024-05-09 09:32 (UTC) (edited on 2024-05-09 09:36 (UTC) by dpeukert)

@mkopec: That looks like a solution, I still think that behaviour should be enabled by upstream by default when running the nogui binary, but there's no reason not to include since it fixes the problem on our side. I'll add it when I get home tonight.

xiota commented on 2024-05-09 09:31 (UTC)

That command is kind of pointless and causes more problems than it prevents because segfaults when printing the version aren't that common. More common are problems loading actual roms.

mkopec commented on 2024-05-09 09:28 (UTC) (edited on 2024-05-09 09:28 (UTC) by mkopec)

@dpeukert: WDYT about running the tests with QT_QPA_PLATFORM=offscreen? Seems to fix the problem for me, but I'm not sure if it's a real solution or more of a workaround. I sent an MR to your repo anyway :)

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 58 Next › Last »