» www.Giftbox.Az - Bir birindən gözəl hədiyyə satışı
ウィキペディアランダム
毎日カテゴリ
共有: WhatsappFacebookTwitterVK

Graphics Device Interface

Graphics Device Interface （グラフィックス・デバイス・インターフェイス、GDI）[1]とは、カーネルおよびユーザー（ウィンドウマネージャ）と協調する Windows の3つの主要コンポーネント（サブシステム）の1つ。

GDI はグラフィカルオブジェクトの表示と、ディスプレイやプリンターのような出力機器への転送のための Windows 規格である。

GDI

GDI は直線や曲線の描画、フォントのレンダリング、パレットの制御といった処理を担当する（gdi32.dll）。ウィンドウやメニューなどのような上位レベルの描画については直接関わらず、より上位の user32.dll にあるユーザーサブシステムに任される。

GDI はハードウェアに直接アクセスするドライバよりも上位に位置し、デバイスの機能的な調整と抽象化が GDI の役目である。GDI を使うことにより、画面やプリンターなどの多様なデバイスに容易に描画でき、そして各デバイスで適切な表示結果を望める。この機能はWindowsの全ての WYSIWYG アプリケーションの要である。

フリーセルやマインスイーパのような高速な描画が不要なゲームは GDI を使用する。しかし、GDI はアニメーションをうまく表示できず（フレームバッファ同期の概念が無い）、3D ラスタライズ機能がないこともあり、ゲーム開発には不向きである。そのため、ゲーム開発では一般的に2D/3D問わず、ハードウェアの機能や性能をより活用できるDirectX (Direct2D/Direct3D) やOpenGL、Vulkanが使われる。

Windows Vista では、GDI アプリケーションは新しい描画エンジンである Desktop Window Manager (DWM) のもとで動作し、GDIコンテンツはいったんシステムメモリ上のビットマップにCPUで描画され、ハードウェアアクセラレーションは用いられない。Windows 7 以降では GDI の一部[2]が再びハードウェアアクセラレートされるようになっているが、DWM が有効になっている必要がある[3]。

GDI プリンター

GDI プリンター（(Winmodem) のように Winprinters としても知られている）、特に GDI レーザープリンターは本来プリンターが行う処理の一部をホストコンピュータ (PC) 側で代行する。ホストコンピュータでビットマップイメージを描写し、プリンターにビットマップを転送する。この方式には以下の2つの利点がある。

  • 描画処理用 CPU と RAM をプリンターに搭載する費用を節約できる。
  • 受け取ったイメージを印刷することに特化することで性能の最適化ができる。

また、以下の点で不利である。

  • ホストコンピュータの負荷が高くなる。最近のPCでは問題ないが、古いPCで複雑なドキュメントを印刷する場合は非常に遅くなる場合がある。
  • GDI プリンターは通常、プリンターのファームウェアに標準的な印刷機能のエミュレーションを含まない（またはそれを処理できる能力を持たない）。ハイエンドの PCL プリンターや PostScriptプリンターでは、ソフトウェアの互換性やドライバのバグなどの問題があった場合にドライバを更新して対応できるが、GDI プリンターでは対応策がない場合がある。
  • GDIプリンターは一般的に Windows に限り動作する。例外はあるが、他の OS では原則的に GDI プリンターを使用できない。

最新のインクジェットプリンターの機種は GDI ベース（レーザプリンターでは費用が主要因であるのに対し、ここでは主に性能の理由）であるが、より柔軟な傾向がある。多くが Mac に対応し、Linux コミュニティでは Linux 版ドライバの対応をかなり改善した。一部（特にセイコーエプソン）ではより伝統的なエミュレーションを予備として提供することが多い。

一般的には安価なレーザプリンターは GDI デバイスであるが、多くのメーカーでは PCL や PostScript あるいはその両方の機能を持つモデルも製造している。GDI のみに対応するプリンターはどのメーカーにおいても最も安価なモデルとして位置づけられる。

詳細

デバイスコンテキスト

デバイスコンテキスト (device context) は、描画する対象を抽象化した存在である。画面またはプリンターへ出力するテキストおよびイメージの属性を定義するために使われ、関連付けられたグラフィックスオブジェクトとそれに関連する属性の集合からなる。実際のコンテキストはGDIによって管理される。構造体へのハンドルであるデバイスコンテキストは出力を行う前に取得し、要素が書き込まれた後に解放する。大抵のGDIオブジェクトのように、デバイスコンテキストは直接データにアクセスできないという意味で隠蔽されているが、それを制御し、何かを描画し、情報を取得し、オブジェクトを変更するといったような様々な GDI 関数にデバイスコンテキストを渡すことができる。

デバイスコンテキストには次の種類がある。

  • 画面
  • プリンター
  • メモリ
  • 情報（インフォメーションコンテキスト）

このうち、情報は描画に用いることはできない情報取得専用のデバイスコンテキストである。

グラフィックスオブジェクト

デバイスコンテキストに関連付けが可能なグラフィクスオブジェクトには次の種類がある。これらは、SelectObject関数[4]やSelectPalette関数[5]によってデバイスコンテキストに関連付けさせることが可能である。

  • ビットマップ (HBITMAP)
  • ブラシ (HBRUSH)
  • フォント (HFONT)
  • ペン (HPEN)
  • リージョン (HRGN)
  • パス (リージョンに変換可能)
  • パレット (HPALETTE)

なおGDIオブジェクトの数は、1セッションで65,535個まで、そして1プロセスで10,000個までという上限が設けられている[6]。

GDI+

GDI+ は Windows XP で新しく登場したグラフィックスサブシステムである。Windows XP 以降のOSに標準搭載されているほか、Windows 98/NT 4.0 SP6 以降で追加インストールにより使用可能である[7] [8] [9]。

GDI+は高レベルの 2D グラフィック環境であり、アルファブレンド、グラデーション、アンチエイリアス、より複雑なラインパス管理、（GDI で特に欠けていた）JPEG や PNG のような新標準の画像形式の根本的な対応、2D 表示のパイプライン上のアフィン変換の合成に対する統合的な対応といった先進的な機能を追加している。これらの機能は Windows XP のユーザーインターフェイスの様々な箇所に使われており、このような基本的なグラフィックスレイヤーの表現能力拡張は、Flash や SVG といったベクターグラフィックスシステムの実装を大きく単純化する。

基本的にはネイティブ 用のクラスライブラリ (DLL) のみが提供される形となっているが、.NET Framework の基本クラスライブラリでは System.Drawing 名前空間に GDI+ のマネージラッパーインターフェイスが用意されており[10][11]、Windows Formsなどで標準的に使用されている。DelphiにおいてもGDI+のユニットが利用可能となっている。

なお、Vista で v1.1 となった。C++アプリケーションにおいてGDI+ 1.1の追加機能を使うためには、<gdiplus.h>をインクルードする前にGDIPVERを0x0110として定義し、さらにGdiPlus.dllのSide-by-Sideアセンブリバージョン1.1を使うようにマニフェストを指定しなければならない。

Direct2D

Windows Vistaでは、ハードウェアによるGDIアクセラレーションが実行されず、GDI描画はすべてCPUで実行されることになる（ただしBitBltは除く）[12]。また、GDI+では飛躍的に表現力や描画品質が向上しているが、内部で使用されているAPIはレガシーなGDIそのものであったりソフトウェア実装であったりするため、描画速度は当然犠牲になる。これらを補完する形でWindows 7とともに登場したのが Direct2D および DirectWrite である。Direct2D/DirectWrite は、GDI+ のような先進的な機能を Direct3D 10.1 上に構築した COM ベースの高レベル API で、GDI/GDI+ で問題となっていた描画速度性能を、Direct3D によるハードウェアアクセラレーションを活用することで大幅に改善することが可能となる。さらに、Direct2DはDirect3D上に構築されているため、DWMの使用有無にかかわらずハードウェアアクセラレートされる。また、DirectWriteはGDI+に欠けていた、OpenTypeフォントへの対応や垂直方向へのClearTypeアンチエイリアスといった機能を備えている。

なお、GDI+での強化点であった各種形式の画像ファイルの読み込みや書き出しといった機能に関しては、Direct2Dコンポーネントは直接サポートせず、代わりにWIC（Windows Imaging Component）が担うことになる。

Direct2DにはベースとなっているDirect3Dとの連携機構が確保されており、Direct2D 1.0 APIを使用してDXGIインターフェイス経由でDirect3D 10.xテクスチャに直接書き込んだり、またDirect2D 1.1 APIを使用してDirect3D 11.xテクスチャに直接書き込んだりすることが可能となっている。

Windows 7 および Windows Vista SP2 + Platform Update 以降に提供されている Direct2D 1.0 では、印刷機能（印刷機器への出力機能）に直接対応しないため、印刷時には GDI/GDI+ あるいは XPS ドキュメント API（XPS 作成やそれを用いての印刷などに対応する API）を使用する必要がある。しかし、Windows 8 および Windows 7 SP1 + Platform Update 以降に提供されている Direct2D 1.1 以降であれば、メタデータの出力機能などが追加実装されており、描画内容をプリンターデバイスに出力して印刷することも可能である[13][14]。

「Direct2D」も参照

脚注

[脚注の使い方]
  1. ^ Overview of the Windows Graphics Architecture - Win32 apps | Microsoft Learn
  2. ^ §GDI rendering in Windows 7 : Comparing Direct2D and GDI Hardware Acceleration - Win32 apps | Microsoft Learn
  3. ^ §Availability of Hardware Acceleration : Comparing Direct2D and GDI Hardware Acceleration - Win32 apps | Microsoft Learn
  4. ^ SelectObject function (wingdi.h) | Microsoft Docs
  5. ^ SelectPalette function (wingdi.h) | Microsoft Docs
  6. ^ Windows の限界に挑む: USER オブジェクトと GDI オブジェクト – 第 2 部
  7. ^ “” (英語). MSDN ライブラリ. マイクロソフト. 2008年9月13日時点のオリジナルよりアーカイブ。2009年2月22日閲覧。
  8. ^ “Platform SDK Redistributable: GDI+” (英語). ダウンロードセンター. マイクロソフト. 2009年2月22日閲覧。[]
  9. ^ “Download Platform SDK Redistributable: GDI+ from Official Microsoft Download Center”. Microsoft (2009年10月13日). 2015年1月25日閲覧。[]
  10. ^ System.Drawing Namespace | Microsoft Docs
  11. ^ About GDI+ Managed Code | Microsoft Docs
  12. ^ §GDI and Direct2D hardware acceleration : Comparing Direct2D and GDI Hardware Acceleration - Win32 apps | Microsoft Learn
  13. ^ What's new in Direct2D - Win32 apps | Microsoft Learn
  14. ^ Printing and command lists - Win32 apps | Microsoft Learn

関連項目

外部リンク

  • Windows GDI - Win32 apps | Microsoft Learn
  • GDI+ - Win32 apps | Microsoft Learn
ウィキペディア、ウィキ、本、library、論文、読んだ、ダウンロード、自由、無料ダウンロード、mp3、video、mp4、3gp、 jpg、jpeg、gif、png、画像、音楽、歌、映画、本、ゲーム、ゲーム。