|
Microsoft DirectX
Microsoft DirectX（ダイレクトエックス）は、マイクロソフトが開発したゲーム・マルチメディア処理用のAPIの集合である[1]。オーバーヘッドを少なくしたデバイスの仮想化・抽象化を提供する。Windows・Xbox・Xbox 360・Xbox Oneなど、マイクロソフト製のプラットフォームおよびデバイスにおいて広く利用されている。APIの一部はハードウェアアクセラレーションに対応しており、DirectX互換のハードウェアとデバイスドライバーが搭載されたコンピュータ上では、CPUの負担を低減しつつ高速処理することができる。グラフィックスに関しては、DirectX (Direct3D) 互換のGPU（ビデオカードやオンボードグラフィックスなど）を利用することにより、高品質の2次元・3次元コンピュータグラフィックスを高速にレンダリングできる。 DirectX RuntimeDirectXのランタイム (DLL) には大きく分けて2種あり、1つはd3d11.dllやd2d1.dllなどのような基本ランタイム、そしてもう1つはd3dx11_43.dll、D3DCompiler_43.dll、XAudio2_7.dllやxactengine3_7.dllといったSDK依存の追加ランタイムである。前者はWindowsオペレーティングシステム (OS) のセットアップ時（プリインストール）、もしくはMicrosoft Update/Windows Updateなどを通して最新のサービスパックや更新プログラムの適用時にシステムコンポーネントとして標準インストールされる一方で、後者はアプリケーションの開発に使用したDirectX SDK（Windows SDK）のバージョンに依存し、またMicrosoft Update/Windows Update経由でのインストールはできないため、DirectXアプリケーションの利用者がマイクロソフトの配布サイトからDirectXエンドユーザーランタイムのセットアッププログラム[2]をダウンロードして明示的にインストールする[3]か、もしくはDirectXアプリケーションの開発者がアプリケーションのセットアッププログラムに必須ランタイムのインストール機能を含める必要がある[4]。なお、Windows SDK 8.0付属のD3DCompiler_46.dllや、Windows SDK 8.1/10付属のD3DCompiler_47.dllなどは、OSによっては標準でインストールされておらず、また単独のエンドユーザー向けインストーラーも提供されていないため、開発者が対象環境に応じて明示的にアプリケーションに同梱しておく必要がある。.NET Framework 4.7はD3DCompiler_47.dllに依存しているが、インストーラーに含まれていないため、Windows 7などの旧環境では別途D3DCompiler更新プログラムを事前に適用しておく必要がある[5]。 Windows 8.x以降は前者の基本ランタイムに加えて後者の追加ランタイムのうち特定のバージョン（XInput1_4.dllやXAudio2_8.dllなど）が最初からシステムコンポーネントとしてプリインストールされており、Windows 8/RT向けストアアプリ、Windows 8.1/RT 8.1向けストアアプリおよびユニバーサルWindowsプラットフォーム (UWP) アプリの開発では基本ランタイムと、この特定のバージョンの追加ランタイムのみを使うことができる[6][7]。 DirectXを使用したアプリケーションプログラムを実行する際、「xxx.dllが見つからなかったため、このアプリケーションを開始できませんでした。……」といったエラーに対処するには、DirectXランタイムのアップデートが必要になる[2][8][9]。ただし、使用するOSによっては完全に実行不可能である場合もある。例えばWindows XPではDirectX 10以降を使用したアプリケーションは実行できない。また、Windows Vista/7/8.xではDirectX 12を利用することはできない。 コンポーネント群DirectXの機能のうち、大部分はCOMインターフェイスの形で提供されている[10]。DirectXのランタイムライブラリとSDKは、いずれもマイクロソフトのウェブサイトから無償でダウンロードできるが、プロプライエタリでソースコードは非公開である。また、単独のDirectX SDKは「June 2010」が最終バージョンであり、Windows 8向けの開発キットであるWindows SDK 8.0がリリースされた際にWindows SDKへと統合された[11]。PIX for WindowsなどのツールやD3DXライブラリはSDK統合の際に廃止され、代替としてGraphics DiagnosticsがMicrosoft Visual Studioに用意されたり、DirectX Tool Kitなどのオープンソースライブラリが開発・公開されたりしている（#補助ライブラリ）。
DirectX APIは基本的にSide-by-Sideであり、複数のバージョンが競合することなく共存できるため、例えばDirectX 11がインストールされている環境でもDirectX 10およびそれ以前のバージョンを利用することは可能である。また、更新が終了したAPIのうち、OSに標準インストールされているコンポーネントに関しては、Windows 10などの新しいOSでも引き続きデスクトップアプリケーションにて標準的に利用すること自体は可能だが、Direct3D 8などのようにネイティブ64ビット版が用意されていないものも存在する[23]。 リリース履歴DirectX 12およびDirectX 11.3はWindows 10 (Windows 10 for Desktop, Windows 10 for Xbox One, Windows 10 for Phone) 専用のバージョンである。PC用Windows 10のほか、Xbox One用Windows 10にも対応する[24]。DirectX 12はWindows Phone (Windows 10 Mobile/Windows 10 IoT) にも対応することが報じられている[25]が、DirectX 12/WDDM 2.0に対応するデバイスドライバーおよび機能レベル11_0以上に対応するハードウェアが必須となる。 DirectX 11.2はWindows 8.1以降/Xbox One専用のバージョンである[26]。 Windows 7（一部DirectX 11.1に対応）/Windows VistaにおいてはDirectX 11.0、Windows XP・2000/Me/98/98SEはDirectX 9（9.0c）、Windows 95はDirectX 8（8.0a）が最新バージョンとなる。ただしPC-9800シリーズの場合はDirectX 7（7.0a）が最新バージョンであり、それ以上のバージョンは制限を解除しないとインストールできないようになっている[27]。またWindows NT 4.0ではSP3以降に付随するDirectX 3相当機能が最新バージョンとなる。 一部のバージョンに関しては、Windows UpdateやWindowsストアを通じて、OSが対応する最新のDirectXをサービスパックなどの機能更新プログラムとともに入手することが可能である。例えばWindows XPの場合、Windows Update経由でSP2と同時にDirectX 9.0cを入手できる。Windows Vistaの場合、SP1と同時にDirectX 10.1を、またSP2+Platform Updateと同時にDirectX 11を入手できる[3]。なお、DirectX 10以降は、Windows Display Driver Modelの導入を始めとして、Windowsのグラフィックスアーキテクチャに大規模な修正が加えられたことから、Windows XPなどの旧Windows製品では利用できない。新しいOSでは、対応する最新バージョンよりも古いバージョンのDirectXに関しても基本的にすべて利用可能である。
DirectX 4はリリースされなかった。Raymond Chenの著書The Old New Thing（邦訳：Windowsプログラミングの極意 歴史から学ぶ実践的Windowsプログラミング!）によると、DirectX 3がリリースされた後に、マイクロソフトは後継のバージョン4と5の開発を同時に始めた。バージョン5がより実りの多いものになる予定だったのに対し、バージョン4は小幅な機能拡張を伴う短期リリース版となる予定だった。しかしDirectX 4に実装される予定の機能はゲーム開発者の興味をそそらず、そのためDirectX 4はキャンセルされ、すべての機能をDirectX 5に組み込むことになったが、すでに執筆されていた多数のドキュメント内ではこれら2つのバージョンを明確に区別していた。マイクロソフトは混乱を避けるため、バージョン5をバージョン4にリネームするようなことはせず、バージョン4をスキップすることにした[36]。 歴史1994年終盤、マイクロソフトはWindows 95をリリースしようとしていたが、当時のプログラマは、Windows 95よりもむしろMS-DOSの方がゲームプログラミングに適していると考える傾向にあった[37][38]。「どのようなプログラムを作れるか」というのはOSの評価基準として大きなウェイトを占める。マイクロソフトの三人の社員、クレイグ・アイスラー (Craig Eisler)、アレックス・ジョン (Alex St. John)、エリック・イングシュトローム (Eric Engstrom) は、この傾向を危惧していた。 MS-DOSの環境下では、プログラムはビデオカード、キーボード、マウス、サウンドカードなど様々なシステムパーツに直接アクセスできていたが、Windows 95ではメモリ保護のためにこれらの直接のアクセスが制限されてしまっていた。あと数か月でWindows 95がリリースされるという中で、マイクロソフトはWindows 95におけるプログラムの自由度を上げる仕組みを作り上げなければならなかった。アイスラーとジョンとイングシュトロームの三人はこれらの問題解決に乗り出した。こうして作られたのがDirectXである。 DirectXの開発プロジェクトには「The Manhattan Project」というコードネームが付けられた。後年のShacknewsによるアレックス・ジョンへのインタビューによると、これは第二次世界大戦における原子爆弾の開発プロジェクト「マンハッタン計画」をなぞったもので、日本製のゲームコンソール[注釈 1]をPCで（究極的にはXboxで）押しのけるための取り組みであったからだという[38]。またプロトタイプのDirectXのロゴには、放射能標識に似たものが用いられていたが、マイクロソフトの広報によって差し止められ、「X」の形状にするために脚を1本加えたロゴ[39]に変更された[注釈 2]。なお、その後もバージョン6までのDirectXには大量破壊兵器にちなんだと推測される開発コードネームが付けられていた[41]。 DirectXの開発メンバーたちは、社内で「Beastie Boys」（野蛮な若者）と呼ばれ、クビの圧力にさらされながら開発を進めた。マイクロソフトの経営陣は当初、Windowsをゲームプラットフォームにする気がなかったため、彼らの活動を評価していなかった[42]。 1995年8月（日本では同年11月）にWindows 95がリリースされた後、DirectXの最初のバージョンは「Windows 95 Game SDK」として1995年9月にリリースされた。これはWindows 3.1にあったWinG APIとDCI (Display Control Interface) を32ビット用に移植したものである。このとき、マイクロソフトはATIの開発チームからゲームグラフィックの基本部分についての技術提供を受けた。これ以降、アイスラー（開発リーダー）、ジョン、イングシュトローム（プログラム責任者）の三人のチームを中心としてDirectXの開発が進められ、最終的にはこれ以降のすべてのWindowsにおいてDirectXがマルチメディア機能を担うことになった。DirectX 1から5までの開発でのドタバタは、アイスラーのブログに詳しく書かれている[28]。 DirectXの登場より前に、マイクロソフトはOpenGLをWindows NTに搭載してしまっていた[43][44]。OpenGLは、動作に（当時においては）ハイスペックな環境が必要だった上に、用途もCADやエンジニアリングに限られていた。そんな中Direct3Dは、ゲーム用としてはオーバースペック気味だったOpenGLの軽量版として設計され、ここからDirect3DとOpenGLとの、ユーザー同士の対立が始まった。Windows専用だったDirect3Dはマイクロソフトの3E戦略（embrace, extend, extinguish―吸収、拡大、根絶）だとOpenGLユーザーから非難されることとなった。しかしDirectXには、サウンドやジョイスティックなど、OpenGLがカバーできない機能が含まれていたため、DirectX上の他のAPIとOpenGLとを組み合わせて使われることが多かった。後にはOpenGLとSDLの組み合わせも多い。OpenGLはDirect3Dが先行して実装したジオメトリシェーダーやコンピュートシェーダーといった機能を数年遅れで取り入れるなど、Direct3Dの影響を受けている部分がある[45][46]。 PCだけでなくコンシューマーやアーケードのゲーム機でも、OSとしてWindowsを採用し、ゲーム開発用APIとしてDirectXが利用されるケースも出始めた。1998年（北米では1999年）に登場したセガのドリームキャストでは、Windows CEとともにDirectX 5.0のカスタマイズ版が世界で初めて用いられた[47][48]。その後、WindowsとDirectXは2001年（日本では2002年）に登場したマイクロソフトの初代Xboxでも採用された。OSはWindows 2000を軽量化したカスタマイズ版だが、HDDではなく各ゲームのDVD-ROMから読み込んでブートする形式だった[49][注釈 3]。XboxのコンソールAPIはマイクロソフトとNVIDIA（Xboxのカスタムグラフィックスチップの開発元）で共同開発された。Xbox APIはDirectX 8.1に近いが、コンソール上からアップデートができないところがPCや他のコンソールと異なる。XboxのコードネームはDirectXboxだったが、商品名は短縮してXboxとなった[50]。 2001年にリリースされたWindows XPには、DirectX 8.1が標準搭載された。 DirectX 9のリリース2002年にマイクロソフトは、以前よりもはるかに長いシェーダープログラムを扱えるシェーダーモデル2.0（頂点シェーダー2.0、ピクセルシェーダー2.0）と高級シェーディング言語HLSLをサポートしたDirectX 9をリリースした。2004年8月にはさらに機能を強化したシェーダーモデル3.0を導入したDirectX 9.0cをリリースし、それ以降もD3DXやXAudio2といった拡張ライブラリやOS非標準コンポーネントを中心にDirectX SDKおよびエンドユーザーランタイム一式の更新が続けられた。 DirectX SDK February 2005を最後に、DirectShowはDirectX SDKから取り除かれ、代わりにMicrosoft Platform SDKへ移動された（DirectX SDK April 2005以降にはDirectShow関連ファイルが含まれない）。しかしPlatform SDKに付属するDirectShowのサンプルをビルドするためにはDirectX SDKが必要である[51]。 2005年に登場したXbox 360には、Windows 2000のカスタム版が搭載された。GPU (Xenos) はATI製で、機能的にはDirectX 9.0c世代だが、DirectX 10世代GPUの特徴である統合型シェーダーアーキテクチャを先行して採用していた[52]。 DirectX 10のリリース2006年にリリースされたDirectX 10は、WDDM/DWM/DXGI 1.0とともにWindows Vista専用として提供され、Windows XP以前のOSにはバックポートされなかった。 なお、Windows Vista以降には、Direct3D 10とともに、WDDMに対応したDirect3D 9の改良版としてDirect3D 9Exも搭載されている。Windows VistaのWindows AeroはDirect3D 10ではなく9Exで描画されており、グラフィックスハードウェアがDirect3D 10（シェーダーモデル4.0）に対応していなくとも、Direct3D 9（シェーダーモデル2.0/3.0）世代のハードウェアとWDDM 1.0に対応したデバイスドライバーがあればAeroが利用可能となっている。Direct3D 9ExはのちにWindows 7でフリップモードが追加されている[53]。 DirectX SDK August 2007を最後に、DirectMusicはDirectX SDKから取り除かれた[54]。 2008年にはWindows Vista SP1と同時に、DirectX 10のマイナーバージョンアップとしてDirectX 10.1がリリースされた[55]。 DirectX 11のリリース2009年、Windows 7と同時にDirectX 11がリリースされた。DirectX 11のうち、GPGPUのために導入されたAPIであるDirectComputeについては、当初はDirectX 11（シェーダーモデル5.0）世代のハードウェアのみに対して提供される予定だったが、2008年11月に開催されたハードウェア技術者向け国際会議「WinHEC 2008」にて「DirectX 10世代のハードウェアでもサポートする」との発表があった。最終的に、DirectX 10.x（シェーダーモデル4.x）世代のGPUでも、DirectX 11 APIを通してDirectComputeが利用できるようになった[56][57]。なおWindows Vista SP2およびWindows Server 2008 SP2向けのプラットフォーム更新プログラムKB971644には、DirectX 11のバックポートが含まれている。 DirectX 11.0のリリース後、Windows 8/8.1向けにそのマイナーアップデート版としてDirectX 11.1/11.2がリリースされた。Windows SDK 7.1およびDirectX SDK June 2010までは、Windows SDKとDirectX SDKとが別々に提供されてきたが、Windows SDK 8.0ではDirectX SDKと統合された。つまり、DirectX 11.1/11.2の開発環境は、Windows SDK 8.0/8.1に統合されることになった。Visual Studio 2012/2013には、それぞれWindows SDK 8.0/8.1がバンドルされている。なお、Windows SDK 8.0以降では後述するようにいくつかの補助ライブラリが廃止されているものの、DirectX 9/10/11のコアライブラリは含まれているため、Windows XP/Vista/7向けのDirectXアプリケーションを開発することも可能である[注釈 4]。しかし、Windows SDK 8.0/8.1に同梱されているXAudio2 (v2.8) はWindows 8以降でしか利用できないため、旧OS上でも利用可能なXAudio2 (v2.7以前) を利用するアプリケーションを開発する場合は旧DirectX SDKが別途必要となる。 2013年3月に、Windows 7 SP1およびWindows Server 2008 R2 SP1向けのプラットフォーム更新プログラムKB2670838がリリースされた。この更新プログラムには、DirectX 11.1のバックポートも含まれている。なお、KB2670838の副作用として旧DirectX SDKに付属するグラフィックス分析ツールPIX for Windowsが動作しなくなる[58]。DirectX 11.1がインストールされた環境では、代わりにVisual Studio 2012以降に統合されているGraphics Diagnosticsを使う必要があるが、Windows 7上では一部の機能が利用できない[59]。 DirectX 12のリリースDirectX 11は2009年にリリースされてからDirectX 11.1/11.2のようなマイナーチェンジに終始し、メジャーアップデートとなるDirectX 12のロードマップは長らく示されていなかった。その間、OpenGLは組み込み向けのOpenGL ESとともに順調にバージョンアップを重ね、DirectX (Direct3D) に追いつくだけでなく一部ではDirectXを超える機能をサポートし始めていた[60][61][62][63]。また、AMDは従来のDirectXやOpenGLよりもハードウェアに近いローレベルな制御を可能とする独自APIとして2013年にMantleを発表した[64][65]。 DirectXが最先端のリアルタイムグラフィックスシーンを牽引していた時代から変化を迎えつつあったが、GDC 2014ではついにDirectX 12の発表が行なわれ[66]、特にDirect3D 12に関してはDirect3D 11までの高レベルAPIを刷新し、オーバーヘッドを低減したゲームコンソールに近いローレベルな制御を可能とするグラフィックスAPIとなることが明らかにされた。 DirectX 12はWindows 10専用としてそれに標準搭載される形で2015年7月に正式リリースされ、コマンドキューベースの効率的なマルチスレッドレンダリング機能や、マルチGPUによる分散レンダリングの標準化など、近代的なハードウェア設計に沿う形で革新的な多数の機能を備えるに至っている[67][68]。 一方で、従来の手厚い高レベルレイヤーであるDirectX 11にも、DirectX 12で導入された新機能の一部が盛り込まれる形で、DirectX 11.3/11.4のようにDirectX 12と平行してアップデートが継続されている。 2018年にリリースされたWindows 10 October 2018 Updateでは、DirectX Raytracing (DXR) の機能が追加された。アップデートされたDirectX 12 APIを通じて、DXR対応ハードウェア上でリアルタイムレイトレーシングを実行できるようになった[69]。また、Windows 10バージョン1903では、DirectX 12をベースに実装された機械学習用のローレベルAPIとして、DirectMLが追加された[70][71]。 DirectX 12 Ultimateのリリース マイクロソフトは2020年3月、「DirectX 12 Ultimate」を発表した[72]。PCとXbox Series Xのグラフィックスプラットフォームを統一し、ゲームエコシステム全体の拡大を図ることを目的としている。Windows 10バージョン2004以降で利用可能。 DirectX 12 Ultimateは以下の4つの技術から成る。下位互換性があるので、DirectX 12 Ultimateに対応しているハードウェアはDirectX 12を使用する既存のアプリケーションを実行することもできる。
補助ライブラリDirectXのうち、Direct3Dにはマイクロソフト純正の補助ライブラリとして、D3DX (Direct3D Extension) と呼ばれるDirect3D拡張ライブラリが存在する[73][74]。Direct3D自体はバッファ／テクスチャメモリの管理やプリミティブの描画といった比較的ローレベルかつ最低限の機能しか持たないが、D3DXには3Dグラフィックスプログラミングで必要となる算術演算、スプライト、メッシュ／テクスチャの読み書きといった比較的高レベルの機能が実装されている。主にDirect3D 9向けのD3DX9、Direct3D 10向けのD3DX10、そしてDirect3D 11向けのD3DX11およびD3DCSX11が存在する。多くのD3DX機能はd3dx9_XX.dll、d3dx10_XX.dll、d3dx11_XX.dllなどのコンポーネントに、C/C++用の関数・クラスや、COMインターフェイスとして実装されている。D3DXランタイムはDirect3D本体（コアコンポーネント）とは異なり、前述のようにWindows OSのセットアップやWindows Updateによるシステム更新ではインストールされず、またアプリケーションの開発に使用したDirectX SDKのバージョンによって必要となるDLLが異なるため、エンドユーザー環境でD3DXを使用するためにはDirectXエンドユーザーランタイムのインストールが必要となる[2]。エンドユーザーランタイムのインストーラー最終バージョンでは、過去のDirectX SDK（June 2010まで）に対応するランタイムがすべてインストールされる。 Windows SDKとDirectX SDKが統合されたWindows SDK 8.0では、D3DXは（D3DCSX11を除いて）廃止され、SDKに新しいバージョンが同梱されなくなっている[75]。廃止されたD3DXの代わりに、Windows SDK 8.0以降では算術ライブラリとしてDirectXMath[76][77]が標準提供されている。また、DirectXTK[1]、DirectXTex[2]、DirectXMesh[3] といったオープンソースのC++専用補助ライブラリが開発され、MITライセンスでGitHubにて公開されている（開発当初はMs-PLライセンスでCodePlexにて公開されていた）。なおWindows 8およびVisual Studio 2012以降でも旧DirectX SDKをインストールするか、DirectXエンドユーザーランタイムをインストールすることでD3DXを利用することは可能だが、Windowsストアアプリ（WinRTアプリ、Modern UIアプリ）の開発ではD3DXを使用することはできず、D3DXを使用できるのはデスクトップアプリケーションのみとなっている。 そのほか、旧DirectX SDKにはDXUTと呼ばれるフレームワークがソースコードごと同梱されており、SDKに付属するマイクロソフト公式のサンプル実装に使われていたほか、NVIDIA・インテル・AMDといったハードウェアベンダーが独自に作成・公開するDirectXサンプルにもフレームワークとしてしばしば使われていたが、DXUTもWindows SDK 8.0以降には同梱されない。DXUT自体はDirectX 11.x用のもの (DXUT11) がGitHubにて公開・メンテナンスされている[78]。Effects 11 (FX11) と呼ばれるシェーダーエフェクトフレームワークも、DXUT同様にGitHubに移管されている[79]。また、Visual Studio 2012以降には、Direct3D/Direct2DベースのWinRTアプリケーションプロジェクトテンプレートが含まれている。 旧DirectX SDKの最終バージョンJune 2010がサポートするVisual Studioはバージョン2008/2010のみ[80]だが、旧SDKに付属していたサンプルのうち、多くはVisual Studio 2012以降向けに更新されたものがMSDN Code Galleryに移管されている[81]。この更新によってD3DXなどの廃止されたライブラリへの依存も排除されている。MSDN Code Galleryの廃止に伴い、これらのサンプルはGitHubに移管された。 なお、DirectX Graphics SamplesがMITライセンスでGitHubにて公開されており、DirectX 12のサンプルおよびユーティリティライブラリが含まれている。例として、Direct3D 12用のC++ヘッダーベース補助ライブラリであるD3D12 Helper Library (d3dx12.h)[82][83]、DirectX 12 EngineのStarter KitであるMiniEngine[84]、Direct3D 12用メモリ管理ライブラリであるD3D12 Residency Starter Library[85][86][87]などが含まれている。 .NET Framework用ラッパーかつてDirectX 7.0およびDirectX 8.0でC++向け以外にVisual Basic用のインターフェイスが提供されたものの、基本的にDirectXはC++言語専用のAPIである。ここでは.NET Framework言語環境向けにラップされたマネージコードライブラリを紹介する。 Managed DirectX (MDX)Managed DirectXは.NET Frameworkで動作するアプリケーションからDirectXを呼び出すためのAPIである。Managed DirectXを使うと、.NET Framework上で動作するどんな言語からでもDirectXを呼び出すことができる。また、テクスチャオブジェクトをSystem.Drawing.Bitmapオブジェクトから生成できるなど、.NET Frameworkとの相互運用も強化されている。なお、Managed DirectX 1.1のグラフィックスコンポーネントはDirect3D 9およびD3DX 9を内部で使用している。Managed DirectX 1.1の開発環境はDirectX SDKに、実行環境はDirectXエンドユーザーランタイムに同梱されている[2]。 Managed DirectX 1.1の後継であるManaged DirectX 2.0の開発は中止され[88]、Microsoft XNA (XNA) に置き換えられることになった。 Microsoft XNA→詳細は「Microsoft XNA」を参照
XNAおよびXNA Game StudioはWindows、Xbox 360、Windows Phone、およびZune用のマルチプラットフォーム対応ゲーム開発環境・実行環境である。対応するアプリケーション開発言語はC# (Visual C#) のみであり、VB.NETやC++/CLIなどの他の.NET言語からは利用できない。グラフィックスコンポーネントの内部ではDirect3D 9が使用されている。2014年4月に開発・サポートを終了した[89]。 SlimDX→詳細は「SlimDX」を参照
Managed DirectX 2.0はキャンセルされたが、後継のXNAは基本的にC#からしか利用できない上、Xbox 360とWindows双方に互換性のあるコードを記述することを主目的として開発されており、Managed DirectXの方向性とはやや異なるAPI（ゲームアプリケーション向けのフレームワーク）となっている。このため、Windowsプラットフォームにおける.NET用にDirectXのAPIをカプセル化した、SlimDXと呼ばれるライブラリが有志によって開発・提供されていたが、2012年1月を最後に更新されておらず、公式サイトも2019年現在は消失している。SlimDXはMDXのように、Direct3Dコアライブラリに加えてDirect3D拡張ライブラリであるD3DXもカバーする。 SharpDXSharpDXはDirectX Graphics、DirectX Audio、DirectX Inputなどのマネージラッパーを提供するオープンソースのプロジェクトである[90]。ライセンス形態はMITライセンスとなる。SharpDXは従来のデスクトップアプリのほか、Windowsストアアプリからも利用できる。バージョン2.6.3時点でDirectX 9、DirectX 10、DirectX 11をサポートする[91]。Windows 10と同時に正式リリースされたDirectX 12 (Direct3D 12) も、バージョン3.0にて対応したが、DirectX 10 (Direct3D 10) など一部のレガシーAPIのサポートが終了している[92]。2019年5月をもって、開発を終了することがアナウンスされた[93]。 Windows API Code Pack for Microsoft .NET Frameworkマイクロソフトによる公式のマネージコード用ライブラリ。Windows VistaやWindows 7の拡張的なUI機能等の対応[94]が主な内容だが、DirectX 10以降のサポートも含まれている。2009年4月からアルファ版が公開されていたが、同年8月6日にバージョン1.0に移行した。Windows API Code Packでは、以下のDirectX APIがサポートされている。
そのほか、Windows Imaging Component (WIC) のサポートも含まれるが、DirectWriteとWICは部分的なサポートにとどまる。 Windows API Code Pack 1.1のリンクは2015年9月現在消失しており、ダウンロードできなくなっている[95]が、NuGet経由で1.0.0をダウンロードできる[96]。 OpenGLとの関係→「OpenGL § DirectXとの関係」も参照
DirectXのうちDirectX Graphics (Direct3D) は、同じくリアルタイム3次元コンピュータグラフィックス (3DCG) を扱うためのAPI集合であるOpenGLとしばしば比較される。 用途主な違いは、DirectXは基本的に3DグラフィックスAPIのみに限定されるものではなく、サウンド処理やヒューマンデバイス入出力処理、ネットワーク処理までを内包する総合的なマルチメディアアプリケーション（代表的なものはゲームなど）の開発用API/SDKを指向するものである[3]一方、OpenGLは純然たる3DグラフィックスAPIとして設計されている点にある。またDirectXはWindowsや、Windows系OSを採用したDreamcastやXboxシリーズなどのゲーム機といった限られたプラットフォームでしかサポートされないのに対し、OpenGLはクロスプラットフォームであるという点である。 DirectXはその出自から、主にWindows用ゲームの分野で使用されてきたが、Direct3Dに関しては同環境における標準的な3DグラフィックスAPIとしても用いられるようになり、ゲームに限らない一般的な3DアプリケーションやOSのグラフィカルシェル環境にまで用いられるようになった[97]。また、Direct2D/DirectWriteはIEやFirefoxといったWebブラウザーにおけるレンダリングエンジンのハードウェアアクセラレーターとして採用されている。 一方のOpenGLは、歴史的および機能的な理由から、3DCGの製作工程[注釈 5]やCAD、データ可視化などの用途に、グラフィックスワークステーションやEWS等のプロフェッショナルな分野で使用されてきた。またパーソナルユーザー向けの3Dデスクトップ環境において標準的な描画APIとしても用いられており、これらの環境では3DビデオゲームのグラフィックスAPIとしても標準的な立場にある。このように、両者をその用途によって明確に区別することは困難となりつつある。 また、Direct3Dが標準的な3DグラフィックスAPIとして定着したPC/Windows系の環境においてもOpenGLは今なお共存しており、実際にDirectXの登場以前から登場初期頃には、PC (Windows) 用ゲームの3DグラフィックスAPIとしてOpenGLや、OpenGLを簡略化し3dfx社製グラフィックスカードVoodooの専用APIとしたGlideがデファクトスタンダードとして用いられてきた歴史もあり、両者を比較する文脈においてよく言われるような単純な競合関係として説明することも、実態として困難と言える。Windows環境においては、3DCG製作ソフトにおける作業中のリアルタイムプレビュー表示に、Direct3DとOpenGLのうちどちらを使用するかをユーザーが選択できるものも存在する。AutoCAD[98]やVectorworks[99]のように、かつてはWindows版においてもOpenGLを使用していたCADソフトウェアでも、比較的新しいバージョンではDirectX (Direct3D) を使用するようになっているものもある。 グラフィックスドライバーWindowsがOS標準機能でサポートするOpenGLバージョンは1.1まで[100]であり、グラフィックスハードウェア (GPU) ベンダーが提供しているOpenGL対応ドライバー (Installable Client Driver, ICD) をインストールするまで、（たとえハードウェアがOpenGL 1.2以降をサポートしていても）OpenGL 1.2以降の機能を使用することはできない。また、OpenGL 1.2以降で追加された関数を使用するには、ICDがインストールされた状態で、 Windows Vistaには最初からグラフィックスドライバーがプリインストールされているが、そのドライバーのOpenGLレイヤーはソフトウェア実装であり、OpenGLを利用したグラフィックスソフトウェアを満足に動作させることはできない[103]。グラフィックスハードウェアベンダーのICDをインストールするまで、OpenGL APIによってハードウェアアクセラレーターを直接駆動することはできない[104][105][106]。 ANGLEGoogleのANGLE[107]プロジェクトのように、OpenGLそのものではなく、内部でDirect3Dを使用したラッパーを経由して、Windows上でWebGLやOpenGL ESを間接的に実現するライブラリも存在する。ANGLEはハードウェアベンダーのOpenGLドライバー（ICD）を経由せず、Direct3Dを利用してOpenGL ES APIを実現している[108][109]。 GPGPUDirectXはバージョン11において、GPGPU用APIであるDirectComputeをDirect3Dの一部（コンピュートシェーダー）として包括的に実装している。OpenGLもまたバージョン4.3において、Direct3Dと同様のコンピュートシェーダーを導入している。なお、Direct3D/OpenGLともに、GPGPUを含むクロスプラットフォームなヘテロ環境用アクセラレーターAPIであるOpenCLとの連携（相互運用）を行なう拡張機能が用意されている[110][111]。 脚注注釈
出典
関連項目外部リンク
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
