C言語でのBMP出力時にデータ末尾が欠損してしまう

Question

C言語でBMPファイルの入力・出力を行うプログラムを作成しています．
具体的には入力されたBMPファイルをそのまま別名のBMPファイルとして出力するプログラムを作成しているのですが，
ファイルの一部分が欠損して出力されてしまいます．(なので，ペイント等を使用して出力されたファイルを開くことができません．)
バイナリエディタを使用して入出力ファイルを比較したところ，どうやら画素データの末尾から数十バイトが出力されていないようでした．
ヘッダや欠損した末尾以外の部分はきちんと出力されていました．
データが最後までfwrite()で出力できていないのではと思いfputs()によりエラーを出力するようにしましたが，エラー出力もされません．
ソースコードを記載しますので，ご意見を頂ければと思います．

該当のソースコード

#include<stdio.h>
#include<stdlib.h>
#define NAME 20	//ファイル名の長さ

int main() {
	char infile[NAME], outfile[NAME];
	FILE *infp, *outfp;
	unsigned char header[54];
	unsigned char **data;
	int width, height;
	int pixWidth;
	int i;

	//BMPファイル読み込み
	printf("input file name:");
	scanf("%s", infile);

	infp = fopen(infile, "rb");
	if (infp == NULL) {
		printf("ファイルの読み込みに失敗しました\n");
		return -1;
	}

	//ヘッダ読み込み
	fread(header, sizeof(unsigned char), 54, infp);

	width = header[18] + header[19] * 256 + header[20] * 256 * 256 + header[21] * 256 * 256 * 256;
	height = header[22] + header[23] * 256 + header[24] * 256 * 256 + header[25] * 256 * 256 * 256;
	//1行は1pixelにつき3byteかつ4byteの倍数
	pixWidth = width * 3 + width % 4;

	//画素データ読み込み
	data = (unsigned char**)malloc(sizeof(unsigned char*) * height);
	for (i = 0; i < height; i++) {
		data[i] = (unsigned char*)malloc(sizeof(unsigned char) * pixWidth);
	}

	for (i = 0; i < height; i++) {
		fread(data[i], sizeof(unsigned char), pixWidth, infp);
	}

	fclose(infp);

	//BMPファイル書き出し
	printf("output file name:");
	scanf("%s", outfile);

	outfp = fopen(outfile, "wb");
	if (outfp == NULL) {
		printf("ファイルの読み込みに失敗しました\n");
		return -1;
	}

	//ヘッダ書き出し
	fwrite(header, sizeof(unsigned char), 54, outfp);

	//画素データ書き出し
	for (i = 0; i < height; i++) {
		if (fwrite(data[i], sizeof(unsigned char), pixWidth, outfp) < pixWidth) {
			fputs("書き出しに失敗しました\n", stderr);
		}

	}

	fclose(outfp);

	for (i = 0; i < height; i++) {
		free(data[i]);
	}
	free(data);
	return 0;
}

Comments

[ikadzuchi]

ヘッダから読んだり計算した値を出力して想定とあっていますか?

[mituha]

念の為確認ですが、ファイルのリネーム方法を知りたいではなく、後々独自処理(フォーマットも自前)もしたい想定の質問でしょうか？

[suikoku]

情報ヘッダからヘッダのサイズを確認したところ108byteとなっており，入力ファイルはヘッダを108(ファイルヘッダも含めて122)byteとすると計算が合うのですが，出力ファイルはヘッダが54byteとなっており、ここが計算が合っていない箇所ではないかと考えています．ただバイナリエディタ上ではヘッダの情報には過不足は見られないように思えます．ヘッダのサイズは54byteで固定なのだと考えていましたがそうならない場合があるのでしょうか．

このプログラムには後々独自処理を追加する予定でいます．
とりあえず入出力から作ろうとしているところです．

[suikoku]

どうやらGimpでの入力ファイル作成時にパレット情報が書き込まれていたようです．
改めてパレット情報を出力しないように設定したところ無事入出力を行うことができました．
ベストアンサーはこれに気づくきっかけとなったdodox86様の回答とさせていただきます．
皆さまご助力いただきありがとうございました．

[Bull]

ヘッダのサイズが 108byte なら PBITMAPV4HEADER ですね。
https://docs.microsoft.com/en-us/windows/win32/api/wingdi/ns-wingdi-bitmapv4header

[Bull]

ファイルヘッダーに bfOffBits（ファイル先頭から画像データまでのオフセット）と言う項目があります。
これが事実上（ファイルヘッダー・情報ヘッダー・パレットデータを合わせた）ヘッダーサイズになります。

Answer 1

ビットマップファイルは色数やパレット、圧縮の有無でフォーマットが変わるので、ヘッダーの情報を確認しましょう。ビットマップファイルのヘッダーは何段か連なっていて各種のサイズのデータも含まれます。
ヘッダー、画像データ、ファイルの各部分のサイズの認識が正しいか確認しましょう。読むべきデータをスキップしてしたりしているかもしれません。

BITMAPFILEHEADER　ファイルのヘッダー
BITMAPINFOHEADER 情報ヘッダー
RGBQUAD パレットデータ - 最近ではまず見ない、存在しない。

詳細は「Bitmapファイル フォーマット」などで検索してみてください。

Comments

[suikoku]

入力ファイルの情報ヘッダのサイズを確認したところ108byteとなっていました．
情報ヘッダのサイズは40byteで固定だと考えていたのですが，40byteにならない場合があるのでしょうか？
またこのような場合，何のデータが抜けていると考えられるのでしょうか．
バイナリエディタ上ではヘッダは過不足なく入力できているように見えるのですが…．
ちなみに入力ファイルはGimpを使って適当に作成したものを使用しています．

[dodox86]

Gimpですか。Bitmapファイルの仕様として、ヘッダーのサイズは固定と言うことは無いです。多くの場合でそうというだけで。Bitmapファイル自体歴史があるのと、gimpのソフト自体が色々できるのが相まって、gimpでの保存時にBitmapファイルのフォーマットを駆使して複雑なことをやってくれちゃうことがあります。パレット情報、RGQUADが連なっているかもしれません。例えば、以下のサイトなど、読み易くて参考になるかと思います。（なんと2002年の記事です）　感謝しつつ、ご案内します。
http://www.umekkii.jp/data/computer/file_format/bitmap.cgi

[dodox86]

また、例えば最初の14バイトのBITMAPFILEHEADERですが、最後のメンバー「bfOffBits」の意味は「ファイル先頭から画像データまでのオフセット」なので、解釈としては極端な話、ファイル先頭から実際の画像データ先頭まで何バイトもダミーデータが入っていても、不正とは言えないかもしれません。
https://msdn.microsoft.com/ja-jp/windows/dd183374(v=vs.80)

[suikoku]

どうやらGimpでの入力ファイル作成時にパレット情報が書き込まれていたようです．
改めてパレット情報を出力しないように設定したところ無事入出力を行うことができました．
ご助力いただきありがとうございました．

Answer 2

ツッコミどころはいろいろありますが、気のついたところを

  data[i] = (unsigned char*)malloc(sizeof(unsigned char) * pixWidth);

１ラインは４の倍数の必要があります

Comments

[kazuma-s]

pixWidth = width * 3 + width % 4 だから pixWidth は 4の倍数です。
width = 4k のとき pixWidth = 3(4k) = 4(3k)
width = 4k+1 のとき pixWidth = 3(4k) + 3 + 1 = 4(3k+1)
width = 4k+2 のとき pixWidth = 3(4k) + 6 + 2 = 4(3k+2)
width = 4k+3 のとき pixWidth = 3(4k) + 9 + 3 = 4(3k+3)

[y_waiwai]

んじゃその次はそうやって計算して出たファイルサイズが、保存したファイルサイズと合ってるのかどうかですねー

[suikoku]

画像データ部は入力ファイル・出力ファイル共に計算が合いましたが，入力ファイルだとヘッダが122(情報ヘッダが108)byteとなっており，ここが計算が合っていないようです．ヘッダは54byteで固定だと考えていましたが，54byteにならない場合があるのでしょうか．

[y_waiwai]

「BMP ファイルフォーマット」でぐぐったら説明出てくるのでよく読みましょう
ヘッダは固定じゃないですし、画像データの格納形式も一種類だけじゃないです

Answer 3

header[28] の値は 24(0x18) ですか？

Comments

[suikoku]

はい，24になっていました．
入力したファイルのビットの深さも24bitで一致していました．