- Wine 11.0 では、NTSYNC、改良された WoW64、および主要なグラフィックの改善が導入され、Linux および macOS 上で Windows ゲームやアプリケーションをよりスムーズに実行できるようになりました。
- 新しいバージョンでは、32 ビット ライブラリへの依存が軽減され、Wayland と X11 が強化され、パフォーマンス、オーディオ、周辺機器の最適化が統合されています。
- 互換性が ARM64、ファイル システム、Unicode、TIFF や Zip64 などの形式に拡張され、家庭やビジネスの環境で使いやすくなります。
- Wine 11.0 は将来の Proton 11 の基盤となり、Windows ソフトウェアを放棄せずに Linux に移行するユーザーにとって Wine を安定したソリューションとして確立します。
Wine 11.0は、 LinuxやmacOSを使用しているものの、Windows向けに設計されたプログラムやゲームに依存しているユーザーにとって、欠かせないツールとなっています。ベータ版やリリース候補版が多数リリースされるなど、非常に集中的な開発サイクルを経て、この新しい安定版が登場しました。パフォーマンス、互換性、ハードウェアサポートが大幅に改善されています。これは単なるアップデートではなく、今後数ヶ月にわたるプロジェクトのすべての作業の基盤となるものです。
Wineの背後には、30年以上にわたる絶え間ない進化の歴史があります。その名前は「Wine Is Not an Emulator（ワインはエミュレータではない）」に由来していますが、実際にはUnix系システム上でWindows API（Win16、Win32、および後継バージョン）を再実装したものです。究極の目標は明確です。完全な仮想マシンを必要とせずに、Linux、BSD、macOSなどの環境でWindowsアプリケーションやゲームを実行することです。Wine 11.0では、特にバグ修正、改良、32ビットライブラリなどの古い依存関係の削減という点で、その目標が大きく前進しました。
Wine 11.0 とは何ですか? Linux と macOS でなぜそれほど重要なのですか?
Wineは互換性レイヤーとして機能し、Windowsアプリケーションがオペレーティングシステムに対して行う呼び出しをリアルタイムで変換し、Linux、BSD、Solaris、macOSなどのシステムで正しく動作するようにします。実際には、これにより、Microsoftのエコシステム以外での動作を想定していなかったプログラムでも、Windowsを別途インストールすることなく、最新のGNU/LinuxデスクトップやMac上で十分に動作させることができます。
バージョン11.0は、重要な節目となるバージョンであり、前回のバージョンと比較して約6.300件の変更と600件以上のバグ修正を含む、完全な開発サイクルの集大成と言えます。これは安定した年次リリースであり、数多くの以前のベータ版（10.xx）や、RC2やRC5など、ゲーム、インストーラー、プロフェッショナル向けアプリケーションに関する特定の修正にほぼ特化したリリース候補版の基盤の上に構築されています。
デスクトップユーザーやテクノロジー系スタートアップにとって、Wineは戦略的な役割を果たします。仮想マシンや追加のWindowsデスクトップが不要になるためライセンスコストを削減でき、異なる環境間での相互運用性を向上させ、Linuxサーバー上でレガシーソフトウェアや特殊なエンタープライズソフトウェアを実行することをより容易にします。実際、ValveのSteamおよびSteam Deck互換レイヤーであるProtonのような主要プロジェクトはWineに直接依存しているため、安定版のリリースはLinuxゲームライブラリにも影響を与えます。
Wine 11.0がリリースされた年は、個人用および業務用コンピュータにおけるGNU/Linuxディストリビューションの採用が著しく増加した年と重なります。ますます多くの人々がWindowsの使用をやめたり、どうしても必要な場合にのみ使用するようになり、Wineは、使い慣れたアプリケーションを使い続けながら、フリーソフトウェアの利点（より高度な制御、柔軟性の向上、そして閉鎖的な環境ではコストがかかる自動化および展開機能）を享受できる「架け橋」となっています。
互換性、パフォーマンス、そして新機能の組み合わせにより、 Wine 11.0は単なるマイナーアップデート以上のものとなっています。このバージョンでは、NTSYNCの統合や新しいWoW64アーキテクチャへの移行など、内部的に大幅な変更が加えられると同時に、蓄積された多数のバグも修正されています。以前のバージョンから移行するユーザーにとって、この進化は、負荷の高いゲームや、32ビットライブラリの引き継ぎが望ましくないシステムにおいて最も顕著に感じられるでしょう。
1年間の開発期間、バグ修正と安定性に重点を置いたRCリリース
Wine 11.0の安定版への道のりは、10.xxブランチでの開発版が約2週間ごとにリリースされ、さらに複数のリリース候補版（11.0-rcX）がリリースされ、プロジェクトはバグ修正に専念するためにコードを固定しました。この開発モデルにより、テスト段階で大幅な変更を試行し、その後、新機能を追加することなく数週間をデバッグに費やすことが可能になりました。
Wine 11.0 RC2は、このコード凍結プロセスにおける2番目の重要なマイルストーンでした。このバージョンでは目に見える新機能は追加されませんでしたが、安定性、重要なアプリケーションとの互換性、LinuxおよびmacOS上の様々なWindowsプログラムの動作に影響を与える28個のバグが修正されました。「コード凍結」フェーズに入ると、最終製品の信頼性が最優先事項となります。
その後、WINE 11.0-rc5 が登場しました。これは、安定版リリース前の最後のリリース候補版となる可能性があったため、特に注目すべきリリース候補版でした。この RC 版では、目立った新機能は追加されませんでしたが、27 項目の内部変更と 32 項目のバグ修正が行われました。これには、有名なビデオゲーム (Heroes of Might and Magic V、Tomb Raider 2013、Rocket League、Batman: Arkham Origins、The Evil Within、Wolfenstein: The New Order など) や、生産性向上アプリケーションおよびインストーラ (VirtualBox、SQLyog、Sumatra PDF など) に関連する問題が含まれていました。
修正内容は、画面が真っ暗になったりちらついたりする問題から、非常に高い周波数（約1000Hz）でのマウス入力の処理に関する問題、FcitxやIBusなどの入力方式でのキーボードイベントの重複、フルスクリーンDirectDrawウィンドウのエラー、MiPony、Hearthstone Deck Tracker、iriver LDB Managerなどの各種ツールでのクラッシュまで多岐に渡りました。また、Microsoft Deadly Tideのようなタイトルでは必須とされていた、一部の古いゲームでは当然のように搭載されていた機能も追加されました。
リリース候補版におけるこうした地道な努力こそが、「まあまあ動作する」バージョンと、レジャーやビジネス環境における本格的な日常使用に耐えうるバージョンとの境界線を定めるものだった。アレクサンドル・ジュリアール率いるチームは、達成された安定性が十分であることを確認した後、安定版Wine 11.0のリリースを承認した。このバージョンは、それ以降の継続的な開発の基準となった。
NTSync とパフォーマンス: Linux カーネルにおける Windows スタイルの同期
Wine 11.0 の重要な機能の 1 つは、NTSYNC です。これは Linux カーネル モジュール (バージョン 6.14 以降で利用可能) であり、Windows NT と同様の同期プリミティブをシステム カーネルに直接実装します。これまで Wine は、このロジックをユーザー空間でエミュレートする必要があり、より重く効率の悪い呼び出しによるオーバーヘッドが発生していました。
NTSYNCを有効にすると、Wineは多くの同期処理をカーネル自体に委任し、Windowsの動作をより忠実に再現します。実際には、これによりマルチスレッドアプリケーションやゲームのパフォーマンスが著しく向上します。ブロッキング、シグナリング、待機に伴う遅延が削減され、多くの場合、負荷の高い最新タイトルではフレームレートが向上します。
En 人気のあるディストリビューション Ubuntu、Fedora、openSUSE、DebianなどNTSYNCモジュールはデフォルトでロードされない場合があります。カーネルが最新であれば、以下の簡単なコマンドで有効化できます。 sudo modprobe ntsyncこの変更が良好な結果をもたらす場合、理想的には、システムを起動するたびにモジュールを自動的にロードするように設定する必要があります。一部のSteamOSベータ版ではすでにこの機能の統合が開始されており、Steam Deckやその他のゲーム開発チームにもたらされるメリットを予感させます。
NTSYNCとの統合に加え、 LinuxとmacOSの両方でスレッド優先度管理の調整が行われています。Wine 11.0では、優先度の割り当て方法やリソースを大量に消費するプロセスの処理方法が改良され、内部タスクが多いゲームやアプリケーションがよりスムーズに動作するようになりました。ただし、一部のディストリビューションではプロセススケジューリングのポリシーが保守的なため、システムによっては、これらの改善点を最大限に活用するために、優先度の制限を見直したり、設定を微調整したりする必要がある場合があります。
パフォーマンスの向上に加え、安定性の向上も見られます。スレッド競合によるクラッシュの減少、ゲームの最小化と復元時の動作の不安定さの軽減、負荷の高いシーンでの応答時間の安定性の向上などが挙げられます。これらの改善点はエンドユーザーには見えませんが、Wine 11.0で多くのバグ修正が確実に機能するための基盤となっています。
WoW64 の刷新: 32 ビット ライブラリへの依存は解消
もう1つの非常に重要な構造的変化は、Wine 11.0で移行が完了した新しいWoW64（Windows-on-Windows 64ビット）アーキテクチャです。従来、Wineで32ビットアプリケーションを実行するには、32ビットUnixプロセスも必要で、結果として重複ライブラリを抱えたマルチライブラリシステムが必要でした。ますます多くのディストリビューションが、この負担から解放され、純粋な64ビット環境に注力したいと考えています。
Wine 11.0では、新しいWoW64により、32ビットシステムライブラリをすべてインストールすることなく、64ビットプロセス内で32ビットコードを実行できます。これにより、デフォルトでマルチライブラリをサポートしなくなった最新のディストリビューションへの展開が大幅に簡素化され、従来のWindowsアプリケーションを実行するための混在環境の維持管理の複雑さが軽減されます。
これを実現するために、Wineはコールトランスレータ（サンク）を使用し、32ビットWindowsモジュールが64ビットUnixライブラリに透過的にアクセスできるようにします。その結果、重複が少なく軽量な環境が実現し、同時に、今日の多くのLinuxユーザーが好むインストール形式との互換性も向上します。
新しいアーキテクチャでは、16ビットプログラムのサポートも強化されています。これはコンピュータの考古学のように聞こえるかもしれませんが、ヨーロッパの特定の企業環境では依然として理にかなっています。管理や産業制御のための一部の内部ツールは書き換えられておらず、引き続きこれらの技術に依存しています。関連する改善点としては、OpenGLにより適したメモリマッピング、SCSIの直接パススルーサポート、純粋な32ビットプレフィックスの使用機能、および実環境での互換性を重視したその他の内部調整などが挙げられます。
目に見える結果として、個別の実行可能ファイルは消えます。 wine64このバージョン以降では、統合バイナリが使用されます。 wine起動するアプリケーションに応じて、32ビット環境と64ビット環境のどちらで動作するかを自動的に決定します。同じプログラムの複数のエディションが存在する場合、互換性上の理由から必要に応じて32ビット版を強制的に使用することもできますが、64ビット版が優先されます。
Wayland、X11、そしてWine 11.0によるデスクトップ体験
Linuxエコシステムが徐々にWaylandへと移行していることは、Wineプロジェクトも見逃していない。スペインやヨーロッパで人気の高いディストリビューション、例えばFedora、Ubuntu、KDE neon、openSUSEなどは、長年使われてきたX11に代わってこのグラフィカルサーバープロトコルをますます推進しており、Windowsアプリケーションはユーザーエクスペリエンスの適応を迫られている。
Wine 11.0では、Wine 9で初登場し、その後も継続的に進化を続けてきた専用のWaylandドライバであるwinewayland.drvが強化されました。双方向クリップボード機能が完全にサポートされ、Wine上で動作するWindowsアプリケーションからテキストをコピーしてネイティブのWaylandプログラムに貼り付けたり、その逆を行ったりすることが、特別な回避策を用いることなく可能になりました。
また、WaylandネイティブアプリケーションからWine上で動作するプログラムへのドラッグ＆ドロップ機能も追加されました。これにより、Windowsソフトウェアとネイティブツールを組み合わせたハイブリッドワークフローが容易になります。例えば、ファイルマネージャーやローカルエディタから、Windows版のみ存在するアプリケーションにファイルをドラッグ＆ドロップすることが可能です。
WineのWaylandドライバーは、コンポジター独自のスケーリング機能を使用して画面モードの変更をエミュレートします。これは、640x480などの非常に低い解像度に変更しようとする古いゲームで特に役立ちます。このような低い解像度では、現代のモニターではウィンドウが小さくなったり、位置がずれたりすることがありました。このエミュレーションのおかげで、システム全体が解像度に合わせて「揺れ動く」ことなく、はるかにスムーズな操作感を実現できます。
とはいえ、このバージョンでもX11は取り残されていません。X11ウィンドウマネージャはWineとの連携が向上し、OpenGLのバックエンドとしては、従来使用されていたGLXではなく、EGLがデフォルトで有効になりました。この変更により、X11ドライバとWaylandドライバ間のコード共有が強化され、一方の環境向けに開発された多くの改善点が、もう一方の環境にも直接的に恩恵をもたらします。
Wine 11.0 のグラフィックス、Vulkan、Direct3D、アクセラレーションビデオ
グラフィック面は、 Wine 11.0の恩恵を最も受ける分野の一つであり、特に最新のゲームだけでなく、クラシックタイトルにもその効果が顕著に表れています。Vulkan APIはバージョン1.4（具体的には1.4.335）にアップデートされ、Win32拡張機能も強化されて、より完全で信頼性の高いものになりました。これは、Protonなどで使用されているDirect3DからVulkanへの変換レイヤーにとって非常に重要です。
さらに、メモリ、セマフォ、外部フェンスの管理に関する高度な機能が追加され、これらの機能を利用するゲームエンジンやゲームがより多く利用できるようになりました。最近の多くのAAAタイトルや、最新のエンジンを使用するインディープロジェクトは、互換性の向上、視覚的な不具合やクラッシュの減少といった恩恵を受けています。
ゲーム分野における最も注目すべき変化の一つは、専用フルスクリーンモードの改善とDirect3Dにおけるフルスクリーン管理の刷新です。DirectX 9時代以降のゲームなど、ビデオモードを直接切り替えるように設計されていたゲームは、今でははるかに予測可能な動作をするようになりました。解像度の急激な変化やちらつきが減り、デスクトップへの予期せぬクラッシュも少なくなり、ゲームモードとシステムモードの切り替え時にフリーズする可能性も低くなっています。
Wine 11.0では、Vulkan Videoを活用したD3D11ビデオAPIによるハードウェアアクセラレーションによるH.264ビデオデコードも導入されました。これは、Wine内のメディアプレーヤーやストリーミングプラットフォームだけでなく、ゲーム自体に埋め込まれたビデオ（オープニング、ムービーなど）にも影響します。この処理をGPUにオフロードすることでCPU使用率が下がり、パフォーマンスが向上します。これは、ヨーロッパの家庭ユーザーに広く普及しているノートパソコンやミドルレンジPCで特に効果的です。
一方、vkd3d-shaderライブラリは、旧型のシェーダーモデル（シェーダーモデル1～3）との互換性を向上させ、クラシックゲームのレンダリングをより忠実に再現します。テクスチャ圧縮（BC4/BC5形式など）と自動ミップマップ生成機能が改良され、パフォーマンスを犠牲にすることなく、遠景のディテールやテクスチャを滑らかに表現できるようになりました。
オーディオ、周辺機器、Bluetooth、ゲーム体験
Wine 11.0では、グラフィックだけでなく、サウンドと入力デバイスにも特別な配慮がなされています。オーディオ分野では、SoundFont（SF2）とMIDIのサポートが改善されました。これは、これらの技術に依存した音楽を持つ90年代後半から2000年代初頭のゲームにとって重要なポイントです。レトロゲームを今でも楽しんでいるユーザーは、オリジナルに忠実なサウンドトラックに気づくでしょう。
コントローラーに関しては、ハイドロウのバックエンドはジョイスティック、ステアリングホイール、その他のゲームパッドで注目を集めており、より正確な応答性と、より一貫性のあるフォースフィードバック（振動と力覚効果）を提供します。これは、ペダル付きステアリングホイール、航空用ジョイスティック、またはLinuxに接続された高度なコントローラーを使用するドライビングシミュレーターやフライトシミュレーターの愛好家にとって特に有益です。
Bluetoothドライバが刷新され、Linuxとの連携が向上しました。BlueZ経由でデバイスを検出し、適切なAPIを使用してペアリングする機能が追加されています。また、Bluetooth Low Energy（BLE）および低レベルRFCOMM接続のサポートも追加され、これらの技術を利用する最新のワイヤレスコントローラ、センサー、その他のアクセサリの使用が容易になりました。
同時に、マウスを非常に高い周波数でサンプリングするゲームで発生していた深刻なカクつきなど、ゲームプレイに影響を与える入力の問題も修正されました。こうした細かな点が、シューティングゲームやアクションゲームなど、マウスの精度が重要なジャンルにおいて、かろうじてプレイできるゲームとスムーズなゲーム体験との違いを生み出します。
これらの改善点の多くは、SteamがLinuxおよびSteam Deck上でWindowsゲームを実行するために使用する互換性レイヤーであるProtonに直接的な影響を与えます。Wine 11.0は、今後リリースされるProton 11の基盤となるため、グラフィック、オーディオ、入力、Bluetoothの互換性に関するこれまでの修正はすべて、Linux上で利用できるゲームのカタログを、より少ない設定作業で利用できるというメリットをもたらします。
ARM64、メモリ管理、スキャナ、ファイル形式
軽量ノートPC、ミニPC、および一部のデスクトップPCにおけるARM64の普及に伴い、ハードウェアのエコシステムは変化しており、Wine 11.0はこのアーキテクチャ向けに具体的な改良を加えています。最も注目すべき改良点の1つは、より大きなサイズ（16Kまたは64K）を使用するARM64カーネルで4Kメモリページをシミュレートできるようになったことで、多くのWindowsアプリケーションが期待する動作にシステム動作が近づきました。
現時点では、この機能は比較的シンプルなアプリケーション向けに設計されていますが、将来的にはより幅広い互換性への道を開くことは明らかです。同時に、Userfaultfd（UFFD）などの技術によってメモリ管理が強化され、ユーザー空間からページフォルトを処理できるようになりました。社内プロジェクトテストでは、負荷の高いゲームのロード時間が大幅に短縮され、ネイティブのWindowsパフォーマンスにかなり近づくことが示されています。
通信とセキュリティの分野では、Wine 11.0 は BCrypt の実装に ECDSA_P521 や ECDH_P521 などの最新の暗号化アルゴリズムを追加しました。これは、予期せぬ事態が発生しないようにするために強力な暗号化を必要とする多くの現在のアプリケーションにとって不可欠です。
統合システムユーティリティも改善されました。例えば、カスタム実装が組み込まれている timeoutWine内のプロセスの期間を制限するのに役立ち、初期サポートは runasこれにより、外部の実験に頼ることなく、互換性環境内で異なる認証情報を持つプログラムを実行することが容易になります。これらは小さなツールですが、管理者や上級ユーザーには高く評価されています。
オフィス機器および文書管理に関して、64ビットアプリケーション向けTWAIN 2.0 APIの実装により、スキャナのサポートが大幅に向上しました。複数ページのスキャン、自動原稿送り装置の使用、より安定したインターフェース管理が可能になり、特定のスキャンダイアログを開いた際に頻繁に発生していたクラッシュが減少しました。
ファイルシステム、Unicode、ネットワーク、エンタープライズ互換性
Wine 11.0では、修復ポイントの導入により、Windowsファイルシステムとの互換性も向上しています。この機能により、ファイルやディレクトリにメタデータを付加することが可能になり、Windowsが特殊なシンボリックリンク、マウント、高度なショートカットを処理する方法を再現できます。特定のエンタープライズアプリケーションやシステムツールでは、こうした詳細が、正常に動作するか、不安定な動作を示すかの分かれ目となる場合があります。
メモリ管理と入出力操作が改良され、Windows環境における想定される動作により近いものとなりました。これは、複雑なインストーラー、バックアップツール、エンタープライズコンテンツ管理システム、および大量のデータに対して集中的な読み書き操作を実行するその他のソリューションに直接的な影響を与えます。
もう一つ注目すべき点は、フォーマットとエンコーディングの処理です。Wine 11.0では、スキャンや文書アーカイブ環境で依然として広く使用されているTIFF画像フォーマットのサポートが強化され、Unicode 17.0.0との互換性も追加されました。これにより、使用可能な文字、アルファベット、記号の範囲が拡大されます。これは、グローバルアプリケーション、メッセージング、オフィススイート、および多言語のテキストを扱うあらゆるプログラムにとって重要です。
ネットワークレベルでは、IPv6経由でのpingが可能になり、パッケージングサービスにおけるZip64による大容量ファイルの互換性が向上しました。これらの改善により、大容量の圧縮バックアップ、科学データパッケージ、または非常に大きなコードリポジトリを扱う環境において、巨大ファイルの取り扱い時に発生する予期せぬ問題やエラーを防ぐことができます。
インフラストラクチャの一部をLinuxやmacOSに移行しつつも、依然としてWindows専用ツールに依存している企業や組織にとって、ファイルシステム、Unicode、ネットワークレベルでのこれらの調整は、より予測可能なエクスペリエンスを実現するための重要な一歩であり、少数のレガシーアプリケーションを実行するためだけに専用のWindowsサーバーを維持する必要性を軽減する。
Wineのアクセス、インストール、将来の開発
Wine 11.0の安定版は、WineHQ.orgでソースコードと主要なGNU/Linuxディストリビューション向けのバイナリパッケージの両方で入手可能です。このプロジェクトは独自のレポジトリを管理しており、多くの場合、個々のディストリビューションのレポジトリよりも最新の状態になっているため、最新の機能を必要とするユーザーは直接設定を行うことができます。
スペインで広く普及しているUbuntuの場合、 WineHQはUbuntu 22.04 LTS以降のバージョンのリポジトリを提供しており、安定版をインストールしてアップデートを簡単に受け取ることができます。Debian、Fedora、openSUSE、Linux Mintといったその他の人気のあるヨーロッパのディストリビューションは、プロジェクト自体または活発なコミュニティによってパッケージが維持されています。
安定版がリリースされると、Wineチームは通常の開発リリーススケジュールに戻ります。11.xシリーズは、数週間ごとに新機能やバグ修正を含むベータ版が提供され、将来のWine 12.0への道が開かれます。最新機能を求めるユーザーは、多少のリスクを覚悟の上で開発ブランチを追うことができます。一方、安定性を優先するユーザーは、11.0にとどまり、メジャーな安定版がリリースされたときにのみアップデートすれば問題ありません。
並行して、特にProtonを通じて、ゲームエコシステムと密接に連携した作業が続けられています。仁王2、スタークラフト2、ウィッチャー2、コール オブ デューティ ブラックオプスII、ファイナルファンタジーXI、Battle.netなどのタイトル、そしてウィングコマンダー シークレットオプスやアース2150といった名作に対する多くの具体的な修正は、Wineに統合された後、Protonに移植され、高度な調整なしで「すぐに使える」ゲームの数を増やしています。
スペインやヨーロッパのLinuxおよびmacOSユーザーで、ゲームライブラリや企業向け・専門的なWindowsソフトウェアを手放したくないユーザーにとって、Wine 11.0は大きな前進と言えるでしょう。NT Syncとの統合、WoW64の進化、VulkanとDirect3Dによるグラフィックの改善、周辺機器とBluetoothの扱いの向上、ARM64のサポート、メモリ管理の進歩、そしてゲームや実用アプリケーションにおける多数のバグ修正など、このバージョンではWineが堅牢なソリューションとしての地位を確固たるものにし、オープンソースが普及しつつも従来のプロプライエタリソフトウェアとの互換性を失わない環境で、より「実験的」ではなく、日常的に使用できるものとなっています。
