なぜMacでWindowsゲームは動かないのか

Apple が Mac のチップを Intel から自社設計（Apple Silicon）へ切り替えたとき、Windowsゲームを動かす素直な道が二本とも塞がった。

ひとつは CPUの命令セットが変わったこと。Windowsの exe は x86 という命令で書かれているが、Apple Silicon は ARM という別系統で、そのままでは 一命令も実行できない。もうひとつは 退路の消滅だ。Intel Mac 時代には二つの逃げ道があった ― Windows向けの命令を変換する Rosetta と、Mac に Windows を直接入れる Boot Camp。だが Rosetta は Intel *Mac* アプリを動かすための仕組みで Windows の exe は対象外。Boot Camp は Apple Silicon で廃止された。

「そのまま動かす」も「Windowsを入れる」も塞がった。残るのは 翻訳して動かす道だけ ― そしてその翻訳は、一枚では終わらない。

ゲームを動かす土台になるのが Wine だ。ただし、これは「一枚の翻訳」ではなく、すでに二重になっている。

Wine は、WindowsをインストールせずにWindowsアプリを動かす互換レイヤーで、ゲームが呼ぶWindowsのシステムコール（API）を macOS の API へ翻訳する。エミュレーターではなく「翻訳者」なので、ここまでは一段。だがゲームの中身は依然 x86 の命令のまま。ARM の Mac で走らせるには、その命令自体を ARM へ変換する層がもう一枚要る。APIの翻訳（Wine）と命令の変換、この時点で翻訳は二枚重なっている。

画面に一枚の絵が出るまでが、いちばん長い。Windowsゲームは DirectX で描くが、macOSにDirectXは無い。だから絵は何度も別のAPIに載せ替えられる。

やっかいなのは、ビジュアルノベルが今も現役なのに、中身は2000年代のAPIを引きずっている点だ。新しい翻訳鎖の 外側を通る古い経路が、タイトルごとに混ざる。

一枚の絵、一つの音、一枚のサムネイル ― それが画面に届くまでに、これだけの層を通り抜ける。

↑ どの層も単体では正しい。壊れるのは、いつも層と層の「継ぎ目」