맥용 CodeWeavers CrossOver – 훌륭하게 작동한다. 다만 기적은 아니다.
업데이트: 2026년 4월 17일
비(非)Windows 운영체제를 사용해 온 긴 세월 동안, CrossOver를 꼭 사야 할 만큼 절실한 순간은 사실 없었다. 리눅스에서는 WINE에 수많은 수동 설정과 편법을 더하는 '어려운' 방식으로도 충분히 해결할 수 있었기 때문이다. 대표적인 예로 SketchUp과 화이트 윈도우 관련 글, 그리고 Notepad++ 가이드를 들 수 있다. 플러그인, 애드온, 별난 호환성 문제까지 다양한 요소가 얽혀 있던 작업들이었다. 파라오(Pharaoh) 도시 건설 게임 가이드 역시 마찬가지다. 이 모든 작업은 무료 도구만으로 이뤄졌지만, 유독 Microsoft Office는 끝내 실행하지 못했고, 그냥 그런가보다 하고 넘겼다.
그런데 최근 들어 새로운 계기가 생겼다. 첫째, 나는 Windows 11을 쓰고 싶지 않다. 낡은 Windows 10은 한동안 버틸 것이고, 오프라인 가상머신 한두 개면 Office 필요도 충당할 수 있다. 둘째, 맥북 프로(MacBook Pro)를 손에 넣으면서 진지하게 완전 전환을 시도해 보기로 했다. 물론 실용적인 전환이다. 익숙한 프로그램은 계속 쓰겠다는 뜻이다. 그래서 CrossOver를 설치하고 테스트해 보기로 했고, 이것이 바로 그 리뷰다.
CrossOver 30초 요약
CrossOver는 리눅스와 macOS에서 Windows 소프트웨어를 비교적 간단하게 실행할 수 있게 해주는 상용 제품이다. 쉽게 말해 WINE인데, 일반 사용자에게 훨씬 친숙하도록 포장된 형태이며, 곳곳에서 추가 호환성 향상도 기대할 수 있다. 어쩌면 당연하다. Steam의 Proton, WINE, CrossOver는 모두 뿌리가 같으니까 말이다.
라이선스는 평생권을 구매하거나, 더 저렴한 연간 구독 모델을 선택할 수 있다. 평소에는 어떤 형태든 구독 모델에 반대하는 입장이지만, 여기서는 내가 알기로 구독이 끝나도 기능이 사라지지 않고 단지 업데이트와 신규 기능을 받지 못하게 된다고 한다. 어느 쪽이든 결정할 시간은 2주간 주어진다.
나는 macOS용 체험판을 내려받아 바로 시작했다.
설치와 첫걸음
설치는 간단하다. 설치 과정에서 Rosetta 설정 안내가 나오는데, Rosetta는 인텔(x86) 코드를 ARM으로 번역해주는 도구다. 사실상 에뮬레이터이지만 Apple이 직접 만들었고 성능도 좋다. 훌륭하다.
설치를 마친 후에는 본격적으로 만져보기 시작했다. 기본적으로 CrossOver는 인기 프로그램 목록을 보여주지만, 검색창을 통해 원하는 프로그램의 설치 템플릿이 있는지 확인할 수도 있다.
프로그램에 따라 하나 이상의 템플릿이 존재한다. 예컨대 내가 큰 관심을 두고 있던 Office 2010은 기본 버전용과 이후 서비스팩(SP)용 설치 템플릿이 따로 있다. 예상대로 호환성 등급이 표시되고, 온라인의 '검증된' 설치 파일을 쓸지, 자신이 보유한 오프라인 설치 파일을 쓸지도 선택할 수 있다. 하지만 바로 몇 가지 문제에 부딪혔다.
Office 2010 SP1의 경우 온라인 설치 파일을 이용할 수 없었다. 호환성 검증이 마지막으로 이뤄진 게 2022년이라, 그 사이 4년 동안 Microsoft가 여러 가지를 뒤섞었을 가능성이 크다. 다행히 나는 오프라인 설치 파일을 갖고 있었지만, 정품 라이선스는 있는데 정작 설치 파일을 찾지 못하는 상황에 처할 수도 있다. 이건 어디까지나 서론일 뿐이다. 이제 세부 사항으로 들어가 무엇이 어떤지 살펴보자.
Office 2010 설치
이 부분은 의외로 잘 작동했다. 시간은 좀 걸렸지만, 오피스 스위트가 설치됐다! 그리고 작동했다!
Notepad++, KompoZer, IrfanView
이 프로그램들은 리눅스에서 한 번도 문제를 일으킨 적이 없었고, WINE 설정도 늘 초간단했다. 여기서도 마찬가지였다. KompoZer는 프로그램 전체 빌드가 담긴 폴더를 통째로 가져와서, CrossOver에 '새' 애플리케이션으로 지정해주기만 하면 됐다. 아무 문제 없었다.
SketchUp (Make 2017)
이건 잘 되지 않았다. 설치 자체는 성공했지만, 노트북의 그래픽 환경을 문제 삼으며 실행되지 않았다. 어찌 보면 당연하다. SketchUp은 그래픽 가속이 필수인데, 그 당시에는 Apple M 실리콘이란 것도 없었다. 그래도 가능하다면 어떤 형태로든 호환성 우회책이 마련되어야 하지 않을까 싶다. 아니면 이 정도 수준의 머신 명령어 번역은 Rosetta의 영역 밖일 수도 있다. 깔끔한 해결책이 있기를 아직도 조금은 기대하지만, 지금까지는 운이 없었다.
SketchUp (Make 2016)
그래서 1년 전 버전을 시도해 보기로 했다. 이 버전은 설정에서 OpenGL 2.1을 켜거나 끌 수 있고, 하드웨어 가속을 활성화/비활성화할 수 있는 마지막 에디션이다. 결국 런처까지는 진입했는데, 그 다음부터 프로그램이 시작되지 않았다. 계속 크래시가 발생했다.
SketchUp 8
여기서는 좋은 옛날 프로그램을 다뤘다. 설치는 멀쩡하게 됐다. 그리고 역시 실행되지 않았는데, regedit을 열어 레지스트리 키 하나를 수정하니 비로소 돌아갔다. 이걸 어떻게 하는지 궁금할 텐데, 조금 뒤에서 자세히 설명하겠다. 아무튼 성공했고, 드디어 SketchUp을 실행할 수 있었다! 거기에 그치지 않고 Kerkythea 툴바까지 추가해서 모델을 렌더링용으로 내보낼 수도 있었다. 대성공이다.
성능은 평범한 수준이다. 사실상 진짜 그래픽 가속이 없기 때문이다. 이 정도로 만족할 수 있다면 SketchUp을 쓸 수 있지만, 기적은 기대하지 말자. 애초에 돌아가는 것 자체가 이미 기적이다. 다만 계속 탐구해서 결과를 보고할 예정이다.
참고로 몇 가지 굴비가 있었다. CrossOver나 macOS가 설치 실패로 판단했지만 실제로는 실패가 아니었다. 런처가 멈춰버린 원인은 설치를 기다리던 Gecko 의존성 때문이었다. 리눅스에서 흔히 보던 그런 프롬프트다.
Kerkythea (Echo Boost)
이 오래된 렌더링 프로그램은 아주 잘 작동했다. 플러그 앤 플레이 수준이었다. KompoZer 때처럼 실행 파일만 지정해주면 CrossOver가 재료와 설정 등 전부를 알아서 임포트했다. CPU와 열네 개의 스레드도 정확히 인식했다. 아주 좋았다. 그리고 리눅스에서 그랬던 것처럼 모델 XML 파일 안에서 재질 경로를 수정해줘야 했다. 예를 들어 E:\Models\Whatever 같은 경로를 /Users/Igor/Library/Application Support/Crossover 식으로 바꾸는 것이다. 그 후엔 모든 것이 순조로웠다.
HD(고해상도) 모드
실험하고 싶다면 프로그램별 설정을 만져볼 수 있다. 핵심은 대체로 WINE이라는 점이다. 표준 winecfg 유틸리티를 실행할 수도 있다. HD 모드도 사용할 수 있는데, 내가 예전에 공개한 동명의 HD 가이드와 다소 비슷하다. 기술적으로는 높은 DPI 설정, 보통 192(표준 밀도의 두 배)가 적용된다. 덕분에 화면이 훨씬 예뻐 보일 수 있다.
반면 어떤 경우에는 예측 불가능한 결과나 화면 렌더링 문제로 인한 앱 성능 저하가 생길 수 있다. 즉, 얻는 것도 있고 잃는 것도 있다. 예를 들어 KompoZer는 문제없이 잘 작동했는데, 사실 리눅스에서 비슷한 방식을 수동으로 적용했을 때는 문제가 있었던 프로그램이다. 여기서는 UI가 부드럽고 빨랐다. 그것도 x86 코드 에뮬레이션 위에서라니, 이중으로 훌륭하다.
낡은 KompoZer의 모습:
Office 2010도 이렇게 하면 꽤 멋지게 보인다:
하지만 순응하지 않는 프로그램도 있었다. SketchUp과 Kerkythea는 이 모드를 달가워하지 않았다. 참고로 리눅스+WINE 조합에서는 훨씬 나은 결과를 봤다. 여러 리눅스 시스템에서 192 또는 216DPI 설정을 쓰고 있는데 모두 멀쩡하다. x86-to-ARM 호환성 문제일 수도 있고, 그래픽 어댑터의 오류일 수도 있다.
프로그램 옵션 세부 조정
여기서 끝이 아니다. 각 프로그램의 C: 드라이브를 탐색할 수 있고, 프로그램마다 별도의 파일시스템을 가진다. 실제로 CrossOver는 새 앱과 게임을 개별 Bottles에 구성하는데, 이는 내가 파라오 기사에서 보여줬듯이 WINE 프리픽스(prefix)와 동일한 개념이다. WINE 설정을 수동으로 만지거나 DLL 오버라이드를 추가·삭제하고, 특정 명령을 실행하는 등의 작업도 가능하다.
SketchUp 8 사례를 살펴보자. 프로그램이 하드웨어 가속 검사를 건너뛰도록 해서 귀찮은 경고가 뜨지 않게 해야 했다. Run Command를 클릭하고, 명령 입력란에 regedit을 입력한다. 그러면 해당 Bottle 전용의 WINE 기반 regedit이 실행되고, 이제 레지스트리 허브를 탐색하며 필요한 변경을 할 수 있다. 내 경우에는 다음 위치로 이동했다:
HKCU\Software\Google\SketchUp8\GLConfig\Display
그리고 HW_OK 값을 0에서 1로 바꿨다. 끝.
CrossOver와 Windows 프로그램 사이에는 몇 가지 보안 관련 이슈도 있는데, 이건 별도의 글에서 다루고자 한다.
미래는 어떨까?
Apple이 언젠가 Rosetta를 퇴역시킬 계획이라는 기사를 몇 개 읽었다. 그럼 흥미로운 질문이 생긴다. CrossOver에는 어떤 영향이 있을까? Steam과 Proton, 그리고 macOS에서 동등한 기능을 하는 것들에도 영향을 줄 것이다. 당장 걱정할 문제는 아니지만, Apple Silicon으로 완전히 독립적인 macOS 전환을 이루려는 내 계획을 위태롭게 할 수도 있다. 반면, 사랑스러운 x86 생태계를 영원히 뒤로할 생각은 없고, 그럴 수도 없다고 본다. 리눅스는 그 분야에서 꽤 쓸만하고, Slimbook Titan 기사에서 보여줬듯이 위의 예들을 포함한 방대한 게임과 프로그램을 모두 사용할 수 있다.
결론
맥용 CrossOver를 몇 달간 사용해본 결과, 이 프로그램은 잘 작동한다고 말할 수 있다. Office 기능 하나만으로도 가격 값을 한다고 본다. 확실히 WINE이며, 조금 더 친절하고 훨씬 nicer GUI로 감싸진 형태다. 다양한 옵션과 기능이 제공되고, 지금까지 시도해본 여러 WINE 프런트엔드 중 외형과 기능 면에서 가장 뛰어나다. 다만 굴비와 문제점도 존재하고, 제품의 '덕후적' 성격이 종종 드러난다.
잘 될 때는 환상적이다. 하지만 잘 안 될 때는 WINE 설정을 만지작거리며 온갖 편법을 동원해야 할 수도 있다. 설치 레시피는 대개 골치 아프다. 존재하지 않는 설치 파일을 가리키는 등 오래된 정보가 많기 때문이다. 흔한 인터넷 부패 현상이다. 게다가 호환성 검증 날짜도 3년, 5년 이상 된 경우가 많다. 사람 나이로는 얼마 안 되지만, 변화무쌍한 소프트웨어 세계에서는 결코 짧은 시간이 아니다.
그럼에도 불구하고 CrossOver는 훌륭하고 견실한 프로그램이다. macOS에서 나의 고전 프로그램들을 거의 대부분, 어쩌면 전부 실행할 수 있게 해준다. Rosetta의 뛰어난 성능에도 박수를 보내야겠다. SketchUp 같은 그래픽 집약 작업을 제외하면 x86 코드가 에뮬레이션되고 있다는 사실조차 느껴지지 않는다. 이 부분을 조정할 방법이 있다면, 좋은 도구가 더욱 탁월해질 것이다. 이런 말로 작별한다.
감사합니다.