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.100957
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 ... 18 19 20 21 22 23 24 25 26 27 28 ... Next › Last »

bluerider commented on 2013-08-07 00:46

@alucryd : Wii games currently don't work for me. When they were working I got close to full speed with Super Smash Brother Brawl. If I overclocked my iGPU, I would definitely get full speed Legend of Zelda Skyward Sword and Super Smash Brothers Brawl gameplay. I use an Asus Maximus Gene IV Z as my motherboard by the way.

Interestingly when compiling Dolphin-emu (instead of using the one provided by the Arch Community Repos), I can at least see movies from Super Smash Brothers Brawl and The Legend of Zelda Twilight Princess; the game stops (nondescript full crash) when I escape the movie portions of the game.

alucryd commented on 2013-08-06 10:15

bluerider: A while ago you just dropped here "I can't play games on my low end system", without mentioning "it was a lot better before". Of course I would tell you to go bother dolphin's team, especially since the faq clearly states you need at least an i5 2500k to play comfortably.
Well glad it works now. Just out of curiosity, can you run games at fullspeed with an i3 and IGP? Games like Oboro Muramasa, I assume you could, but anything 3D would be a pain.

bluerider commented on 2013-08-05 22:14

@alucryd : I think something just got busted up in cmake (not sure what it was); I did a full system re-install and it fixed things up. There have been issues with cmake passing compiler flags : <>

In addition, I'm still using an i3 sandybridge processor (w/o discrete graphics) which meant the sse instructions gave my system a very large boost. I stated previously that the edition of dolphin-emu-git I was using has severely reduced performance compared to what I was used to; you told me to file a bug with dolphin upstream.

alucryd commented on 2013-08-05 18:31

bluerider: I find 50% hard to believe, last time I checked, the difference from dolphin-emu 3.5 from the repo (built for generic arch) and the git version (around the time 3.5 was released) built for my ivy bridge didn't make that much of a difference. Then again, it can depend on a lot of things, and maybe some changes in dolphin made that optimizations got a lot of impact, I'll just take your word on that.
Weird that your makepkg.confg variables are not working, maybe check the syntax, or if they're being overridden by something else.

bluerider commented on 2013-08-05 16:47

@alucryd : I just checked the compilation on another machine and found the makepkg.conf flags respected. There must be something wrong with my particular Arch Linux install.

bluerider commented on 2013-08-05 16:42

@alucryd : I have those same settings in my makepkg.conf; yet after adding those lines in the CMakeLists.txt, my performance increased by 50%. I apologize for the ssee4.2 flag; I forgot to remove it when I posted it.

bluerider commented on 2013-08-05 16:38

@alucryd : I have those same settings in my makepkg.conf; yet after adding those lines in the CMakeLists.txt, my performance increased by 50%. I apologize for the ssee4.2 flag; I forgot to remove it when I posted it.

alucryd commented on 2013-08-05 16:23

bluerider: I knew there was a reason why I did not add anything about CFLAGS, they're already being used. There is no need to add anything to the PKGBUILD.
You coud have checked too before asking sth like this.

alucryd commented on 2013-08-05 09:44

bluerider: Several things bother me:
- dolphin uses a dynamic recompiler, which automatically uses all available optimization for the most CPU intensive tasks, building static parts with them too will not speed up by much (if at all), but I agree it is better still
- -O3 is completely random and will not always result in a faster binary, I don't really want to add it, plus I hear it will be deprecated in GCC in the near future
- -msse4.2 will break dolphin on all systems which do not support SSE 4.2, I can't add it, plus it is added automagically by -march=native on SSE 4.2 systems
- finally we have variables in makepkg.conf for this, they're called CFLAGS and CXXFLAGS

I'll try to change the PKGBUILD to use CFLAGS by tomorrow.

bluerider commented on 2013-08-05 02:09

Please add the following lines to the prepare() function in the PKGBUILD to build with system's native optimizations<>:

## compile to machine architecture
msg "Changing CMakeLists.txt to compile to native architecture..."
sed -i 's/add_definitions(-msse2)/add_definitions(-march=native -O3 -fno-stack-protector -pipe -g -msse4.2)/g' CMakeLists.txt &&
msg "Changed CMakeLists.txt to compile to native architecture"