Loading article…
 | |
.png/500px-Winecfg_in_32-bit_mode_(v_5.5).png) winecfgはWineを設定します | |
| 原作者 | ボブ・アムスタット、エリック・ヤングデール |
|---|---|
| 開発者 | ワイン作家[1] (1,755) |
| 初回リリース | 1993年7月4日 |
| 安定版リリース | 9.0 [2]
/ 2024年1月16日 |
| リポジトリ | gitlab.winehq.org/wine/wine |
| 書かれた | Ｃ |
| オペレーティング·システム | |
| プラットフォーム | IA-32、x86-64、ARM |
| 利用可能 | 多言語 |
| タイプ | 互換性レイヤー |
| ライセンス | LGPL-2.1以降[5] [6] |
| Webサイト | ワイン |
Wine [a]は、 Microsoft Windows用に開発されたアプリケーション ソフトウェアやコンピュータ ゲームをUnix 系オペレーティング システムで実行できるようにする、無料のオープン ソース 互換性レイヤーです。開発者は、 Windows アプリケーションを WineLib に対してコンパイルして、Unix 系システムに移植することができます。Wine は、著作権の問題を回避するために、主にブラック ボックス テストのリバース エンジニアリングを使用して作成されています。コードのエミュレーションや仮想化は行われません。Wine は主に Linux とmacOS向けに開発されています。
2007年にdesktoplinux.comが38,500人のLinuxデスクトップユーザーを対象に実施した調査では、回答者の31.5%がWindowsアプリケーションを実行するためにWineを使用していると回答しました。[8]この割合は、すべてのx86仮想化プログラムを合わせた割合よりも大きく、Windowsアプリケーションを実行していないと回答した27.9%よりも大きかったです。[9]
歴史
初期のプロジェクトリーダーであるボブ・アムスタットとエリック・ヤングデールは、1993年にLinux上でWindowsアプリケーションを実行する方法としてWineプロジェクトを開始しました。これは、 Solarisオペレーティングシステム用のWabiと、Windows APIをパブリックドメインで完全に再実装してISO標準にしようとする試みであったが、 1996年にマイクロソフトからの圧力により却下されたPublic Windows Interfaceという2つのサン・マイクロシステムズ製品に触発されました。 [10] WineはもともとWindows 3.xの16ビットアプリケーションを対象としていましたが、2010年の時点では、新しいオペレーティングシステムで標準となっている32ビットおよび64ビットバージョンに重点を置いています。このプロジェクトは、1993年6月のUsenetのcomp.os.linuxでの議論から始まりました。 [12] 1994年以来、アレクサンドル・ジュリアードがプロジェクトを率いています。 [アップデート]
このプロジェクトは開発者にとって時間がかかり、困難であることが証明されていますが、その主な理由は、Windows API のドキュメントが不完全で不正確だったためです。Microsoft は Win32関数のほとんどを詳細にドキュメント化していますが、ファイル形式やプロトコルなどの一部の領域では、Microsoft から公開された完全な仕様が提供されていません。また、Windows には、ドキュメント化されていない低レベル関数、ドキュメント化されていない動作、わかりにくいバグが含まれており、一部のアプリケーションを正しく動作させるためには、Wine が正確に再現する必要があります。[13]その結果、Wine チームは、サンクなどの領域で多くの関数呼び出しとファイル形式をリバース エンジニアリングしました。[要出典]
Wineプロジェクトは当初、X Window Systemと同じMITライセンスの下でWineをリリースしましたが、Wineのプロプライエタリバージョンがコアプロジェクトに変更を反映させないことへの懸念から、 [14] 2002年3月現在、ライセンスにはLGPLが使用されています。[15]
Wineは2005年10月25日にバージョン0.9で正式にベータ版となった。[16]バージョン1.0は2008年6月17日にリリースされ、[17] 15年間の開発期間を経た。バージョン1.2は2010年7月16日にリリースされ、[18]バージョン1.4は2012年3月7日に、[19]バージョン1.6は2013年7月18日に、[20]バージョン1.8は2015年12月19日に、 [21]バージョン9.0は2024年1月16日にリリースされた。 [22]開発バージョンはおよそ2週間ごとにリリースされる。
Wine-stagingは、WineHQ開発者によってWineリポジトリへの統合の準備ができていないと見なされているが、wine-compholioフォークでは依然として有用であると見なされている、独立して管理されている積極的なパッチのセットである。主に実験的な機能とバグ修正をカバーしている。2017年1月以降、wine-compholioがプロジェクトをWineHQの主要開発者であるAlistair Leslie-Hughesに移管したため、wine-stagingのパッチはWineHQアップストリームに積極的に統合され始めた。2019年現在[アップデート]、WineHQはwine-stagingのビルド済みバージョンも提供している。[23]
企業スポンサー
Wineの主な企業スポンサーはCodeWeaversで、同社はJulliardや他の多くのWine開発者を雇用してWineと、CodeWeaversがサポートするWineのバージョンであるCrossOverの開発に携わっています。CrossOverには、アップストリームバージョンには適さないと考えられていたアプリケーション固有の調整と、追加の独自コンポーネントが含まれています。[24]
Corelはしばらくの間、主に Julliard らを雇用してプロジェクトを支援した。Corel は、オフィススイートであるWordPerfect Office をLinux (特にCorel Linux ) に移植することに関心を持っていた。その後、Microsoft が Corel に大規模な投資を行い、Wine の取り組みが中止されたため、Corel は Linux 関連のすべてのプロジェクトを中止した。[25]
その他の企業スポンサーにはGoogleがあり、同社はCodeWeaversを雇ってWineを修正し、PicasaがWindowsと同じバイナリを使用してLinuxに直接移植できるほど十分に動作するようになった。その後、GoogleはAdobe Photoshop CS2に対するWineのサポートの改善に資金を提供した。[26] WineはGoogleのSummer of Codeプログラムの定期的な受益者でもある。 [27]
ValveはCodeWeaversと共同で、 Microsoft WindowsゲームをLinuxベースのオペレーティングシステムで実行するためのWineベースの互換性レイヤーであるProtonを開発している。Protonには、Win32関数のLinux固有の実装など、さまざまな理由で上流のWineが受け入れないパッチがいくつか含まれている。ValveのProton開発への関与（およびLinuxゲームの改善）は、WindowsゲームとWineの互換性の向上に役立っている。[28]
デザイン
Wine の目標は、Wine ユーザーが Unix ライクなシステム上で実行したいプログラムに必要な Windows API を完全にまたは部分的に実装することです。
基本的なアーキテクチャ
Microsoft Windows のプログラミング インターフェイスは、主にダイナミック リンク ライブラリ(DLL) で構成されています。これらには、カーネルのシステム コール、NTOS カーネル モード プログラム (ntoskrnl.exe) 用の膨大な数のラッパー サブルーチンが含まれています。一般的な Windows プログラムはいくつかの Windows DLL を呼び出し、次にユーザー モードの gdi/user32 ライブラリを呼び出し、次にシステム コールを通じてカーネルを処理する kernel32.dll (win32 サブシステム) を使用します。システム コール レイヤーは、ドキュメントが公開されていないため Microsoft プログラマーに非公開とみなされ、公開されているインターフェイスはすべてカーネル上で実行されるサブシステムに依存しています。これらのほかに、個別のプロセスとして実行されるサービスとして実装されたプログラミング インターフェイスがいくつかあります。アプリケーションは、RPC を介してユーザー モード サービスと通信します。[29]
Wineは、Windowsアプリケーションバイナリインターフェース（ABI）をカーネルモジュールとしてではなく、ユーザー空間で完全に実装しています。Wineは主に階層構造を反映しており、Windowsでは通常カーネルによって提供されるサービス[30]を、代わりにwineserverと呼ばれるデーモンによって提供しています。wineserverの役割は、基本的なWindows機能の実装、X Window Systemとの統合、シグナルをネイティブWindows例外に変換することです。wineserverはWindowsカーネルのいくつかの側面を実装していますが、Wineの基礎となるアーキテクチャのため、ネイティブWindowsドライバーを使用することはできません。[29]
ライブラリとアプリケーション
Wine では、Windows プログラム用に Windows DLL と Unix共有オブジェクトの両方を読み込むことができます。最も基本的なWindows DLLであるNTDLL、KERNEL32、GDI32、USER32の組み込み実装では、ホスト オペレーティング システムの機能も使用する必要があるため、共有オブジェクト方式が使用されています。WineD3D などの高レベル ライブラリでは、DLL 形式を自由に使用できます。多くの場合、ユーザーは Wine によって実装された DLL ではなく、Windows から DLL を読み込むことを選択できます。そうすることで、Wine でまだ実装されていない機能が提供される可能性がありますが、Wine に存在しない他のものに依存している場合は、誤動作を引き起こす可能性もあります。[29]
Wineはgitコミットごとに実行される自動ユニットテストを通じて実装の状態を追跡します。 [31]
グラフィックとゲーム
ほとんどのオフィス ソフトウェアは複雑な GPU アクセラレーション グラフィック API を使用しませんが、コンピュータ ゲームは使用します。これらのゲームを適切に実行するには、Wine は描画命令をホスト OS に転送し、さらにそれをホストが理解できる形式に変換する必要があります。
DirectXは、レンダリング、オーディオ、入力用のMicrosoft APIのコレクションです。2019年現在、Wine 4.0にはVulkan API用のDirectX 12実装とOpenGL用のDirectX 11.2が含まれています。[32] Wine 4.0では、描画コマンドをホストOSに渡すか、macOSの場合はMoltenVKのMetal APIに変換することで、WineでVulkanアプリケーションを実行できます。[32]
- Xオーディオ
- 2019年2月現在[アップデート]、Wine 4.3はFAudioライブラリ（Wine 4.13には修正も含まれている）を使用してXAudio2オーディオAPI（およびその他）を実装している。[33] [34]
- XInput と Raw 入力
- Wineは4.0（2019年）以降、これらのライブラリの組み込み実装を通じてゲームコントローラをサポートしています。これらは、具体的にはSDLを介して基盤となるOSのコントローラインターフェースにアクセスする必要があるため、Unix共有オブジェクトとして構築されています。[ 32]
- ダイレクト2D
- Wine 4.0はDirect2D 1.2をサポートしています。[32]
ダイレクト3D
WineのDirectXへの取り組みの多くは、Direct3DとDirectDraw API呼び出しからOpenGLへの変換レイヤーであるWineD3Dの構築に費やされています。2019年現在、このコンポーネントはDirectX 11までをサポートしています。 [32] 2016年12月12日現在、WineはD3D11でオーバーウォッチを実行するのに十分な性能です。 [35] Wineで使用されていることに加えて、WineD3D DLLはWindows自体でも使用されており、古いGPUで新しいDirectXバージョンを使用してゲームを実行したり、古いDDrawベースのゲームを正しくレンダリングしたりすることができます。[36]
Direct3DバックエンドをVulkan APIに移行する作業が進行中です。4.0のDirect3D 12サポートは「vkd3d」サブプロジェクトによって提供されており、[32] WineD3Dは2019年にVulkan APIを使用するように実験的に移植されました。[37]別の実装であるDXVKは、Direct3D 9、10、および11の呼び出しをVulkanを使用して変換し、別のプロジェクトです。[38]
Wineにパッチを当てると、 OpenGL API呼び出しに変換することなく、無料のオープンソースの Gallium3D State Tracker（別名Gallium3D GPUドライバー）を介してDirect3D 9 APIコマンドを直接実行できます。この場合、Gallium3DレイヤーはDX9描画コマンドの直接パススルーを許可し、パフォーマンスが最大2倍向上します。[39] 2020年現在、このプロジェクトはGallium.Nineと名付けられています。現在は独立したスタンドアロンパッケージとして利用可能であり、パッチを当てたWineバージョンは不要になりました。[40]
ユーザーインターフェース
Wineは通常、コマンドラインインタープリタから呼び出されます。wine program.exe[ 41]
ワイン
_--_main_tab.png/500px-Winecfg_in_32-bit_mode_(v_5.5)_--_main_tab.png)
winecfg基本的なオプションを調整するためのコントロールを備えたグラフィカルユーザーインターフェイスを起動するユーティリティがあります。 [42]これはWineに含まれるGUI構成ユーティリティです。 Winecfgを使用すると、レジストリを直接編集する必要がなくなり、Wineの構成が簡単になりますが、必要に応じて、付属のレジストリエディター（Windowsのregeditに似ています）
を使用してレジストリを編集することもできます。
サードパーティアプリケーション
アプリケーションによっては、単にアプリケーションをインストールするだけでは不十分で、特定のWindows DLLを使用するようにWineを手動で構成するなど、適切に動作させるためにさらなる調整が必要になる。Wineプロジェクトは、そのような回避策をWineのコードベースに統合せず、代わりにWineのWindows APIの実装を改善することだけに焦点を当てている。このアプローチは長期的な互換性にWineの開発を集中させるが、回避策を必要とするアプリケーションをユーザーが実行することを困難にする。その結果、Wine自体ですぐには動作しないアプリケーションの使用を容易にするために、多くのサードパーティ製アプリケーションが作成されてきた。Wine wikiには、現在および廃止されたサードパーティ製アプリケーションのページがある。[43]
- Winetricksは、いくつかの基本的なコンポーネント（通常はMicrosoft DLLとフォント）をインストールし、一部のアプリケーションがWineで正しく動作するために必要な設定を微調整するスクリプトです。 [44]必要な回避策の適用を含め、多くのアプリケーションやゲームのインストールを完全に自動化できます。WinetricksにはGUIがあります。[45] Wineプロジェクトは、ほとんどのサードパーティ製アプリケーションとは異なり、Winetricksのユーザーからのバグレポートを受け付けます。これは、Wine開発者のAustin Englishによって管理されています。[46]
- Q4Wine は、Wine の高度な設定のためのオープン GUI です。
- Wine-Doorsは、 Wineに機能を追加するGNOMEデスクトップ用のアプリケーション管理ツールです。Wine-DoorsはWineToolsの代替品であり、WineToolsの機能を改善し、より現代的な設計アプローチで元のアイデアを拡張することを目的としています。 [47]
- IEs4Linuxは、バージョン4から6、バージョン7（ベータ版）を含むInternet Explorerのすべてのバージョンをインストールするためのユーティリティです。 [48]
- WineskinはWineエンジンのバージョンを管理し、 macOS用のラッパーを作成するユーティリティです。[49]
- PlayOnLinux は、Windows アプリケーション (主にゲーム) のインストールを容易にするアプリケーションです。PlayOnMac と呼ばれる対応する Macintosh バージョンもあります。
- LutrisはLinuxにWindowsゲームを簡単にインストールできるオープンソースアプリケーションです。 [50]
- Bordeauxは、 winelibアプリケーションを実行する独自のWine GUI設定マネージャです。また、サードパーティのユーティリティのインストール、アプリケーションやゲームのインストール、カスタム設定を使用する機能もサポートしています。Bordeauxは現在、Linux、FreeBSD、PC-BSD、Solaris、OpenSolaris、OpenIndiana、[51] [52]、macOSコンピューターで動作します。
- Bottlesは、GTK4 + LibadwaitaをベースにしたオープンソースのグラフィカルなWineプレフィックスおよびランナーマネージャーです。リポジトリベースの依存関係インストールシステムと、以前の状態を復元するためのボトルバージョン管理を提供します。[53]
- WineGUIは、 Wineを管理するための無料のオープンソースのグラフィカルインターフェースです。これを使用すると、Wineボトルを簡単に作成し、Windowsアプリケーションやゲームをインストールできます。[54]
機能性
ソフトウェアは完璧に動作する
ソフトウェアは設定後問題なく動作します
ソフトウェアに小さな問題がある
ソフトウェアの重大な問題
完全に機能しないソフトウェア
WineのDirect3D部分の開発者は、ゲームのサポートを強化するためにピクセルシェーダーなどの新機能を実装し続けています。 [55] WineはネイティブDLLを直接使用することもできるため、機能性が向上しますが、DLLがアプリケーション自体と一緒に配布されていない限り、Windowsのライセンスが必要になります。
Wineには、メモ帳、ワードパッド、コントロールパネル、インターネットエクスプローラー、Windowsエクスプローラーなど、いくつかのWindowsプログラムの独自のオープンソース実装も含まれています。[56]
Wine アプリケーション データベース (AppDB) は、どの Windows プログラムが Wine と連携し、どの程度うまく動作するかについてコミュニティが管理するオンライン データベースです。
下位互換性
Wine は、 Windows 3.1x用に書かれたものも含め、従来の Windows アプリケーションとの良好な下位互換性を確保している。[57] Wine は、一部のプログラムに必要な、 Windows 2.0まで遡るさまざまな Windows バージョンを模倣することができる。[58]ただし、Windows 1.xおよび Windows 2.x のサポートは Wine 開発バージョン 1.3.12 から削除された。システムに DOSBox がインストールされている場合[要出典] (MS-DOS については下記を参照)、Wine 開発バージョン 1.3.12 以降では、模倣する Windows バージョンとして「Windows 2.0」オプションが表示されるが、MS-DOS と Windows の機能が現在統合されていないため、Wine ではほとんどの Windows 2.0 プログラムを実行できない。
Wine の下位互換性は一般に Windows よりも優れています。新しいバージョンの Windows では、ユーザーはレガシー Windows アプリケーションのアップグレードを余儀なくされる可能性があり、オペレーティングシステムの変更に合わせてプログラムを調整する人がいないため、サポートされていないソフトウェアが永久に壊れる場合があります。多くの場合、Wine は「互換モード」を使用して、新しいバージョンの Windows よりも優れたレガシーサポートを提供できます。Wine は、 x86-64 (64 ビット) CPU を使用する 64 ビットオペレーティングシステムで16 ビットWindows プログラム ( Win16 ) を実行できます。 [59]これは、 64 ビットバージョンの Microsoft Windows にはない機能です。[60] [61] WineVDM を使用すると、16 ビット Windows アプリケーションを 64 ビットバージョンの Windows で実行できます。[62]
WineはWindowsコンソールアプリケーションを部分的にサポートしており、ユーザーはコンソールの管理に使用するバックエンドを選択できます（選択肢にはraw streams、curses、user32が含まれます）。[63] raw streamsまたはcursesバックエンドを使用すると、WindowsアプリケーションはUnixターミナルで実行されます。
64 ビット アプリケーション
64ビットWindowsアプリケーションの予備サポートは、2008年12月にWine 1.1.10に追加されました。[64] 2019年4月現在[アップデート]、サポートは安定していると考えられています。2つのバージョンのWineは別々にビルドされており、結果としてwine64のみをビルドすると、x86-64アプリケーションのみを実行できる環境が生成されます。[65]
2019年4月現在、WineはWoW64[アップデート]ビルドを安定的にサポートしており、これにより32ビットと64ビットの両方のWindowsアプリケーションを同じWineインスタンス内で実行できます。このようなビルドを実行するには、最初に64ビットバージョンをビルドし、次に64ビットバージョンを参照して32ビットバージョンをビルドする必要があります。MicrosoftのWoW64と同様に、32ビットビルドプロセスでは、32ビットプログラムを処理するために必要な部分が64ビットビルドに追加されます。[65]この機能は少なくとも2010年から見られます。[66]
MS-DOS
Microsoft Windowsの初期のバージョンはMS-DOS上で動作し、WindowsプログラムはMS-DOSプログラムに依存して動作する場合があります。WineはMS-DOSを十分にサポートしていませんが、開発バージョン1.3.12以降、システムでDOSBoxが利用可能な場合、 WineはDOSBoxでMS-DOSプログラムを実行しようとします。 [67]ただし、バグのため、現在のバージョンのWine [更新が必要]はWindows 1.xおよびWindows 2.xプログラムを誤ってMS-DOSプログラムとして識別し、DOSBoxで実行しようとします（動作しません）。[68]
ワインリブ
WineはWinelibを提供しており、これを使うとWindows APIの共有オブジェクト実装をUnixプログラムの実際のライブラリとして使うことができる。これによりWindowsコードをネイティブUnix実行ファイルに組み込むことができる。2010年10月以降、WinelibはARMプラットフォームでも動作するようになった。[69]
非x86アーキテクチャ
Solaris SPARCのサポートはバージョン 1.5.26 で廃止されました。
ARM、Windows CE、Windows RT
WineはARM（およびARM64/AArch64）プロセッサと、その上で動作するWindowsフレーバーをある程度サポートしています。2019年4月現在、Wineはロック解除されたWindows RT[アップデート]デバイス向けのARM/Win32アプリケーションを実行できます（ただし、Windows RTプログラムは実行できません）。Windows CEサポート（x86またはARM）はありませんが、[70]非公式のプレアルファ概念実証バージョンであるWineCEではある程度サポートされています。[71]
Android 用 Wine
2013年2月3日、ブリュッセルで開催されたFOSDEM講演会で、アレクサンドル・ジュリアードはGoogleのAndroidオペレーティングシステム上で動作するWineの初期デモを披露した。[72]
Android（x86およびARM）用のWINEの実験的なビルドは2017年後半にリリースされました。それ以来、公式開発者によって定期的に更新されています。[4]デフォルトのビルドではQEMUを介したクロスアーキテクチャエミュレーションが実装されていないため、ARMバージョンではWin32 APIを使用するARMアプリケーションのみが実行されます。[73]
Microsoft アプリケーション
Wine は、デフォルトでは、 Microsoft のInternet Explorerと.NET Frameworkの代わりに、GeckoとMonoの特殊な Windows ビルドを使用します。Wine には、 JScriptとVBScriptの実装が組み込まれています。これらのプログラムの Microsoft インストーラーを winetricks または手動でダウンロードして実行することができます。
Wine は Internet Explorer (IE) のほとんどのバージョンをサポートしていないことで知られています。比較的新しいバージョンの中で、Windows XP 用の Internet Explorer 8 だけが、Wine の AppDB ですぐに使える評価を得ています。[74]しかし、Google Chrome はゴールド評価を受けています (Wine 5.5 ステージング時点)。[75]また、Microsoft の IE 代替ウェブブラウザである Edge は、そのブラウザをベースにしていることが知られています (Microsoft 独自のレンダリングエンジンから切り替えた後[76] )。Winetricks は Internet Explorer 6 から 8 の自動インストールを提供しているため、これらのバージョンは組み込みの回避策で動作することが十分に期待できます。
Internet Explorerを直接インストールする代わりに、現在は廃止されたIEs4Linuxを使用することもできます。これは最新バージョンのWineと互換性がなく、[77] IEs4Linuxの開発は非アクティブです。
Wineの他のバージョン
Wineのコア開発は、Windows API全体の正しい実装を目的としており、特定のアプリケーションとの互換性の面で遅れをとることもあった。例えば、Direct3Dは1998年まで実装されていなかったが[78] 、最近のリリースでは実装がますます完全になってきている。[79]
クロスオーバー
CodeWeavers は、 Microsoft Officeや一部のゲームを含むその他の主要な Windows アプリケーションの実行に特化した CrossOver を販売しています。CodeWeavers は、 Alexandre Julliardを雇用してWine の開発に携わらせ、そのコードのほとんどを LGPL の下で Wine プロジェクトに提供しています。CodeWeavers は、2007 年 1 月 10 日に、Intel ベースのApple Macintoshコンピューター向けに CrossOver Mac という新しいバージョンもリリースしました。 [80]アップストリームの wine とは異なり、CrossOver は、 "wine32on64" と呼ばれる技術を使用して、macOS の x64 のみのバージョンで実行できることが注目に値します。 [81 ]
2012年現在、CrossOverにはCrossOver GamesとCrossOver Proの両方の機能が含まれているため、CrossOver GamesとCrossOver Proは単独の製品としては利用できなくなりました。[83]
CrossOver GamesはWindowsのビデオゲームを実行するために最適化されました。CrossOverとは異なり、Wineの最も安定したバージョンを提供することに重点を置いていませんでした。代わりに、新しいゲームをサポートするための実験的な機能が提供されています。[84]
プロトン
2018年8月21日、Valveは、同社のSteamソフトウェアのLinux版（LinuxベースのSteamOSオペレーティングシステムとSteam Machineコンピュータに組み込まれたSteamインストールを含む）と統合するように設計された、Wineの新しいバリエーションであるProtonを発表しました。[85] ValveのProtonの目標は、Linux上のSteamユーザーがネイティブLinuxポートがないゲーム（特にバックカタログゲーム）をプレイできるようにし、最終的にはSteamとの統合とメインラインのWineに対するゲームサポートの改善を通じて、ユーザーがLinuxでネイティブにゲームをプレイしている場合と同じ「シンプルなプラグアンドプレイ体験」を提供することです。[85] Protonは発表後すぐにパブリックベータ版に入りました。[85]
Valveは2016年からCodeWeaversと協力してWineのゲームパフォーマンスの改善に取り組んでおり、その一部は上流のWineプロジェクトに統合されている。[85] Protonに組み込まれた具体的な改善点には、vkd3d [86]、DXVK [87]、D9VK [88]によるVulkanベースのDirect3D 9、10、11、12の実装、esyncによるマルチスレッドパフォーマンスの改善、[89]フルスクリーンゲームの処理の改善、ゲームコントローラのハードウェア自動サポートの改善などがある。[85]
Protonは完全にオープンソースであり、GitHub経由で入手可能です。[90]
WINE@エターソフト
ロシアの会社Etersoftは2006年からWineの独自バージョンを開発している。WINE@Etersoftは人気のあるロシアのアプリケーション（例えば1C Companyの1C:Enterprise）をサポートしている。[91]
Wineソースコードを使用している他のプロジェクト
Wine ソースコードを使用している他のプロジェクトには次のものがあります。
- OTVDM [92]は64ビットWindows用の16ビットアプリ互換性レイヤーです。
- ReactOS は、 Windows NTバージョン5.x以降（Windows 2000とその後継を含む）とデバイスドライバレベルまで互換性のあるオペレーティングシステムを作成するプロジェクトです。ReactOSはWineのソースコードをかなり使用しています。しかし、ReactOSとのアーキテクチャの違いにより、ntdll、user32、kernel32、gdi32、advapiなどのReactOS固有のDLLの場合のように、そのコードは一般的にWineで再利用されません。[93] 2009年7月、ReactOSプロジェクトリーダーのAleksey Braginは[94]新しいReactOSブランチであるArwinssを開始し、[95] 2010年1月に正式に発表されました。[96] ArwinssはコアWin32コンポーネントの代替実装であり、Wineのuser32.dllとgdi32.dllのほとんど変更されていないバージョンを使用します。
- WineBottler [97]は、通常のMacアプリケーションの形でWineをラップするものです。これは、「ボトル」の形で、さまざまなプログラムの複数のWine設定を管理します。
- Wineskin は、 macOS用のオープンソースのWine GUI設定マネージャです。Wineskinは、通常のMacアプリケーションの形式でWineのラッパーを作成します。このラッパーは、ソフトウェアの配布可能な「ポート」を作成するためにも使用できます。[98]
- Odin は、Win32 バイナリをOS/2上で実行したり、OS/2 ネイティブ形式に変換したりするためのプロジェクトです。このプロジェクトでは、Win32 プログラムを OS/2 用にコンパイルするための Odin32 API も提供されています。
- Parallels Desktop for MacやVirtualBoxなどの仮想化製品は、GPU を活用するために WineD3D を使用します。
- WinOnXはmacOS用のWineの商用パッケージで、アプリケーションや仮想マシンを追加・管理するためのGUIが含まれています。[99]
- WineD3D for Windowsは、OpenGLを使用して、Microsoftの最近のWindowsリリースで削除された古いDirect3Dバージョンと機能をエミュレートする互換性ラッパーです。これにより、古いゲームが再び動作するようになることがあります。[100]
- Apple Game Porting Toolkitは、2023年6月に開催されたAppleの世界開発者会議で発表された、WindowsからMacへのゲーム移植を容易にするソフトウェアスイートです。 [101]
製造中止
- Cedega / WineX : TransGaming Inc. (ソフトウェア事業の売却後、現在はFindev Inc. ) は、独自の Cedega ソフトウェアを製造しました。以前は WineX として知られていた Cedega は、2002 年にリリースされた最後の MIT ライセンス版 Wine から派生したものです。CrossOver Games と同様に、TransGaming の Cedega は Windows のビデオ ゲームの実行を目的としていました。2011 年 1 月 7 日、TransGaming Inc. は、GameTree 開発者プログラムの下で Cedega テクノロジーの開発を継続すると発表しました。TransGaming Inc. は、メンバーが 2011 年 2 月 28 日まで Cedega ID とパスワードを使い続けることを許可しました。[102]
- Cider : TransGaming は、 Apple-Intel アーキテクチャMacintosh用のライブラリである Cider も開発しました。Cider (Winelib と同様) はエンドユーザー向け製品ではなく、開発者がソース コードを変更することなくゲームをIntel Macでネイティブに実行できるように適応させるラッパーです。
- Darwine : PowerPCおよびIntel x86（32ビット）アーキテクチャ向けのWineライブラリのDarwinおよびMac OS Xへの移植版。 2004年にOpenDarwinチームによって作成された。[103] [104] PowerPCバージョンはQEMUに依存していた。[105] Darwineは2009年にWineに統合された。[106] [107]
- E/OS LX : 実際に他のオペレーティング システムをインストールすることなく、任意のオペレーティング システム用に設計されたプログラムを実行できるようにするプロジェクト。
- Pipelight : Wine のカスタムバージョン (wine-compholio) で、Linux ブラウザー内でWindows NPAPIプラグインのラッパーとして機能します。 [108]このツールにより、Linux ユーザーはMicrosoft Silverlight 、 Adobe Flashの Microsoft 版、Unity Web プラグイン、およびその他のさまざまな NPAPI プラグインを実行できます。このプロジェクトは、上流の Wine プロジェクトに対する広範なパッチ セットを提供しており、[109]その一部は承認され、上流の Wine に追加されました。Pipelight は、最近のブラウザーが NPAPI プラグインをサポートしなくなり、Silverlight が Microsoft によって非推奨になったため、ほとんど廃止されています。[110]
受付
Wine プロジェクトは、長年にわたり、数多くの技術的および哲学的な苦情や懸念を受けてきました。
安全
WineはWindowsのバイナリコードを実行できるため、ネイティブのWindowsウイルスやマルウェアがUnix系オペレーティングシステムに影響を与えるのではないかという懸念が生じている[ 111] 。これは、WineがWindows用に作成された限定的なマルウェアを実行できるためである。2018年のセキュリティ分析では、30個のマルウェアサンプルのうち5個がWineを介して正常に実行できたことが判明した。これは比較的低い割合であるにもかかわらず、セキュリティ上のリスクがあった。 [112]このため、Wineの開発者は、スーパーユーザーとして実行しないことを推奨している。[113] ZeroWine [114]などのマルウェア研究ソフトウェアは、仮想マシン内のLinux上でWineを実行し、マルウェアをホストシステムから完全に分離した状態に保つ。仮想マシンを使用するパフォーマンスコストをかけずにセキュリティを向上させる別の方法は、AnboxソフトウェアがAndroidでデフォルトで行っているように、LXCコンテナ内でWineを実行することである。
もう一つのセキュリティ上の懸念は、実装された仕様が不適切に設計されており、セキュリティが侵害される可能性がある場合です。Wine はこれらの仕様を実装しているため、そこに含まれるセキュリティ上の脆弱性も実装する可能性があります。この問題の 1 つの例は、2006 年のWindows メタファイルの脆弱性で、Wine は脆弱な SETABORTPROC エスケープを実装していました。[115] [116]
Wine とネイティブ Unix アプリケーション
Wine に関する一般的な懸念は、その存在によってベンダーがネイティブ Linux、macOS、BSD アプリケーションを作成する可能性が低くなるというものです。この例として、IBM の 1994 年のオペレーティング システムであるOS/2 Warpを検討してみる価値があります。[独自の調査? ]ある記事では、OS/2 を廃止した弱点について説明しており、その最初の弱点は次のとおりです。
OS/2 は DOS および Windows 3.1 アプリケーションとの優れた互換性を提供しました。いいえ、これは間違いではありません。多くのアプリケーション ベンダーは、DOS または Windows アプリケーションを開発することで、DOS/Windows 市場に加えて OS/2 市場にも参入できると主張し、ネイティブ OS/2 アプリケーションを開発しませんでした。[117]
しかし、OS/2 はエンド ユーザーの受け入れに関して多くの問題を抱えていました。おそらく最も深刻なのは、販売されたほとんどのコンピュータに DOS と Windows がすでに搭載されていたため、すでにオペレーティング システムが搭載されていたために OS/2 のメリットを評価しようとしなかった人が多かったことです。DOS と Windows の「バンドル」と、これがオペレーティング システム市場に与えた萎縮効果は、米国対マイクロソフト社の訴訟で頻繁に取り上げられました。
Wine プロジェクト自体は、そのwikiページの 1 つで、Windows API の継続的な開発を「奨励する」という具体的な苦情に応答しています。
ほとんどの人にとって、Windows に縛り付けられるプログラムがまだいくつか残っています。Microsoft Office が Linux に移植されることは決してないのは明らかですが、TurboTax などのプログラムの古いバージョンも移植されません。同様に、移植されることのないゲームや社内アプリケーションが何万もあります。Linux を使用し、従来の Windows アプリケーションに依存したい場合は、Wine のようなものが不可欠です... Wine は Linux をより便利にし、そうでなければ乗り換えることができなかった何百万人ものユーザーを Linux に乗り換えることを可能にします。これにより Linux の市場シェアが大幅に増加し、より多くの商用およびコミュニティ開発者が Linux に引き寄せられます。[118]
また、Wine Wikiページは、Wineがデスクトップ上のLinuxの鶏と卵問題を解決するのに役立つと主張している: [119]
ここで、デスクトップにおける Linux の鶏が先か卵が先かという問題が浮上します。Linux が上記のアプリケーションと同等のものを提供できるようになるまで、デスクトップにおける Linux の市場シェアは停滞します。しかし、デスクトップにおける Linux の市場シェアが拡大するまで、Linux 用のアプリケーションを開発するベンダーは現れません。この悪循環を断ち切るにはどうすればよいでしょうか。
もう一度、Wine が答えを提供します。ユーザーが時間とお金を費やした Windows アプリケーションを再利用できるようにすることで、Wine はユーザーが Linux に切り替えるのを妨げる障壁を大幅に下げます。これにより、Linux がデスクトップで普及し、その分野での市場シェアが拡大します。次に、企業がアプリケーションの Linux バージョンを作成したり、Linux 市場専用の新製品をリリースしたりすることが可能になります。Wine がソリティアしか実行できないのであれば、この論法は簡単に却下できます。しかし、現在では、Microsoft Office、QuickTime や Windows Media Player などのマルチメディア アプリケーション、さらには Max Payne や Unreal Tournament 3 などのゲームも実行できます。他の複雑なアプリケーションも、少し時間をかければほとんど問題なく実行できます。そして、このリストに 1 つのアプリケーションを追加する作業が行われるたびに、他の多くのアプリケーションもこの作業の恩恵を受け、使用可能になります。
Wine で何が実行できるかを知るには、アプリケーション データベースをご覧ください。
Wine をゲームに使用することは、Linux コミュニティで特に物議を醸している。一部の人々は、それがLinux ネイティブ ゲームのプラットフォーム上でのさらなる成長を妨げている、あるいは少なくとも妨げていると考えている。[120] [121]ただし、奇妙なことに、Wine は現在、現在の64 ビットWindows バージョンでは起動しない16 ビット、さらには特定の32 ビットアプリケーションやゲームを実行できるようになっている。[122]このユース ケースにより、Windows Subsystem for Linuxまたはサードパーティの仮想マシンを介して Windows 自体で Wine を実行できるようになり、[要出典] 、BoxedWine [123]や Otvdmなどの手段でカプセル化されるようになった。[124]
マイクロソフト
2020年まで、マイクロソフトはWineについて公式声明を発表していなかった。しかし、Windows Updateオンラインサービスは、Wineで実行されているマイクロソフトのアプリケーションの更新をブロックする。2005年2月16日、イヴァン・レオ・プオティは、マイクロソフトがWindowsレジストリでWine構成キーのチェックを開始し、すべてのコンポーネントのWindows Updateをブロックしていることを発見した。[125]プオティが指摘したように、「これはマイクロソフトがWineの存在を認めた初めてのケースでもある。」
2020年1月、マイクロソフトは、Google LLC対Oracle America, Inc.のアミカス・キュリアーの報告書の中で、APIを再実装できることのプラスの結果としてWineを挙げた。 [126]
2024年8月、マイクロソフトは.NET Frameworkの再実装であるMonoプロジェクトをWineの開発者に寄贈した。[127]
参照
.svg/500px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}
- アンボックス
- コロンビアソテツ
- ダーリン（ソフトウェア）
- 実行者（ソフトウェア）
- 無料およびオープンソースのソフトウェア パッケージの一覧
- LinuxカーネルAPI
- Mono（ソフトウェア）
- Linuxでプレイ
- プレイオンマック
- リアクトOS
- Windows インターフェース ソース環境
- Linux 用 Windows サブシステム
注記
参考文献
- ^ “Wine source: wine-6.4: Authors”. source.winehq.org . 2013年5月13日時点のオリジナルよりアーカイブ。2020年11月1日閲覧。
- ^ 「Wine 9.0 リリース」。2024年1月16日。 2024年1月16日閲覧。
- ^ abc “ダウンロード - WineHQ Wiki”. 2022年7月29日時点のオリジナルよりアーカイブ。2018年10月31日閲覧。
- ^ ab “Index of /Wine-builds/Android”. 2018年1月23日時点のオリジナルよりアーカイブ。 2018年1月21日閲覧。
- ^ 「ライセンス - WineHQ Wiki」。WineHQ。 2017年1月10日時点のオリジナルよりアーカイブ。2017年1月10日閲覧。
- ^ “ライセンス”. WineHQ . 2018年11月16日時点のオリジナルよりアーカイブ。 2017年1月10日閲覧。
- ^ “WineHQ - About Wine”. WineHQ . 2022年7月5日時点のオリジナルよりアーカイブ。2017年4月15日閲覧。
- ^ 「2007 デスクトップ Linux 市場調査」。2007 年 8 月 21 日。2012 年 5 月 24 日時点のオリジナルよりアーカイブ。2007年10 月 8 日閲覧。
- ^ Vaughan-Nichols, Steven J. (2007 年 8 月 22 日)。「Linux での Windows アプリケーションの実行」。2007 Desktop Linux 調査結果。DesktopLinux。2010 年 2 月 11 日時点のオリジナルよりアーカイブ。
- ^ Amstadt, Bob (1993 年 9 月 29 日). 「Wine プロジェクトのステータス」.ニュースグループ: comp.windows.x.i386unix. 2011 年 1 月 5 日時点のオリジナルよりアーカイブ。2008年7 月 13 日閲覧。
- ^ 「Sun が ISO Java 標準化への道として ECMA を使用」。Computergram International。1999年 5 月 7 日。2012 年 7 月 8 日時点のオリジナルよりアーカイブ。2008年7 月 13 日閲覧。
- ^ Byron A Jeff (1993年8月25日). 「WABIはLinuxで利用可能か」.ニュースグループ: comp.os.linux.misc. 2013年6月9日時点のオリジナルよりアーカイブ。 2007年9月21日閲覧。
- ^ Loli-Queru, Eugenia (2001 年 10 月 29 日). 「WINE の Alexandre Julliard 氏へのインタビュー」. OSnews (インタビュー). 2008 年 9 月 24 日時点のオリジナルからのアーカイブ。2008年6 月 30 日閲覧。
通常、入手可能なドキュメントから開始し、関数の最初のバージョンを実装します。その後、この関数を呼び出すアプリケーションに問題が見つかった場合は、アプリケーションが期待する動作になるまで動作を修正します。これは通常、ドキュメントに記載されている内容とは大きく異なります。
- ^ White, Jeremy (2002年2月6日). 「ワインのライセンス変更」。2011年7月21日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
- ^ Alexandre Julliard (2002年2月18日). 「ライセンス変更投票結果」。2011年7月21日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
- ^ “Beta!”. 2005年10月25日. 2010年6月27日時点のオリジナルよりアーカイブ。2010年12月9日閲覧。
- ^ 「バージョン 1.0 の発表」。Wine HQ。2008 年 6 月 17 日。2009 年 2 月 1 日時点のオリジナルよりアーカイブ。2008年9 月 1 日閲覧。
- ^ Julliard, Alexandre (2010年7月16日). 「リリースニュース」。2013年2月10日時点のオリジナルよりアーカイブ。2013年8月30日閲覧。
- ^ “Wine Announcement”. 2012年3月9日時点のオリジナルよりアーカイブ。2012年3月7日閲覧。
- ^ 「Wine 1.6 リリース」。WineHQ。2013年7月18日。2013年7月21日時点のオリジナルよりアーカイブ。 2013年7月18日閲覧。
- ^ 「Wine 1.8 リリース」。WineHQ。2015年12月19日。2015年12月22日時点のオリジナルよりアーカイブ。 2015年12月19日閲覧。
- ^ “Wine 9.0”. WineHQ. 2024年1月16日. 2024年1月27日時点のオリジナルよりアーカイブ。 2024年1月30日閲覧。
- ^ “Wine-Staging”. WineHQ Wiki . 2019年4月22日時点のオリジナルよりアーカイブ。2019年4月22日閲覧。
- ^ White, Jeremy (2011 年 1 月 27 日). 「CrossOver 10.0 および CrossOver Games 10.0、The Impersonator を発表」。CodeWeavers。2011 年 2 月 2 日時点のオリジナルよりアーカイブ。2011 年1 月 28 日閲覧。
- ^ Vaughan-Nichols, Steven J. (2002年2月25日). 「これですべてです: Corel がオープンソースを放棄」. Linux.com. 2021年5月12日時点のオリジナルよりアーカイブ。 2021年5月11日閲覧。
- ^ “older-mirrored-patches/Wine.md at master - google/older-mirrored-patches”. GitHub . 2023年2月9日時点のオリジナルよりアーカイブ。 2023年2月9日閲覧。
- ^ Kegel, Dan (2008 年 2 月 14 日). 「2007 年の Google の Wine サポート」. wine-devel (メーリング リスト). 2009 年 1 月 6 日時点のオリジナルよりアーカイブ。2009 年1 月 3 日閲覧。
- ^ 「Proton/README.md at proton_9.0 · ValveSoftware/Proton」。GitHub 。2024年4月8日閲覧。
- ^ abc 「Wine 開発者ガイド/アーキテクチャ概要」。WineHQ。 2019年4月22日時点のオリジナルよりアーカイブ。2019年4月22日閲覧。
- ^ 「Windows サービス」の記事を参照
- ^ “Wine Status”. WineHQ . 2019年4月22日時点のオリジナルよりアーカイブ。2019年4月22日閲覧。
- ^ abcdef "Wine 4.0". WineHQ . 2019年4月3日時点のオリジナルよりアーカイブ。2019年4月22日閲覧。
- ^ 「FAudio Lands in Wine For New XAudio2 Re-Implementation」。Phoronix。2019年2月25日。2019年3月1日時点のオリジナルよりアーカイブ。 2019年3月24日閲覧。
- ^ “WineHQ - Wine Announcement - The Wine development release 4.3 is now available”. 2019年3月15日時点のオリジナルよりアーカイブ。2019年3月24日閲覧。
- ^ 「Wine Git を使用すると、Linux で D3D11 Blizzard Overwatch ゲームを実行できます」。Phoronix。2016 年 12 月 12 日。2016 年 12 月 15 日時点のオリジナルよりアーカイブ。2016年12 月 17 日閲覧。
- ^ Dossena, Federico. 「WineD3D For Windows」. Federico Dossena . 2019年6月13日時点のオリジナルよりアーカイブ。 2019年4月22日閲覧。
- ^ “Wine 4.6”. WineHQ . 2019年4月13日時点のオリジナルよりアーカイブ。2019年4月22日閲覧。
- ^ Rebohle, Philip (2021年5月4日)、doitsujin/dxvk、2020年5月26日時点のオリジナルよりアーカイブ。 2021年5月4日閲覧。
- ^ Christoph Bumiller (2013年7月16日). 「Direct3D 9 Gallium3D State Tracker」。2021年1月27日時点のオリジナルよりアーカイブ。2021年1月10日閲覧
。d3d1xとの違いはいくつかあります。
[...]
C++ではなくCで書かれており、
[...]
恐ろしい多重継承に依存していないことです。これまでのところ、Skyrim、Civilization 5、Anno 1404、StarCraft 2をnvc0およびr600gドライバーで試しましたが、wined3dの最大2倍のfpsでかなりうまく動作します（注：まだ徹底的なベンチマークは行われていません）。
- ^ “Gallium Nine Standalone”. github . 2020年11月12日時点のオリジナルよりアーカイブ。2020年12月3日閲覧。
- ^ “Wine”. WineHQ . 2016年1月22日時点のオリジナルよりアーカイブ。2017年4月29日閲覧。
- ^ Nick Congleton (2016年10月26日). 「Winecfgを使用したWINEの設定」. Linuxチュートリアル - Linux設定の学習. 2017年4月7日時点のオリジナルよりアーカイブ。 2017年4月29日閲覧。
- ^ 「サードパーティ アプリケーション」。公式 Wine Wiki。2008 年 12 月 20 日時点のオリジナルよりアーカイブ。2009年1 月 3 日閲覧。
- ^ 「Linuxでのゲーム：忍耐力に限界がある正気な人のためのガイド」PCWorld。2021年5月6日時点のオリジナルよりアーカイブ。2015年1月11日閲覧。
- ^ VitalyLipatov (2011年3月30日). 「winetricks - The Official Wine Wiki」。2011年7月31日時点のオリジナルよりアーカイブ。 2011年8月2日閲覧。
- ^ "winetricks". 公式ワインウィキ。2022年5月15日時点のオリジナルよりアーカイブ。2009年1月3日閲覧。
- ^ 「ワインドア」。ワインドア。2011年8月22日時点のオリジナルよりアーカイブ。 2010年4月27日閲覧。
- ^ "IEs4Linux". Tatanka.com.br. 2008年8月20日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
- ^ “Wineskin”. 2020年11月6日時点のオリジナルよりアーカイブ。2012年11月7日閲覧。
- ^ “Lutris”. 2019年5月2日時点のオリジナルよりアーカイブ。2019年5月3日閲覧。
- ^ 「OpenIndiana Bordeaux announcement」。OpenIndiana-announce メーリング リスト。2010 年 10 月 15 日時点のオリジナルよりアーカイブ。2010年10 月 1 日閲覧。
- ^ 「ボルドー・グループのプレスリリース」ボルドー・グループのサイト。2010年10月7日時点のオリジナルよりアーカイブ。 2010年10月1日閲覧。
- ^ GitHubのボトル
- ^ “WineGUI”. WineGUI. 2023年2月20日時点のオリジナルよりアーカイブ。2022年6月17日閲覧。
- ^ 「DirectX-Shaders」。公式 Wine Wiki。2009 年 1 月 1 日時点のオリジナルよりアーカイブ。2009年1 月 3 日閲覧。
- ^ 「コマンド一覧」WineHQ 2016年4月12日。2016年3月17日時点のオリジナルよりアーカイブ。2017年4月29日閲覧。
- ^ 「Wine での Windows レガシ アプリケーションのサポート」(PDF)。2011 年 7 月 8 日時点のオリジナルよりアーカイブ(PDF) 。2010 年12 月 9 日に閲覧。
- ^ Strohmeyer, Robert (2007 年 4 月 6 日). 「それでも Windows アプリを実行する必要がありますか? ワインを一杯飲みましょう」. Pcgamer . 2011 年 6 月 22 日時点のオリジナルよりアーカイブ。2010 年12 月 9 日閲覧。
- ^ Andre Da Costa (2016年4月20日). 「Windows 10で16ビットアプリケーションのサポートを有効にする方法」. groovyPost . 2023年2月20日時点のオリジナルよりアーカイブ。 2019年4月9日閲覧。
- ^ 「64 ビット バージョンの Windows は、16 ビット コンポーネント、16 ビット プロセス、または 16 ビット アプリケーションをサポートしていません」。2016 年 5 月 26 日時点のオリジナルよりアーカイブ。2015 年8 月 22 日閲覧。
- ^ Savill, John (2002年2月11日). 「64ビット版のWindows XPを実行しているコンピューターに16ビットプログラムをインストールできないのはなぜですか?」。2016年3月4日時点のオリジナルよりアーカイブ。2010年12月9日閲覧。
- ^ “16 ビット Windows (Windows 1.x、2.x、3.0、3.1 など) を 64 ビット Windows で実行”. GitHub . 2021 年 10 月 27 日. 2020 年 11 月 9 日時点のオリジナルよりアーカイブ。2019年9 月 25 日閲覧。GitHub で。
- ^ 「テキストモードプログラム（CUI：コンソールユーザーインターフェイス）」。Wineユーザーガイド。 2023年2月14日時点のオリジナルよりアーカイブ。2023年2月9日閲覧。
- ^ Lankhorst, Maarten (2008年12月5日). 「Wine64 hello world app runs!」. wine-devel (メーリングリスト). 2022年3月21日時点のオリジナルよりアーカイブ。 2008年12月15日閲覧。
- ^ ab “Building Wine”。WineHQ 。 2022年7月27日時点のオリジナルよりアーカイブ。2019年4月23日閲覧。
- ^ 「Wine64 for packagers」。公式 Wine Wiki。2010 年 4 月 25 日時点のオリジナルよりアーカイブ。2010 年4 月 20 日閲覧。
- ^ 「[ワイン] Re: ワインは時々本当に驚かせてくれる」 2011年3月11日。2012年3月24日時点のオリジナルよりアーカイブ。2013年2月15日閲覧。
- ^ 「WineHQ Bugzilla – Bug 26715 – Win1.0 実行ファイルが Dosbox をトリガーする」。2015 年 9 月 4 日時点のオリジナルよりアーカイブ。2013 年2 月 15 日閲覧。
- ^ 「Wine 開発リリース 1.3.4 のお知らせ」。Winehq.org。2010 年 10 月 4 日時点のオリジナルよりアーカイブ。2010 年10 月 15 日閲覧。
- ^ 「ARM サポート」。The Official Wine Wiki。2019 年 4 月 17 日時点のオリジナルよりアーカイブ。2019年4 月 22 日閲覧。
- ^ “ワインの包み紙など”. 2016年6月29日時点のオリジナルよりアーカイブ。2016年7月6日閲覧。
- ^ 「Android で Windows アプリを実行できる Wine が登場」。Phoronix 2013 年 2 月 3 日。2013 年 8 月 28 日時点のオリジナルよりアーカイブ。2013年8月 30 日閲覧。
- ^ “Android”. WineHQ . 2019年4月23日時点のオリジナルよりアーカイブ。2019年4月23日閲覧。
- ^ “Internet Explorer”. WineHQ AppDB . 2019年4月13日時点のオリジナルよりアーカイブ。2019年4月23日閲覧。
- ^ “Google Chrome”. WineHQ AppDB . 2020年9月13日時点のオリジナルよりアーカイブ。2020年9月9日閲覧。
- ^ “Chromium ブラウザが黒くなる - WineHQ フォーラム”. forum.winehq.org . 2022年6月15日時点のオリジナルよりアーカイブ。2020年9月9日閲覧。
- ^ 「今のところ、IES4Linux をインストールできません」。2012 年 6 月 22 日。2014 年 8 月 15 日時点のオリジナルよりアーカイブ。2014年1 月 15 日閲覧。
- ^ Vincent, Brian (2004 年 2 月 3 日). 「WineConf 2004 Summary」. Wine Weekly News . No. 208. WineHQ.org. 2006 年 12 月 31 日時点のオリジナルよりアーカイブ。2009 年1 月 3 日閲覧。
- ^ 「Wine Status – DirectX DLLs」。WineHQ.org。2008年12月26日時点のオリジナルよりアーカイブ。2009年1月3日閲覧。
- ^ 「CodeWeavers が Mac および Linux 向けに CrossOver 6 をリリース」。Slashdot。2007 年 1 月 10 日。2011 年 8 月 10 日時点のオリジナルよりアーカイブ。2009年1 月 3 日閲覧。
- ^ Schmid, Jana. 「だから、Catalina の解決策はまだありません...」。CodeWeavers。2021年9月29日時点のオリジナルよりアーカイブ。2023年2月9日閲覧。
- ^ Thomases, Ken (2019年12月11日). 「win32 on macOS」。2020年11月11日時点のオリジナルよりアーカイブ。 2023年2月9日閲覧。
- ^ 「CrossOver – Change Log – CodeWeavers」。2012年8月19日時点のオリジナルよりアーカイブ。 2012年3月9日閲覧。
- ^ 「CrossOver Games サイト」。CodeWeavers。1990 年 1 月 6 日。2010 年 4 月 27 日時点のオリジナルよりアーカイブ。2010年4 月 27 日閲覧。
- ^ abcde 「Steam for Linux :: Steam Playの新バージョンの紹介」。Valve。2018年8月21日。2018年8月22日時点のオリジナルよりアーカイブ。 2018年8月22日閲覧。
- ^ 「vkd3d.git プロジェクト概要」。 WineHQ Git。 2019年4月2日時点のオリジナルよりアーカイブ。 2018年8月22日閲覧。
- ^ 「DXVK GitHub リポジトリ」。GitHub。2020年5月26日時点のオリジナルよりアーカイブ。2018年8月22日閲覧。
- ^ 「D9VK GitHub リポジトリ」。GitHub。2019年3月2日時点のオリジナルよりアーカイブ。2019年10月6日閲覧。
- ^ 「GitHub: esyncのREADME」。GitHub。2018年9月19日時点のオリジナルよりアーカイブ。2018年8月22日閲覧。
- ^ 「Proton GitHub リポジトリ」。GitHub。2018 年 8 月 22 日時点のオリジナルよりアーカイブ。2018 年8 月 22 日閲覧。
- ^ 「WINE@Etersoft – Wine のロシア独自フォーク」 (ロシア語)。Pcweek.ru。2010年4月21日。2014年12月2日時点のオリジナルよりアーカイブ。 2010年4月27日閲覧。
- ^ “64 ビット Windows 上の Winevdm”. GitHub . 2021 年 10 月 27 日. 2020 年 11 月 9 日時点のオリジナルよりアーカイブ。2019 年9 月 25 日閲覧。
- ^ 「開発者向け FAQ」。ReactOS。2008 年 11 月 13 日時点のオリジナルよりアーカイブ。2009 年5 月 25 日閲覧。
- ^ 「Creation of Arwinss branch」。Mail-archive.com。2009年7月17日。2011年6月9日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
- ^ 「Arwinss at ReactOS wiki」Reactos.org。2010年2月20日。2011年4月23日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
- ^ 「Arwinss presentation」Reactos.org。2011年7月7日時点のオリジナルよりアーカイブ。2010年4月27日閲覧。
- ^ 「WineBottler | MacでWindowsベースのプログラムを実行する」。2018年7月6日時点のオリジナルよりアーカイブ。2018年7月6日閲覧。
- ^ 「Wineskin FAQ」. doh123. 2012年10月26日時点のオリジナルよりアーカイブ。2012年11月7日閲覧。
- ^ “WinOnX - Windows On Mac OSX”. 2021年6月2日時点のオリジナルよりアーカイブ。2021年6月12日閲覧。
- ^ Dossena, Federico. 「WineD3D For Windows」Federico Dossena . 2019年6月13日時点のオリジナルよりアーカイブ。 2020年7月19日閲覧。
- ^ apple/homebrew-apple、Apple、2023年6月6日、 2023年6月6日閲覧
- ^ 「GameTree 開発者プログラム」。gametreelinux.com。2011 年 1 月 10 日時点のオリジナルよりアーカイブ。2011 年1 月 2 日閲覧。
- ^ “Darwine seeks to port WINE to Darwin, OS X”. Macworld . 2023年1月5日時点のオリジナルよりアーカイブ。 2023年2月8日閲覧。
- ^ Yager, Tom (2006年2月16日). 「Darwine、OS XでのWindowsアプリ実行に向けて一歩前進」. InfoWorld . 2023年1月5日時点のオリジナルよりアーカイブ。 2023年2月5日閲覧。
- ^トッド・オガサワラ ( 2006年 7 月 20 日)。Intel Mac 用 Windows。O'Reilly Media, Inc. p. 5。ISBN 978-0-596-52840-9. 2023年2月20日時点のオリジナルよりアーカイブ。2023年2月5日閲覧。
- ^ 「IntelベースのMac用WINEが登場：Windowsプログラムの実行が可能に」CNET 2009年9月2日。2023年2月8日時点のオリジナルよりアーカイブ。2023年2月8日閲覧。
- ^ “macOS FAQ - WineHQ Wiki”. Wine FAQ . 2023年1月29日時点のオリジナルよりアーカイブ。2023年2月5日閲覧。
- ^ 「Pipelight: Linux ブラウザーで Silverlight を使用する」。FDS-Team。2013 年 8 月 22 日時点のオリジナルよりアーカイブ。2014 年4 月 4 日閲覧。
- ^ “wine-compholio-daily README”. github. 2023年2月20日時点のオリジナルよりアーカイブ。2014年4月4日閲覧。
- ^ Smith, Jerry (2015 年 7 月 2 日). 「HTML5 Premium Media への移行」. Microsoft Edge ブログ. 2018 年 8 月 23 日時点のオリジナルよりアーカイブ。2019年2 月 10 日閲覧。
- ^ Matt Moen (2005年1月26日). 「WineでWindowsウイルスを実行する」。2013年1月7日時点のオリジナルよりアーカイブ。 2009年10月23日閲覧。
- ^ Duncan, Rory; Schreuders, Z. Cliffe (2019年3月1日). 「Wineを使用してLinuxシステムでWindowsソフトウェアを実行することのセキュリティへの影響：マルウェア分析研究」。Journal of Computer Virology and Hacking Techniques。15 (1): 39–60。doi : 10.1007 / s11416-018-0319-9。ISSN 2263-8733 。
- ^ 「Wine を root として実行する必要がありますか?」Wine Wiki FAQ。公式 Wine Wiki。2009 年 8 月 7 日。2011 年 6 月 21 日時点のオリジナルよりアーカイブ。2009 年8 月 24 日閲覧。
- ^ 「ZeroWine プロジェクトのホームページ」。2011 年 11 月 5 日時点のオリジナルよりアーカイブ。2011 年12 月 11 日閲覧。
- ^ 「Linux/BSD は依然として WINE 経由で WMF エクスプロイトにさらされている!」ZDNet 2006 年 1 月 5 日。2011 年 8 月 11 日時点のオリジナルよりアーカイブ。2011年10 月 16 日閲覧。
- ^ 「CVE-2006-0106 - Wine 20050930 およびその他のバージョンの gdi/driver.c および gdi/printdrv.c は SETABORTPROC GDI を実装しています - CVE-Search」。2019 年 7 月 9 日時点のオリジナルよりアーカイブ。2019年7 月 9 日閲覧。
- ^ Michal Necasek. 「OS/2 Warp の歴史」。2010 年 4 月 12 日時点のオリジナルよりアーカイブ。
- ^ Bernhard Rosenkraenzer. 「Debunking Wine Myths」。2016年1月11日時点のオリジナルよりアーカイブ。2016年10月21日閲覧。
- ^ 「なぜワインは重要なのか」。2011年12月22日時点のオリジナルよりアーカイブ。2011年12月11日閲覧。
- ^ ヒルズ、ジェームズ。「ポート vs. ワイン」。GameSpy。2001年5月11日時点のオリジナルよりアーカイブ。
- ^ Larabel, Michael (2009年7月3日). 「Linuxゲームポーターへのインタビュー」. Phoronix . 2016年7月1日時点のオリジナルよりアーカイブ。
- ^ Warrington, Don (2020年5月11日). 「古いWindowsソフトウェアを実行するのに最適な場所はLinuxかMacか?」Vulcan Hammer . 2023年2月17日時点のオリジナルよりアーカイブ。 2023年2月16日閲覧。
- ^ Davenport, Corbin (2021年10月3日). 「BoxedwineはWebブラウザーでWindowsアプリケーションをエミュレートできます」. XDA Developers . 2023年2月18日時点のオリジナルよりアーカイブ。 2023年2月17日閲覧。
- ^ Mendelson, Edward (2023年1月12日). 「Otvdm/winevdm: 64ビットWindowsで古いWindowsソフトウェアを実行する」.コロンビア大学. 2023年2月9日時点のオリジナルよりアーカイブ。 2023年2月17日閲覧。
- ^ Puoti, Ivan Leo (2005 年 2 月 18 日). 「Microsoft 純正ダウンロード、Wine を探しています」. wine-devel (メーリング リスト). 2009 年 4 月 7 日時点のオリジナルよりアーカイブ。2006年1 月 23 日閲覧。
- ^ Tung, Liam. 「Linux で Windows 10 アプリを実行するための Wine が大幅にアップグレード」ZDNet。2020年 10 月 25 日時点のオリジナルよりアーカイブ。2020年11 月 26 日閲覧。
- ^ Larabie, Michael (2024年8月27日). 「Microsoft、MonoプロジェクトをWineにオフロード」. Phoronix . 2024年8月28日閲覧。
さらに読む
- ジェレミー・ホワイトのワインに関する回答 – CodeWeaversのジェレミー・ホワイトとのSlashdotインタビュー
- 「Mad Penguin: CodeWeavers 創設者 Jeremy White 氏へのインタビュー」。2004 年 5 月 25 日。2015 年 10 月 7 日時点のオリジナルよりアーカイブ。
- Wineプロジェクトを代表する法律顧問としてソフトウェアフリーダム法律センターを任命
- ワイン：ワインの起源、使い方、そして行く末 - ダン・ケーゲルの著作
外部リンク
ウィキメディア・コモンズには、 Wine (ソフトウェア)に関連するメディアがあります。
- 公式サイト