は、私はいくつかのオートメーションコードを書くことに取り組んでいると私は現在、ディスプレイ上に存在する画素を検討するための効率的な方法を見つける問題に実行している特定の色

Question

の画素用のグラフィックスデバイスコンテキストを検索します。

gdi32ライブラリに存在するGetPixel関数に慣れてきましたが、遅すぎます（実際には約1900ピクセルの行をスキャンするのに約10秒かかります）。

私は、グラフィックスデバイスコンテキストのセグメントからビットマップを作成し、これがより効率的かどうかをテストすることを考えました（私は想像できませんが、画面イメージで合理的に最新のままにしておきます。）しかし、私がそれをする前に誰かがより良いアイデアを持っているかどうかを知りたいと思います。私は本当に大好きです何

は、うまくいけば、.NETを使用して、現在（または提示することを合理的に近い）グラフィックスコンテキストの一部または全ての画素の色の2次元配列を収集するための効率的な方法です。

Answer 1

私は何をやってしまったことは全体のグラフィックスコンテキストのスクリーンショットをキャプチャし、私は、静的な文脈で探していた正確に何のために結果のビットマップを探していました。私はと心配していたグラフィックス出力の面積はたったの約70x70ピクセルだったので、その後、私はちょうど10ミリ秒ごとにこの小さな部分を捕獲し、興味深い変更のためにそれを検討しました。

これは安全でないコードやグラフィックスコンテキストのロックを必要とせず、合理的に効率的でした。

Answer 2

あなたがイメージをロックし、直接メモリと仕事をしなければなりません。これを行う方法についての良い記事がありますhere。