PCXファイル構造

だいたいこんなことになってる

+-----------------------------+

| PCX File Header (128 Bytes) |

+-----------------------------+

|       Pixel Data            |

+-----------------------------+

|   Palette Separator (0x0C)  |

+-----------------------------+

|  Palette Data (768 Bytes)   |

+-----------------------------+

PCX File Header

struct PCXFileHeader {

    uint8_t  Identifier;

    uint8_t  Version;

    uint8_t  Encoding;

    uint8_t  BitsPerPixel;

    uint16_t XStart;

    uint16_t YStart;

    uint16_t XEnd;

    uint16_t YEnd;

    uint16_t HorizontalResolution;

    uint16_t VerticalResolution;

    uint8_t  EGAPalette[48];

    uint8_t  Reserved1;

    uint8_t  NumBitPlanes;

    uint16_t BytesPerScanline;

    uint16_t PaletteType;

    uint16_t HorizontalScreenSize;

    uint16_t VerticalScreenSize;

    uint8_t  Reserved2[54];

};

Identifier

PCXファイル識別用マーカー
常に0x0A…らしいんだけど、資料によっては他の値も有りうるとか何とか
- その場合は…なんだろうな(´・ω・｀)

Version

PCXファイルバージョン
大体の場合は0x05だと思う
バージョン番号が違うと実はビット数とかパレットの有無が違ったりする (下表参照)

Encoding

圧縮方法の指定。
大体の場合は0x01だろう

値

0x00

0x01

意味

無圧縮

ランレングス圧縮

BitsPerPixel

ピクセルあたりのビット数…だと思ったか。若干違うのは後述するNumBitPlanesで明らかに
- でもMUGENとかの8bit画像だと関係ない話か

XStart, YStart, XEnd, YEnd

画像の始点座標と終点座標。
- (XStart, YStart) が始点 (左上) 座標
- (XEnd, YEnd) が終点 (右下) 座標
この値から画像のピクセル数を計算するとこうなる

画像の幅

画像の高さ

XEnd - XStart + 1

YEnd - YStart + 1

HorizontalResolution, VerticalResolution

画像の解像度データ
単位はDPI (Dot Per Inch)
0でもいいんじゃないかとか思ってる
- 大抵の場合72とか96とかじゃないかな

EGAPalette

EGA (Enhanced Graphics Adapter) のパレット…らすぃ(´・ω・｀)
- EGAについてはEnhanced Graphics Adapterを参照
- 類似品にCGA (Color Graphics Adapter) というのもある
ここは4bit画像用のパレットが入ってると思ってくれていい
- なので、8bit以上の画像だと0x00で埋められてると思う

Reserved1

予約領域 (その一)

NumBitPlanes

はいちゅーもーく
これは色成分数です
- なんかプレーンとかって表現してる
  - このプレーンというのはピクセルデータの格納時にも考えさせられます
画像で使ってる色成分数の数です
- インデックスカラーの場合は1
- RGBフルカラー画像の場合は3
なので、PCX画像全体のピクセルあたりのビット数は、BitsPerPixel * NumBitPlanes になります
色々めんどいので表にするとこうなる

BytesPerScanline

スキャンライン (横方向一列) 当たりのバイト数
8bit以上の場合は画像幅と同じ
- プレーンごとの一行データのバイト数である
8bit未満の場合は…(画像幅×ビット数+31)÷32×4で出る…らしい
- この計算方法はルーチェ氏のBMP構造を参考にしました

PaletteType

カラー画像かグレースケール画像かのフラグのようなもの
まさかの0が想定外
- 無視するのも居るらしい

0x01

0x02

モノクロ or カラー画像

グレースケール画像

HorizontalScreenSize, VerticalScreenSize

スクリーンサイズ
というかこの辺、PC Paintbrushというソフト依存なんじゃ…？

Reserved2

空データ (未使用領域)
ヘッダ全体で128バイトにすること

Pixel Data

RLE圧縮されてたりされなかったりしているピクセルデータが入ってます。

データとしてはスキャンライン毎かつプレーン毎に格納されてます。

インデックスカラーの場合

RGBカラーの場合

Palette Separator, Palette Data

8bitインデックスカラー画像の場合は、ピクセルデータの後ろに0x0Cが置かれ、その次に768byteのパレットデータが入ってます。

パレットデータは(R, G, B)の3バイトが256個ならんでます

つまりは下みたいなの

#pragma pack(push, 1)

struct Color {

    uint8_t r;

    uint8_t g;

    uint8_t b;

};

struct Palette {

    struct Color colors[256];

};

#pragma pack(pop)

Page updated

Google Sites

Report abuse