PixelFormat.Format32bppArgbのバイト順序が間違っているようです

Question

ビットマップ（System.Drawing.Bitmap）からすべてのバイト値を取得しようとしています。したがって、私はバイトをロックし、それらをコピーします。

public static byte[] GetPixels(Bitmap bitmap){ 
    if(bitmap-PixelFormat.Equals(PixelFormat.Format32.bppArgb)){ 
     var argbData = new byte[bitmap.Width*bitmap.Height*4]; 
     var bd = bitmap.LockBits(new Rectangle(0, 0, image.Width, image.Height), ImageLockMode.ReadOnly, bitmap.PixelFormat); 
     System.Runtime.InteropServices.Marshal.Copy(bd.Scan0, argbData, 0, bitmap.Width * bitmap.Height * 4); 
     bitmap.UnlockBits(bd); 
    } 
} 

私はPhotoshopで作成したピクセルと非常にシンプルな2x2のPNGの画像（赤、緑、青、白）を使って、このイメージをテストしました。

255 255 0 0 255 0 255 0 
255 0  0 255 255 255 255 255 

しかし、私は得た：そのためのフォーマットで、私はargbData内の以下の値を期待

0  0 255 255  0 255 0 255 
255 0 0 255 255 255 255 255 

をしかし、これはBGRAフォーマットです。バイトがスワップされたように見える理由は誰にも分かりますか？ ところで、以下に示すようにImage.Sourceに直接画像を使用すると、画像が正しく表示されます。それで私のせいは何ですか？

<Image Source="D:/tmp/test2.png"/> 

Answer 1

画素データはARGB、アルファのための1つのバイトで見ます赤は1、緑は1、青は1です。アルファは最上位バイト、青は最下位バイトです。あなたと他の多くのようなリトルエンディアンのマシンでは、小さなものが最初に格納されるので、バイトオーダーはbb gg rr aaです。したがって、0 0 255 255は青色= 0、緑色= 0、赤色= 255、アルファ= 255です。これは赤です。

整数がリトルエンディアンにも格納されるため、bd.Scan0をint *（ポインタへのポインタ）にキャストすると、このエンディアン順序の詳細が消えます。

Answer 2

それは技術的に（+どこでもWindowsのGDI/GDIで使用されている）COLORREFに基づいており、それがメモリ内に保存されたRGBAです私の知る限り... http://msdn.microsoft.com/en-us/library/dd183449%28VS.85%29.aspx

Answer 3

Bpp32Argbピクセル形式。 byte-by-byteアクセスは必要ありません。

安全ではないコンテキストでは、Scan0からInt32ポインタへのスキャン。

unsafe 
{ 
    var ptr=(int*)bmData.Scan0; 
} 

最初のピクセルのカラーチャネルにアクセスするには、次のようなビット操作を行うことができます。

バイトオーダーを気にする必要はありません。

var a=(ptr[0] & 0xFF000000)>>24; 
var r=(ptr[0] & 0x00FF0000)>>16; 
var g=(ptr[0] & 0x0000FF00)>>8; 
var b=(ptr[0] & 0x000000FF); 

ところであなたはColor.ToArgb()で作業することができ、簡単intを返しました。