2026:04:17
差分
このページの2つのバージョン間の差分を表示します。
| 次のリビジョン | 前のリビジョン | ||
| 2026:04:17 [2026/04/17 04:28] – 作成 machiaworx | 2026:04:17 [2026/04/17 04:40] (現在) – machiaworx | ||
|---|---|---|---|
| 行 11: | 行 11: | ||
| ---- | ---- | ||
| * https:// | * https:// | ||
| - | * うーん、固定小数点を実装してみようかなと考えた。もしくは整数の取り扱い範囲を大きくしてしまうかで対応できそう。 | + | * 自作のフレームワーク、固定小数点を実装してみようかなと考えた。もしくは整数の取り扱い範囲を大きくしてしまうかで対応できそう。 |
| - | * 計算に無駄が出るものの、整数の取り扱い範囲内で処理できてしまうのと、扱いそのものが簡単になるので、悪くないかなとも思った。 | + | * どちらも計算に追加手順が発生するものの、整数の取り扱い範囲内で処理できてしまうのと、後者はそもそも扱いそのものが簡単になるので、どっち採用しても悪くないかなとも思った。 |
| * floatへの計算が必要なのも描画のタイミングくらいかと思うし、当たり判定計算についてはそのままでもよさそうだし。 | * floatへの計算が必要なのも描画のタイミングくらいかと思うし、当たり判定計算についてはそのままでもよさそうだし。 | ||
| + | * なので、floatへの変換を行う手間を考えるとどっちがいいかな、と決めるのがよさそう。 | ||
| + | * 描画するときだけ数値を10000くらいで割ってからキャストして変換する、という考えではいるけど、これがどんだけ負荷がすごいかという話かも。 | ||
| + | * ただ、MiniScriptの計算もソフトウェア計算なので割と正確かと思うし、それを使う時点である程度計算誤差は除外されてると考えるとわざわざ変更する意味はあるんだろうかと考えることはある。 | ||
2026/04/17.1776367734.txt.gz · 最終更新: 2026/04/17 04:28 by machiaworx