Package Base Details: dolphin-emu-git

Git Clone URL: (read-only, click to copy)
Keywords: dolphin emu emulator game gamecube gui nintendo remote revolution triforce wii wiimote
Submitter: None
Maintainer: dpeukert
Last Packager: dpeukert
Votes: 107
Popularity: 0.28
First Submitted: 2011-08-20 13:05
Last Updated: 2021-01-10 20:26

Pinned Comments

dpeukert commented on 2020-04-10 12:34

The PKGBUILD for this package is hosted here (contributions are welcome!):

Latest Comments

« First ‹ Previous ... 9 10 11 12 13 14 15 16 17 18 19 ... Next › Last »

linkmauve commented on 2015-07-03 00:36

As of 4.0-6930, Dolphin dropped the dependency on sdl2 to add one on libevdev, for joystick support on Linux.

You might also want to change the version number to something closer to upstream, like 4.0.<number of commits>.<last commit hash>, instead of the current 4.0.2.r<number of commits>.<last commit hash>.

alucryd commented on 2015-06-20 06:30

lolwut? First, dolphin is _not_ "designed to go" in /usr/local, second, do you even know where the themes and icons are stored? Anyway dolphin has always worked like this, and will always do, there's something wrong on your side, not with the package.

rubic commented on 2015-06-20 05:06

The cmake flag -DCMAKE_INSTALL_PREFIX='/usr' installs dolphin in /usr instead of /usr/local where it is designed to go. Because of this the themes do not load correctly, noticeable by the lack of icons and error message on startup. Can this flag be removed to avoid this issue?

sudsbud commented on 2015-06-07 21:06

I was having the same issue that you describe. I went to the dolphin irc for help and they noticed that I was linking polarssl from /usr/local/lib. I noticed then that it was using an old version that I must have gotten from trying out Tox, but then not bothering with it for a long time. After deleting my usr/local (tox was basically the only thing in there for me, but you should look for anything important) dolphin now compiles and runs just fine.

thygar392 commented on 2015-05-24 16:39

I have been having issues with write rest using dolphin-emu-git as well as dolphin-emu stable from extra. I recently reinstalled archbang, (the prior installation didn't have any issue with WriteRest in dolphin-emu.) I even tried using the git package from the older install, and no go. -fno-pie flag did not help with the latest git. I also tried one older than the version working on the older archbang install. Only dolphin-emu-qt gets into some games, even then, dolphin-emu-qt-git will not properly enter fullscreen mode and locks up when starting a game most of the time. Has anyone else had this issue (-fno-pie CXX-FLAG option not helping with WriteRest errors?)

bluerider commented on 2015-05-15 22:20

I've been having an issue with bumblebee + dolphin-emu on the last build. I've been getting low FPS; anyone encounter the same?

alucryd commented on 2015-04-21 08:59

Should be fixed upstream already.

necbot commented on 2015-04-21 01:08

I get the following build error...

In file included from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameFile.h:13:0,
from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameTracker.h:12,
from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameGrid.h:11,
from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameGrid.cpp:9:
/home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DiscIO/Volume.h: In member function ‘virtual u32 DiscIO::IVolume::Read32(u64, bool) const’:
/home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DiscIO/Volume.h:27:10: error: ‘Common’ has not been declared
return Common::swap32(temp);
Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/build.make:217: recipe for target 'Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/GameList/GameGrid.cpp.o' failed
make[2]: *** [Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/GameList/GameGrid.cpp.o] Error 1
CMakeFiles/Makefile2:1160: recipe for target 'Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/all' failed
make[1]: *** [Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/all] Error 2
Makefile:146: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().

BrianAllred commented on 2015-04-02 12:34

Those weren't my words, those came straight from the guys in the Dolphin IRC channel. I understand both points of view, but I tend to agree with yours. I just wish I knew why my system is in the minority having issues with PIE.

alucryd commented on 2015-04-02 07:24

I don't know where you got the idea that we're adding PIE everywhere but you might want to check your source because we're doing no such thing... Have a look at /etc/makepkg.conf if you don't believe me, I don't see no -fPIE in there. Sure, there have been talks about enforcing it in [core], but nobody has yet to act on them. If you want to blame someone, blame CMake for enabling PIE by default, but certainly not Arch Linux.
Now if PIE did cut performances in half, I would gladly disable it in dolphin, but as long as it doesn't, the added security is welcome. The 1% having issues with it can just edit the PKGBUILD before building.