回答編集履歴
2
コメントを受けて追記、補足。
answer
CHANGED
@@ -19,4 +19,19 @@
|
|
19
19
|
ですので、「作者が都合のいいように4-をしたり、3を掛けた」訳では無いということが言えます。
|
20
20
|
|
21
21
|
また、他の回答者様も書かれていますが、例えばWindowsのビットマップでも各種の形式があります。
|
22
|
-
carnage0216さんの読まれている書籍でどのようなビットマップを想定しているのかで取り扱いが変わってきますので注意してください。
|
22
|
+
carnage0216さんの読まれている書籍でどのようなビットマップを想定しているのかで取り扱いが変わってきますので注意してください。
|
23
|
+
|
24
|
+
---
|
25
|
+
2018/03/19 追記
|
26
|
+
解決済みの質問ですが、コメントをいただきましたので追記して補足します。
|
27
|
+
|
28
|
+
コメントより
|
29
|
+
> width%4の「何」値と4-(width*3)%4のwidthの「何」の値が1,2,3…と一致しているのかわからないのです。
|
30
|
+
|
31
|
+
`width = 15`のケースですが、24ビットRGBデータが15画素(ピクセル)分メモリ上に展開すると、以下の図のようになります。
|
32
|
+

|
33
|
+
尚、Windowsのビットマップ形式ではRGBはB,G,Rと並ぶので、図でもそのように表記しています。
|
34
|
+
|
35
|
+
図を見ていくと分かっていただけると思うのですが、画面に描画する幅、つまり画素数であるwidthの数と、それを表す為のRGBデータのバイト列でのバイト数を分けて考える必要があります。
|
36
|
+
|
37
|
+
4バイト境界と3バイトのRGB(B,G,R)データが何度もまたがります。で、この例では1から始めて45バイト目でRGBデータが終わってしまい、45は4で割り切れず、もうひとつ上の4の倍数48を満たせるよう、ダミーで3バイト詰める、と言う訳です。(図の'D'のデータ)
|
1
改行位置修正
answer
CHANGED
@@ -4,9 +4,7 @@
|
|
4
4
|
|
5
5
|
例として画面上の幅(width)は15 としてみましょう。15は幅として小さ過ぎですが気にしないでください。
|
6
6
|
|
7
|
-
この場合、RGBデータは (width * 3) で15 * 3 = 45。RGBデータとして全45バイトになるのはいいですよね。
|
8
|
-
次に、4 - (45 % 4) でまず、(45 % 4)の答え、45 / 4 の余り=1。この余りと言うのは4バイト境界からはみ出る分です。はみ出た1バイト分を4バイト境界に収める為にはその差を求めるわけですから、
|
9
|
-
4 - 1 で3。お尻に3バイトを詰める(パディング)します。
|
7
|
+
この場合、RGBデータは (width * 3) で15 * 3 = 45。RGBデータとして全45バイトになるのはいいですよね。次に、4 - (45 % 4) でまず、(45 % 4)の答え、45 / 4 の余り=1。この余りと言うのは4バイト境界からはみ出る分です。はみ出た1バイト分を4バイト境界に収める為にはその差を求めるわけですから、4 - 1 で3。お尻に3バイトを詰める(パディング)します。
|
10
8
|
|
11
9
|
> ダミーデータを求める計算式はwidth/4と書くのが正しいものであり、
|
12
10
|
|
@@ -16,8 +14,7 @@
|
|
16
14
|
> width/4の4はRGBが3バイト故に4でバイト単位でwidthを割っており、4バイトで高速化を考えているため、widthの余りのとなった1~3バイト数のRGBはダミーデータとして扱われる。
|
17
15
|
|
18
16
|
言葉の使い方なのか、記述が足りないのか、誤解があるのか判断しかねているのですが、恐らく違います。
|
19
|
-
**widthの余りのとなった1~3バイト数のRGBはダミーデータとして扱われる。**のではなく、
|
20
|
-
width * 3で得られた数分のバイト列はビットマップデータとして全て使うはずで、お尻が4バイト境界に収まらない場合、1~3バイトの使われないダミーデータで詰めます。この手の処理はビットマップに限らず、良く行われます。
|
17
|
+
**「widthの余りのとなった1~3バイト数のRGBはダミーデータとして扱われる」**のではなく、width * 3で得られた数分のバイト列はビットマップデータとして全て使うはずで、お尻が4バイト境界に収まらない場合、1~3バイトの使われないダミーデータで詰めます。この手の処理はビットマップに限らず、良く行われます。
|
21
18
|
|
22
19
|
ですので、「作者が都合のいいように4-をしたり、3を掛けた」訳では無いということが言えます。
|
23
20
|
|