差分

このページの2つのバージョン間の差分を表示します。

--- programming:バイトオーダーの変換_バイトスワップ [2016-04-06 10:45]
Decomo [バイトオーダーとは何ぞや]
+++ programming:バイトオーダーの変換_バイトスワップ [2018-06-29 10:23]
Decomo
@@ 行 13: / 行 13: @@
 バイトオーダーはコンピュータシステムごとに異なり、現在ではx86系などで使用される**リトルエンディアン（LE）**と、PowerPC((ビッグエンディアンなのはG5のみ。G4まではバイエンディアン。))/MC68000/SPARCなどで使用される**ビッグエンディアン（BE）**の2つに大別される。スマートフォンの台頭で一般的となったARM系はLEで使われることが多い。
-例えば「0x1234CDEF」という32bitの数値のメモリ配置は、LE/BEでそれぞれ以下のようになる。
+例えば「0x1234CDEF」という32bit値のメモリ配置は、LE/BEでそれぞれ以下のようになる。
-^  番地|0000|0001|0002|0003|
+^  番地  ^  LE  ^  BE  ^
-^  リトル|EF|CD|34|12|
+|0000|EF|12|
-^  ビッグ|12|34|CD|EF|
+|0001|CD|34|
+|0002|34|CD|
+|0003|12|EF|
-LEはデータの下位バイト、BEはデータの上位バイトから、それぞれメモリの下位番地より順次配置する。人間から見ればBEの方が分かりやすいが、コンピュータ的にはLEの方が都合がいいらしい。また、データの下位バイトがメモリの下位番地に格納される、という意味ではLEの方が理にかなっていると考えることもできる。
+リトルエンディアンはデータの下位バイトから、ビッグエンディアンはデータの上位バイトから、それぞれメモリの下位番地より順次配置される。人間から見ればビッグエンディアンの方が分かりやすいが、コンピュータ的にはリトルエンディアンの方が都合がいいらしい。また、データの下位バイトからメモリの下位番地に格納される、という意味ではリトルエンディアンの方が理にかなっていると考えることもできる。
 ===== バイトオーダーの違いによる問題 =====
-ここで上表のLEのメモリ番地0000〜0003の内容をそのままファイルに書き出したとしよう（つまりはデータの保存）。ファイルの内容は「EFCD3412」となるはずだ。
-次に、そのファイルからメモリの状態を復元する事を考える（データの読み込み）。
+ここでリトルエンディアン環境で上表の番地0000～0003の中身をファイルに書き出す、つまりデータの保存を考えてみよう。何も考えずに書き出せば、ファイルの内容は「EFCD3412」となる。
-ファイル内容をそっくりメモリに展開すると、番地0000から上位番地へ向かって EF CD 34 12 の順で書き込まれる。このメモリ内容は、LE環境ならば元のデータ**0x1234CDEF**となるが、BE環境だと**0xEFCD3412**と解釈され保存した値とは違う値に化けてしまう。
+次に、そのファイルからメモリの状態を復元、つまりデータの読み込みを考える。
+これまた何も考えずにファイル内容をメモリに展開すると、メモリ番地0000から上位番地へ向かって EF CD 34 12 の順で復元される。このメモリ内容は、リトルエンディアン環境ならば**0x1234CDEF**と正しく解釈されるが、ビッグエンディアン環境では**0xEFCD3412**と解釈され保存時とは異なる値になってしまう。
 このように、データ保存環境のエンディアンとデータ読込環境のエンディアンが異なれば、保存時に意図したデータとは異なるデータになってしまう。これでは宜しくない。
 ===== バイトスワップ =====
 異なるエンディアンで保存されたデータを正しく読み込むには、データの並び順を変えてやらなければならない。これがバイトスワップである。