バイナリーコードデータの法則とは？

下記が分かりやすかったです。
----------
http://oshiete.goo.ne.jp/qa/4083990.html
----------

1
符号…0
仮数…1=1.0*2^0→000_0000_0000_0000_0000_0000
指数…0+127=127→0111_1111
符号+指数+仮数
0+0111_1111+000_0000_0000_0000_0000_0000
↓
0011_1111_1000_0000_0000_0000_0000_0000→3F_80_00_00→80_3F
2
符号…0
仮数…2=1.0*2^1→000_0000_0000_0000_0000_0000
指数…1+127=128→1000_0000
符号+指数+仮数
0+1000_0000+000_0000_0000_0000_0000_0000
↓
0100_0000_0000_0000_0000_0000_0000_0000→40_00_00_00→00_40
4
符号…0
仮数…4=1.0*2^2→000_0000_0000_0000_0000_0000
指数…2+127=129→1000_0001
符号+指数+仮数
0+1000_0001+000_0000_0000_0000_0000_0000
↓
0100_0000_1000_0000_0000_0000_0000_0000→40_80_00_00→80_40

回答(2)さん大アタリですね。凄い。

お礼

2014/10/03 07:48

ご回答ありがとうございます。
わかりやすいですね。
ありがとうございました?(_　_)?

質問者

とりあえずIntel系のメモリイメージだとバイトオーダーが下位順なので
１６進の数値は上下が逆になり下のようになります。
つまり２のべき乗のシフト数を表現している部分があるようにみえ
多分、固定小数点か浮動小数点の数値データだと思われます。

10進: 16進　　2進
1: 3F80 → 001111111_000
2: 4000 → 010000000_000
4: 4080 → 010000001_000
8: 4100 → 010000010_000
|
8192: 4600 → 010001100_000

さすがに実数部が３ビットということはないと思うので
実際には、１のデータは
1: 3F800000 → 001111111_00000000000
か
実際には、１のデータは
1: 3F8000000000 → 001111111_000000000000000000000000000
あたりになっていないでしょうか？

なっていなければハズレの可能性が高いです。

お礼

2014/10/02 18:13

ご回答ありがとうございます。
ウィキペヂアで3F80　1で調べたら、下記URLがヒットしました。
http://en.wikipedia.org/wiki/Single-precision_floating-point_format
意味がわかりません。
意味がわかりますか？

判りやすく説明してくれるサイトを探しています。

質問者

これは符号化では無く「暗号化されている」のでは有りませんか？
ならば「暗号化した側」から見れば、暗号解析した場合何らかの法的処置に出る可能性が有りませんか？

お礼

2014/10/03 07:50

ご回答ありがとうございます。
暗号化されているのではなく、
こちらが暗号化するつもりです。
16進や10進の数字の羅列だと面白みがないので
一工夫したいだけです。

質問者