巨大なビットマップを処理する

Question

MFC/WinAPIアプリケーションウィンドウにビットマップを表示する必要があります。ビットマップサイズはさまざまです。たとえば、40MB、100MB、500MB、700MB、1GBなどです。アプリケーションウィンドウに収まらない巨大なビットマップは、スクロールバーで表示する必要があります。

メモリがCreateFileMapping + CreateDIBSectionで割り当てられていても、いくつかの大きなサイズのビットマップを作成できないという問題があります。

このようなケースを処理するアプローチはありますか？私はビットマップを多くの小さな部分に分割する必要があると思いますが、これが正しい方法であるかどうかはわかりません。

Answer 1

作成するビットマップのサイズはどのくらいですか？あなたが当てる可能性のある限界は、仮想アドレス空間です。これは、環境に応じて、32ビットコードが2GB、3GBまたは4GBです。最も簡単な解決策は、64ビットコードに移行することです。

このイメージを表示するには、ソースイメージの一部をクライアント領域に合わせるカスタムウィンドウ/コントロールを実装し、スクロールバーを管理してユーザーがイメージをナビゲートできるようにします。このようなウィンドウの実装には、何年もの間開発されたscollbar対応のウィンドウと比べて、特有のことはありません。 Scroll Bar Functionsこれを入手してください。 CreateFileMapping/MapViewOfFile上

更新：

あなたはCreateFileMappingに割り当てるメモリはすぐに、プロセスのアドレス空間にマッピングされ、これはあなたがマップすることができるより多くを割り当てるためのオプションを残していません。割当要求を満たすと、Windowsは実際に実ページを予約していないことに注意してください。システムはその割り当てが可能であることを確認し、後でオンデマンドで効果的に割り当てます。

この単純なプローブツールFileMappingVirtualAddress.exeを使用すると、すべてのことがどのように機能し、アプリでどのくらい割り当てることができるか見積もることができます。このユーティリティは、起動時にできるだけ多くのCreateFileMapping 256 MBブロックを実行し、手動でボックスをチェックすることにより、すでに存在するファイルマッピング上でMapViewOfFileを実行します。実際の制限は仮想アドレス空間（環境に応じて2,3または4 GB）であることがわかりますが、それ以上割り当てることはできません。

はまた、あなたが大きなブロックのためMapViewOfFileを要求した場合、システムは、連続したアドレスブロックでこれを満たすために必要であることに注意してくださいので、このアドレス空間が利用できるようにする必要があり、スペースの断片化が問題かもしれません。

大きなビットマップを使用すると、実際には完全なビットマップが必要なくなり、画像タイルをタイル単位で処理することができます。

ダウンロードリンクを切り捨て、/LARGEADDRESSAWAREなしで構築された64ビット版と32ビット版のTracをブラウズして、動作の違いを確認することもできます。

Answer 2

合計GDIリソースと単一ビットマップサイズは、Windowsでは制限されたリソースです。同時に、単純な配列サイズは、仮想アドレス空間と利用可能な物理メモリによってのみ制限されます。したがって、イメージ全体をピクセルの単純な配列として保持し、必要な部分だけをGDIビットマップに変換して表示する必要があります。