マシン語ゲームで小数が使われていたか否か語るスレ

**ナイコンさん** · 2018/12/17(月) 08:11:16.58

語れやハゲども

**ナイコンさん** · 2018/12/17(月) 10:44:24.53

スプライトを使うゲームなら実装はアーケードやゲーム機、MSXなどで数えきれないほどある。
整数のみでリアルタイムゲームを作るのは、アーケードやゲーム機では黎明期を除き極めて少数派。

**ナイコンさん** · 2018/12/17(月) 19:46:39.19

使われてたに決まってるじゃん。

=================　終了 ====================

**ナイコンさん** · 2018/12/17(月) 21:46:53.97

=================　再開 ====================

**ナイコンさん** · 2018/12/17(月) 21:52:26.89

**ナイコンさん** · 2018/12/17(月) 22:14:05.41

小数って言っても、固定小数点だろ。

でもスプライト使ったアクションゲームでも小数使わずに作れるんじゃないの？

**ナイコンさん** · 2018/12/21(金) 08:56:39.83

～～～～～～～～～今度こそ終了～～～～～～～～～

**ナイコンさん** · 2018/12/23(日) 16:15:15.31

100倍で計算して100で割る
そんなんでも十分だった

**ナイコンさん** · 2018/12/23(日) 19:36:18.98

>>8
それが固定小数点の考え方だよね
普通は256倍とか128倍、64倍などにするけど

**ナイコンさん** · 2018/12/23(日) 20:00:09.63

小数点以下8ビットで0.00390625か　（間違ってたらスマンこ）
そこまで必要ないような希ガス
小数点以下は3ビットか4ビット前後もあれば充分なんじゃね
4ビットの根拠はないけどなんとなくそれくらいかな、と

**ナイコンさん** · 2018/12/23(日) 20:43:07.88

1フレームで複数回の移動計算・判定処理を入れてた事例は
さすがにないだろうな。

**ナイコンさん** · 2018/12/23(日) 20:49:11.66

整数だけだと縦or横と同じ速度で動くはずが斜では急に速度が上がるという不条理ｗ
誤差が最悪40％ぐらいでる・・・のかな？

たぶん描画エリア（座標計算が必要なエリア）の縦横どちらか長いほうの辺に合わせるのがおそらく合理的。
長辺が129～256ドットの範囲なら小数点以下は8ビットあれば内部の座標と画面上の表示位置の誤差は最大1ドットにまで収束する・・・んでいいはず。
ちょっと自信ないけど。

本職のゲームプログラマーさんに正解を教えてもらいたい。

**ナイコンさん** · 2018/12/23(日) 21:13:31.79

ゼビウスでは、ガルザカートでちゃんと丸く広がってたから、
それらしい計算は行われていた模様。
まあ、上記の通りビット操作の固定少数なんだろうけど。

方向が１６方向で固定だったようだから、
移動量の配列でも用意していたのだろう。

**ナイコンさん** · 2018/12/23(日) 21:22:51.85

>>10
単純な話だけど、ビットシフトするにも時間が掛かる
実は8bitだと速いんだよね、16bitで計算して上位8bit取り出すのはノーコストだから
そんな理由で、8bitが多いと思う、精度と言うより効率だね

**ナイコンさん** · 2018/12/24(月) 00:07:55.72

>>14
画面解像度が256ドットとしても
整数部8ビットじゃ、画面外の処理ができないので
整数部10ビット程度は必要だよ

**ナイコンさん** · 2018/12/24(月) 00:15:50.00

>>15
俺は現役時代整数部10ビット小数部6ビットの固定小数点で演算してたなぁ

**ナイコンさん** · 2018/12/24(月) 06:46:17.05

>>12
>>整数だけだと縦or横と同じ速度で動くはずが斜では急に速度が上がるという不条理ｗ
ああ、そりゃそうだよな
斜め移動を単純な縦移動＋横移動ってさせてたら確かにそうなってしまう
一度に縦と横の両方を移動できちゃうもんな
なるほど、単純な斜め移動でも小数が必要になるわけか

**ナイコンさん** · 2018/12/24(月) 09:41:35.80

ふむふむ、10 : 6ビットで扱うのが主流だったわけか。
おれは12 : 4ぐらいかなあと思ってた。

15 · 2018/12/24(月) 10:44:05.38

>>14
スプライトの座標系が-512～+511とすると
左がスプライト側右側がCPUから見たI/Oが
アーケードゲーム機だとこんな風に配置される様に
ハード屋さんに作ってもらうので
プログラム上でビットシフトせずに済むんだよ

D9 - D15
D8 - D14
D7 - D13
D6 - D12
D5 - D11
D4 - D10
D3 - D9
D2 - D8
D1 - D7
D0 - D6
NC - D5
NC - D4
NC - D3
NC - D2
NC - D1
NC - D0

NCは未接続

**ナイコンさん** · 2018/12/24(月) 11:00:53.08

>>19

> ハード屋さんに作ってもらうので
> プログラム上でビットシフトせずに済むんだよ
こういうのをチート（ずる）と言わずしてなんというｗ

**ナイコンさん** · 2018/12/24(月) 11:05:29.47

アーケードゲーは、はじめからそのソフトに見合った
ハードの設計をしてたんだもんねぇ。

**ナイコンさん** · 2018/12/24(月) 11:48:58.49

>>18
だいたい整数部にどれだけのビットが必要か、小数部にどれだけの精度が必要か、あとは
どれだけビットシフトを減らせるか位のバランスで決める感じだよね

>>19みたいなアーケードの例はとても興味深いね、こういうトコでも普通のパソコンより有利な
条件が出てくる、専用ハードウェアだからこそだね

**ナイコンさん** · 2018/12/24(月) 18:28:25.84

>>19
へえ、面白いなぁ
開発がソフトとハードで平行して行われるような環境ならではだね
8ビットマイコンだと既に出来上がってるハードの上で作るしかないからどうしたって不利になる

**ナイコンさん** · 2018/12/26(水) 21:08:19.41

ある時期から8bitから16bitのスプライトマシンで固定小数使うのは常識になっていたのは知ってるし、後半の部分では実際に商品を作っていた。
ただ、前にあった書き込みで、速度はそのまま持つのではなく何段階かにしてテーブルのテーブルを持つのは実装としてあったと想像する。
MSXのザナックタイプなど、遅いCPUでそれなりに敵が多いシューティングゲームはこれを採用してるんじゃないかな。
あの手のはスプライトのちらつきを抑えるためにスプライトダブラを使ってるだろうから、それだけでもCPU負荷は大きい。
#アイテムで自機速度が少しずつ上がるとかはそのままではできなくなるが、自機だけ処理を別にすれば良い。

**ナイコンさん** · 2018/12/27(木) 08:46:32.77

結論 : 使われてた

=============　終了 ================

**ナイコンさん** · 2018/12/27(木) 18:40:20.82

１００なり１０００なりかけて計算すればいいだけ
ゲームボーイアドバンスなんかも固定小数使ってた
DSになるとさすがにない

**ナイコンさん** · 2018/12/27(木) 18:49:47.40

100なり1000なりなんて手間だろ

「128なり1024なり」って言えよ

15 · 2018/12/27(木) 22:53:03.78

GBAはarm7
32ビットCPUなんでマシン語なんて使わんだろ
100なり1000なりかけて計算すればなんて書いちゃう奴だから
プログラムのプの字も知らないんだろうけど

**ナイコンさん** · 2018/12/28(金) 00:22:37.43

今どきの32ビットや64ビットのコンパイラより効率のいいコードを、アセンブラで書けるようなヒトって人間辞めてるだろｗ

**ナイコンさん** · 2018/12/28(金) 07:36:17.05

そういや昔、ゲームボーイアドバンスで
プログラムする本てのを買ったことがある。

それにはケーブルがついてて、そのケーブルを
ゲームボーイにつなぐことで、ROMの吸い出しが出来たんだよ。

**ナイコンさん** · 2018/12/29(土) 22:21:47.14

>>30
なんのプログラミングだよw

**ナイコンさん** · 2018/12/30(日) 01:01:51.30

unixuser誌でそんな連載があって、連載終了後
USB転送ケーブル付きで書籍が発売されたのよ。
何年か遅れで買ったけど、これ2003年発売なんだ。
もう15年も前の話か・・・

**ナイコンさん** · 2019/01/01(火) 02:15:42.80

小数は使ってたよ。
float double みたいなのじゃないけど。

**ナイコンさん** · 2019/01/02(水) 09:12:26.71

浮動少数演算がデバイスドライバになってるマシンがあったな。
浮動少数演算CPUを増設してドライバを置き換えれば、
アプリはそのままでも演算速度がアップするとか。

**ナイコンさん** · 2019/01/02(水) 11:59:22.94

>>34
でも計算の度に呼び出すからオーバーヘッドが大きくて遅くなるんだよな

**ナイコンさん** · 2019/01/15(火) 04:50:26.69

68000では固定小数使ってたわ。
レジスタ32ビットだったから、
上位整数、下位小数で add.l とかでロングワードで計算してた。
実際スプライトレジスタに転送するのは上位のみ。

**ナイコンさん** · 2019/01/19(土) 01:39:17.74

>>34
68881が無いとエラー出すゲームソフトがあったよ
だからFPU無し機種の為にソフトFPUなるものがあった
当時浮動小数点演算FPUは高額だったからね
コストダウンの為にオプション扱いされてた
Macintoshなんだけどさ

**ナイコンさん** · 2019/01/20(日) 21:22:10.67

DOSでは環境変数NO87に何か文字列を設定しておくと8087があっても使わなかったな

**ナイコンさん** · 2019/02/06(水) 11:04:03.10

サインテーブルとか固定小数で1象限分だけ(他は反転でどうとでもなるので)作ってたな…
360度を1/4で90度分を256分解能で近似とかのインチキ演算でも低解像度だと案外バレない

**ナイコンさん** · 2019/02/06(水) 13:32:42.24

>>39
一回転360度を256(符号なし8ビット)段階化はやるよな
オーバーフローチェックも要らなくなるし

**ナイコンさん** · 2019/02/06(水) 14:09:14.95

DOS版のTSPという時系列分析ソフトが87系必須で、8087エミュレータでごまかしていたが劇的に遅かった

**ナイコンさん** · 2019/02/06(水) 15:22:31.27

>>39
そんなプログラムを先月作ったがテーブルは257個じゃないと1.0相当値の入る場所が無くて困る

**ナイコンさん** · 2019/02/06(水) 18:33:13.37

いや、角度は1度刻みで0度から90度の91項目だろ?
角度を256段階に刻む必要なんてあるか?

**ナイコンさん** · 2019/02/09(土) 19:12:28.16

一周を360で刻む必要がゲームには無いから、扱いやすい256や1024で刻む
90より楽な理由は二進数だから

**ナイコンさん** · 2019/02/09(土) 19:34:12.54

角度で刻むのではなくて始点のXY軸と終点XY軸では
例えば敵キャラの今いる位置を始点として
狙う自機キャラの今いる位置を終点とする
みたいな～感じ～　では？？？