macOS Meta Issue #5361

hcorion · 2018-11-22T20:24:22Z

Here is a list of the issues that need to get fixed before we can start providing binaries for MacOS:

Fix SIGBUS crashes that happen to every commercial game
Fix LLVM on MacOS.

Some of the issues that can be solved afterwards:

macOS supported controller backend
better audio API than OpenAL for macOS.

Megamouse · 2018-12-22T22:28:18Z

The newest version uses AA_EnableHighDpiScaling. Please test if this is the correct setting or if it needs the variable QT_AUTO_SCREEN_SCALE_FACTOR set manually.

vit9696 · 2018-12-24T11:24:39Z

Well, I do not have a HDPI screen nearby, but rpcs3looks fine on a normal screen on macOS, and I believe the change is sane.

kvark · 2019-03-20T20:08:01Z

@hcorion I just tried building RPCS3 afresh on macOS and running some simple things, like Scogger HD (installed from .pkg) and getting PPU unhandled exceptions right away on start. Is this expected or related to some of the things listed here? If not, I'll investigate further and file issues separately.

bitsydarel · 2019-04-09T16:07:12Z

Hi, any updates on this ?

13xforever · 2019-04-09T16:11:30Z

hcorion is currently busy irl with the education and isn't available, generally speaking.

gabjauf · 2020-11-21T16:25:32Z

Hello guys,

Have you got any update on the binary status for macOS?
I tried to compile rpcs3 on my Mac but it does not seem to be working for the moment.
I tried the CI script and a custom script on my own.

Vulkan seems to be "working" now (well at least, cmake can find it)

My script 😛:
cmake ../rpcs3/ -DQt5_DIR=$(brew --prefix qt5)/lib/cmake/Qt5 -DWITH_LLVM=OFF -DCMAKE_C_COMPILER=/usr/local/bin/gcc-9 -DCMAKE_CXX_COMPILER=/usr/local/bin/g++-9 -DUSE_NATIVE_INSTRUCTIONS=OFF -G Ninja && ninja

Tried with clang as well (got some different errors 😝 )

I am not really an expert in Cpp and cmake stuff but with some guidance, I may be able to make it work.
I will try to provide compiling errors as much as I can meanwhile 😉

gabjauf · 2020-11-21T16:28:40Z

gabjauf · 2020-11-21T16:29:34Z

(this one is from a 3rd party lib)

AniLeo · 2020-11-21T20:03:31Z

There has been no progress, in fact the Apple code paths may eventually be purged from the code base as Apple moves away from x86

iMonZ · 2021-08-20T09:09:32Z

macOS's support could be provided by using MoltenVK.

Additionally, the Zink tool can be added for macOS and Linux.

This shouldn't be very hard and would add macOS support for this emulator and would improve the Linux support.

dio-gh · 2021-08-20T09:26:16Z

Zink is an OpenGL implementation over Vulkan, but since we have a decently maintained native OpenGL renderer, I'm fully certain that a Zink backend would not give any benefits, especially on Mac, where Zink targets MoltenVK.

Edit: I forgot that Mac doesn't even support OpenGL 4.3, which is our minimum requirement. So in a way, I suppose Zink would make sense, although no idea why it would be necessarily desirable.

As for MoltenVK, I remember some technical limitations being blockers, but #4996 seemed to have gone peachy, so I'm unsure where it stands now. Maybe someone with an x86 Mac can tell us if the emulator even compiles these days?

Please also consider that Apple is transitioning away to ARM, full force. Mac support would need not just compliance with MoltenVK, but also adjustments made to the recompilers, as despite them technically using LLVM as a backend, as far as I'm aware, lots of x86isms are present in it.

These, along with the highly limited access to Mac hardware, the minimal developer interest, and general hostility Apple seems to be showing against emulators within some spaces of their ecosystem makes them quite a hard sell at the moment for anyone involved.

malicious · 2021-09-01T00:50:28Z

Tried compiling v0.0.18 on an x86 mac, dependencies seem fine + stuck on rpcs3:

[ 78%] Building CXX object rpcs3/Emu/CMakeFiles/rpcs3_emu.dir/cache_utils.cpp.o
warning: unknown warning option '-Wdeprecated-copy'; did you mean '-Wdeprecated'?
      [-Wunknown-warning-option]
In file included from [snip]/rpcs3/rpcs3/Emu/cache_utils.cpp:1:
In file included from [snip]/rpcs3/rpcs3/stdafx.h:3:
[snip]/rpcs3/rpcs3/util/types.hpp:529:11: error: unknown type name
      'UnsignedInt'
template <UnsignedInt T>
          ^

Related changes seem to be from 2021-05-22, which isn't too long ago (#4996 is three years ago now)

f2re · 2021-12-05T11:05:42Z

Im tried compiling v0.0.19 on MacOS 10.15.7 and have some error:

[ 70%] Built target LLVMX86AsmParser
Scanning dependencies of target rpcs3_emu
[ 70%] Building CXX object rpcs3/Emu/CMakeFiles/rpcs3_emu.dir/cache_utils.cpp.o
warning: unknown warning option '-Wdeprecated-copy'; did you mean '-Wdeprecated'? [-Wunknown-warning-option]
In file included from /Users/meteo/Downloads/rpcs3/rpcs3/Emu/cache_utils.cpp:1:
In file included from /Users/meteo/Downloads/rpcs3/rpcs3/stdafx.h:3:
/Users/meteo/Downloads/rpcs3/rpcs3/util/types.hpp:531:11: error: unknown type name 'UnsignedInt'
template <UnsignedInt T>

iMonZ · 2021-12-05T12:30:15Z

Could it be that you are using the wrong compiler?

f2re · 2021-12-05T13:08:07Z

no, Im using gcc-11 and g++-11, is it wrong version?

nastys · 2021-12-05T16:00:31Z

Try building the rmacs3 branch of my fork with

export Qt5_DIR="/usr/local/Cellar/qt@5/5.15.2_1/lib/cmake/Qt5"
export CXX=g++-11
export CC=gcc-11
cmake -DUSE_DISCORD_RPC=OFF -DUSE_VULKAN=ON -DUSE_ALSA=OFF -DUSE_PULSE=OFF ../rpcs3/ && make -j8

(Vulkan SDK, molten-vk, and vulkan-headers are required for Vulkan support)

LLVM still doesn't work, though (see #11222).
Also, make sure all submodules are cloned when using my fork.

iMonZ · 2021-12-05T19:54:20Z

I would love to see a HomeBrew Formula :)

f2re · 2021-12-06T03:10:28Z

Try building the rmacs3 branch of my fork with

Thanks, so Im go to next error =)

[ 57%] Building C object 3rdparty/libusb/CMakeFiles/usb-1.0-static.dir/libusb/libusb/os/darwin_usb.c.o
/Users/meteo/Downloads/rpcs3/3rdparty/libusb/libusb/libusb/os/darwin_usb.c: In function 'darwin_handle_transfer_completion':
/Users/meteo/Downloads/rpcs3/3rdparty/libusb/libusb/libusb/os/darwin_usb.c:2151:3: error: variable-sized object may not be initialized
 2151 |   const char *transfer_types[max_transfer_type + 1] = {"control", "isoc", "bulk", "interrupt", "bulk-stream"};
      |   ^~~~~
make[2]: *** [3rdparty/libusb/CMakeFiles/usb-1.0-static.dir/libusb/libusb/os/darwin_usb.c.o] Error 1

I would love to see a HomeBrew Formula :)

something like that?

brew info gcc
gcc: stable 11.2.0 (bottled), HEAD
GNU compiler collection
https://gcc.gnu.org/
/usr/local/Cellar/gcc/11.2.0_3 (2,163 files, 459.7MB) *
  Poured from bottle on 2021-12-05 at 14:11:58
From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/gcc.rb
License: GPL-3.0-or-later with GCC-exception-3.1
==> Dependencies
Required: gmp ✔, isl ✔, libmpc ✔, mpfr ✔, zstd ✔
==> Options
--HEAD
	Install HEAD version
==> Analytics
install: 178,662 (30 days), 385,537 (90 days), 1,428,816 (365 days)
install-on-request: 86,814 (30 days), 180,165 (90 days), 665,290 (365 days)
build-error: 737 (30 days)

nastys · 2021-12-06T04:33:11Z

Thanks, so Im go to next error =)

[ 57%] Building C object 3rdparty/libusb/CMakeFiles/usb-1.0-static.dir/libusb/libusb/os/darwin_usb.c.o
/Users/meteo/Downloads/rpcs3/3rdparty/libusb/libusb/libusb/os/darwin_usb.c: In function 'darwin_handle_transfer_completion':
/Users/meteo/Downloads/rpcs3/3rdparty/libusb/libusb/libusb/os/darwin_usb.c:2151:3: error: variable-sized object may not be initialized
 2151 |   const char *transfer_types[max_transfer_type + 1] = {"control", "isoc", "bulk", "interrupt", "bulk-stream"};
      |   ^~~~~
make[2]: *** [3rdparty/libusb/CMakeFiles/usb-1.0-static.dir/libusb/libusb/os/darwin_usb.c.o] Error 1

In 3rdparty/libusb/libusb/libusb/os/darwin_usb.c:2151, remove max_transfer_type + 1.

Also, if you get an error about dispatch_block_t being undefined, open 3rdparty/hidapi/hidapi/mac/hid.c and add typedef void* dispatch_block_t; before the first #include.
EDIT: if you get linker errors, update hid.c first.

f2re · 2021-12-07T03:33:36Z

So, go next =)

Scanning dependencies of target rpcs3_emu
[ 71%] Building CXX object rpcs3/Emu/CMakeFiles/rpcs3_emu.dir/cache_utils.cpp.o
g++-11: error: unrecognized command-line option '-stdlib=libc++'

nastys · 2021-12-07T03:42:46Z

That should be comment out in my fork. Are you sure you checked out the rmacs3 branch?

f2re · 2021-12-07T03:46:46Z

Are you sure you checked out the rmacs3 branch?

Yeah, 🤦 Im on master branch.

f2re · 2021-12-07T04:07:09Z

So, when I'm about to finish, I get a QT error:

[ 96%] Building CXX object rpcs3/rpcs3qt/CMakeFiles/rpcs3_ui.dir/pad_settings_dialog.cpp.o
/Users/meteo/Downloads/rpcs3/rpcs3/rpcs3qt/main_window.cpp: In member function 'bool main_window::Init(bool)':
/Users/meteo/Downloads/rpcs3/rpcs3/rpcs3qt/main_window.cpp:96:29: warning: unused parameter 'with_cli_boot' [-Wunused-parameter]
   96 | bool main_window::Init(bool with_cli_boot)
      |                        ~~~~~^~~~~~~~~~~~~
In file included from /usr/local/Cellar/qt@5/5.15.2_1/lib/QtConcurrent.framework/Headers/qtconcurrentiteratekernel.h:49,
                 from /usr/local/Cellar/qt@5/5.15.2_1/lib/QtConcurrent.framework/Headers/qtconcurrentfilterkernel.h:47,
                 from /usr/local/Cellar/qt@5/5.15.2_1/lib/QtConcurrent.framework/Headers/qtconcurrentfilter.h:47,
                 from /usr/local/Cellar/qt@5/5.15.2_1/lib/QtConcurrent.framework/Headers/QtConcurrent:8,
                 from /Users/meteo/Downloads/rpcs3/rpcs3/rpcs3qt/game_list_frame.cpp:33:
/usr/local/Cellar/qt@5/5.15.2_1/lib/QtConcurrent.framework/Headers/qtconcurrentthreadengine.h:250:50: error: invalid declarator before '*' token
  250 |     ThreadEngineStarter<void>(ThreadEngine<void> *_threadEngine)
      |                                                  ^
/usr/local/Cellar/qt@5/5.15.2_1/lib/QtConcurrent.framework/Headers/qtconcurrentthreadengine.h:250:49: error: expected ')' before '*' token
  250 |     ThreadEngineStarter<void>(ThreadEngine<void> *_threadEngine)
      |                              ~                  ^~
      |                                                 )

This like seems as it already fixed, but in qt 6.1. Any ideas?

nastys · 2021-12-07T04:09:48Z

You need to replace those Qt headers (see #11222)

f2re · 2021-12-07T18:01:46Z

Thank you very much! Im dont know what I must doing to resolve next (maybe last) problem:

[100%] Linking CXX executable ../bin/rpcs3.app/Contents/MacOS/rpcs3
ld: in /Users/meteo/Downloads/rpcs3/3rdparty/ffmpeg/macos/x86_64/libswscale.a(input.o), building for macOS, but linking in object file built for free standing,
collect2: error: ld returned 1 exit status
make[2]: *** [bin/rpcs3.app/Contents/MacOS/rpcs3] Error 1
make[1]: *** [rpcs3/CMakeFiles/rpcs3.dir/all] Error 2
make: *** [all] Error 2

nastys · 2021-12-07T18:08:58Z

Oh, I forgot that you need to rebuild ffmpeg, replacing the existing .a files (no modifications to the source code are needed).

f2re · 2021-12-08T04:04:32Z

Hmm...now I have arch error by hidapi

[100%] Linking CXX executable ../bin/rpcs3.app/Contents/MacOS/rpcs3
Undefined symbols for architecture x86_64:
  "_NSAppKitVersionNumber", referenced from:
      _hid_init in libhidapi-mac.a(hid.c.o)
      _hid_enumerate in libhidapi-mac.a(hid.c.o)
      _hid_open_path in libhidapi-mac.a(hid.c.o)
ld: symbol(s) not found for architecture x86_64

nastys · 2021-12-08T08:39:36Z

#issuecomment-986430965

gabjauf · 2021-12-10T16:15:33Z

@f2re Did you manage to build it?

f2re · 2021-12-10T16:29:33Z

@gabjauf no, Im trying to fix hid.c problem.

nastys · 2021-12-10T16:30:48Z

See the edit in the comment I linked

f2re · 2021-12-10T16:40:13Z

@nastys, @gabjauf thank you very much! It is work! =) e-e-e-e =)

HerrHulaHoop · 2022-01-09T15:00:43Z

I think some of the issues mentioned in the main issue is fixed. Maybe we can close this issue and @nastys can create a new meta issue to track the work that is still pending.

hcorion mentioned this issue Nov 24, 2018

Support macOS bundling for binary distribution #5367

Merged

Megamouse added the OS: macOS label Jul 12, 2020

AniLeo mentioned this issue Dec 18, 2020

Error compiling RPCS3 on MacOS #9468

Closed

nastys mentioned this issue Dec 4, 2021

macOS patches #11222

Closed

27 tasks

Megamouse added the In Progress This issue is actively being investigated at the moment. label Dec 10, 2021

Megamouse closed this as completed Jan 9, 2022

Megamouse removed the In Progress This issue is actively being investigated at the moment. label Jan 20, 2022

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

macOS Meta Issue #5361

macOS Meta Issue #5361

hcorion commented Nov 22, 2018 •

edited by AniLeo

Loading

Megamouse commented Dec 22, 2018

vit9696 commented Dec 24, 2018

kvark commented Mar 20, 2019

bitsydarel commented Apr 9, 2019

13xforever commented Apr 9, 2019

gabjauf commented Nov 21, 2020

gabjauf commented Nov 21, 2020

gabjauf commented Nov 21, 2020

AniLeo commented Nov 21, 2020

iMonZ commented Aug 20, 2021 •

edited

Loading

dio-gh commented Aug 20, 2021 •

edited

Loading

malicious commented Sep 1, 2021

f2re commented Dec 5, 2021

iMonZ commented Dec 5, 2021

f2re commented Dec 5, 2021

nastys commented Dec 5, 2021 •

edited

Loading

iMonZ commented Dec 5, 2021

f2re commented Dec 6, 2021 •

edited

Loading

nastys commented Dec 6, 2021 •

edited

Loading

f2re commented Dec 7, 2021

nastys commented Dec 7, 2021

f2re commented Dec 7, 2021

f2re commented Dec 7, 2021 •

edited

Loading

nastys commented Dec 7, 2021

f2re commented Dec 7, 2021 •

edited

Loading

nastys commented Dec 7, 2021

f2re commented Dec 8, 2021

nastys commented Dec 8, 2021

gabjauf commented Dec 10, 2021

f2re commented Dec 10, 2021

nastys commented Dec 10, 2021 •

edited

Loading

f2re commented Dec 10, 2021

HerrHulaHoop commented Jan 9, 2022

macOS Meta Issue #5361

macOS Meta Issue #5361

Comments

hcorion commented Nov 22, 2018 • edited by AniLeo Loading

Megamouse commented Dec 22, 2018

vit9696 commented Dec 24, 2018

kvark commented Mar 20, 2019

bitsydarel commented Apr 9, 2019

13xforever commented Apr 9, 2019

gabjauf commented Nov 21, 2020

gabjauf commented Nov 21, 2020

gabjauf commented Nov 21, 2020

AniLeo commented Nov 21, 2020

iMonZ commented Aug 20, 2021 • edited Loading

dio-gh commented Aug 20, 2021 • edited Loading

malicious commented Sep 1, 2021

f2re commented Dec 5, 2021

iMonZ commented Dec 5, 2021

f2re commented Dec 5, 2021

nastys commented Dec 5, 2021 • edited Loading

iMonZ commented Dec 5, 2021

f2re commented Dec 6, 2021 • edited Loading

nastys commented Dec 6, 2021 • edited Loading

f2re commented Dec 7, 2021

nastys commented Dec 7, 2021

f2re commented Dec 7, 2021

f2re commented Dec 7, 2021 • edited Loading

nastys commented Dec 7, 2021

f2re commented Dec 7, 2021 • edited Loading

nastys commented Dec 7, 2021

f2re commented Dec 8, 2021

nastys commented Dec 8, 2021

gabjauf commented Dec 10, 2021

f2re commented Dec 10, 2021

nastys commented Dec 10, 2021 • edited Loading

f2re commented Dec 10, 2021

HerrHulaHoop commented Jan 9, 2022

hcorion commented Nov 22, 2018 •

edited by AniLeo

Loading

iMonZ commented Aug 20, 2021 •

edited

Loading

dio-gh commented Aug 20, 2021 •

edited

Loading

nastys commented Dec 5, 2021 •

edited

Loading

f2re commented Dec 6, 2021 •

edited

Loading

nastys commented Dec 6, 2021 •

edited

Loading

f2re commented Dec 7, 2021 •

edited

Loading

f2re commented Dec 7, 2021 •

edited

Loading

nastys commented Dec 10, 2021 •

edited

Loading