ユーザ用ツール

サイト用ツール


2026:03:08

差分

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

この比較画面へのリンク

次のリビジョン
前のリビジョン
2026:03:08 [2026/03/09 04:09] – 作成 machiaworx2026:03:08 [2026/03/09 04:46] (現在) machiaworx
行 13: 行 13:
   * まず狙い弾は特に何も考えないならArctanを利用して角度を求める必要がある。   * まず狙い弾は特に何も考えないならArctanを利用して角度を求める必要がある。
   * Arctanについて、式としては「tan(y) = x」となるyを求める。   * Arctanについて、式としては「tan(y) = x」となるyを求める。
-  * そのためにArctanで角度を求める必要る。ただ、毎回Arctanを求める以外の方法はないだろうかと考える。+  * Arctanで角度が出力される。ただ、計算量の関係で毎回Arctanを求める以外の方法はないだろうかと考える。
   * 特に今回は画像に制約があるため、出力結果からどの角度を参照するかを出力する必要がある。   * 特に今回は画像に制約があるため、出力結果からどの角度を参照するかを出力する必要がある。
-  * 方法としては、領域を4個に分けて、それぞれでtanの値をテーブルで持たせて、それを比較して近似値を取る形でいい気がした。 
-  * ただ、これだとtanの計算からX・Y座標を求められてしまうので、ここからnormalizeで斜辺の長さも求める必要がある。          
  
 ---- ----
-  * normalizeは平方根で求める必要があるが、それ以外に手で計算する方法としては、平法というものがあるらしい。+  * 方法案としては、領域を4個に分けて、tanの値を計算テーブルで持たせて、それを比較して近似値を取る形でいい気がした。 
 +  * ただ、これだとtanの計算からX・Y座標が分かるだけなので、ここからnormalizeで斜辺の長さも求める必要がある。 
 +  * normalizeは平方根で求める必要があるが、それ以外に手で計算する方法としては、平法というものがあるらしい。
   * https://ja.wikipedia.org/wiki/%E9%96%8B%E5%B9%B3%E6%B3%95   * https://ja.wikipedia.org/wiki/%E9%96%8B%E5%B9%B3%E6%B3%95
   * これをつかえばFPUがない環境でも高速に解を求められるっぽい。   * これをつかえばFPUがない環境でも高速に解を求められるっぽい。
  
 ---- ----
-  * こういうのを作る選択肢もある。+  * また、別の案だとこういうのを作る選択肢もある。
   * https://beach.biwako.ne.jp/~beaver/msx/msxtecho/table2.htm   * https://beach.biwako.ne.jp/~beaver/msx/msxtecho/table2.htm
  
 ---- ----
-  * 今のところは以下のどちらかかなあ。+  * ということで、今のところは以下のどかかなあ。
  
   - Arctanで角度を求めて各テーブルと比較し、一番差分が小さいグラフィックを採用する。(これはやりやすい)   - Arctanで角度を求めて各テーブルと比較し、一番差分が小さいグラフィックを採用する。(これはやりやすい)
行 37: 行 37:
   * グラフィックはソフトウェアレンダリングで昔風だけど、計算まで昔風にやりたいわけではない。   * グラフィックはソフトウェアレンダリングで昔風だけど、計算まで昔風にやりたいわけではない。
   * 今のCPUだったら今なりのやり方が存在するわけで、その選択肢は常に用意していくのがいいかなと。   * 今のCPUだったら今なりのやり方が存在するわけで、その選択肢は常に用意していくのがいいかなと。
-  * 例えばDXライブラリと組み合わせて描画するなら、解像度を変更してUIやエフェクトを置くなんてのはできる。 
   * 実際上記の計算は角度を計算テーブルに突っ込んで、出力はXY成分ごとにsin/cosの計算してる。   * 実際上記の計算は角度を計算テーブルに突っ込んで、出力はXY成分ごとにsin/cosの計算してる。
  
 ---- ----
-  * グラフィックについては元々ゲーム開発で使う想定はなかったけど、割と高速に動くのを確認したので、それだったら使ってみようじゃねえかという考え。+  * グラフィックフレームワークについては元々ゲーム開発で使う想定はなかったけど、割と高速に動くのを確認したので、それだったら使ってみようじゃねえかという考え。 
 +  * スプライトも多層的にロードできるし切り抜きで自由な大きさで出力できるし、だいぶ自由度は高い。(スプライトとは呼んでないけど) 
 +  * ついでにうまくデータを転送すれば背景もラスタースクロールできるし。というかExtraスクリーンは最初作る予定になかったんだよ。 
 +  * ずっと前にラブプラスの記事みてこの方法を採用すれば一瞬だけ背景を先に描画して背景描画にエフェクトっぽくしていく、みたいなのはできないかな?と考えてたので。 
 +  * https://game.watch.impress.co.jp/docs/series/3dcg/365048.html 
 + 
 +---- 
 +  * ゲームについて。次作ろうと思ったのは以下。 
 + 
 +  - 陸戦型STG。ショックトルーパーズみたいなやつ。 
 +  - 以前から考えてた横スクロール交代アクションシューティング。 
 +  - レースゲーム+STG。以前も少し書いてた「シンカイヒメ(仮)」。 
 + 
 +  * 下2項目は元々CryPic.で作ったフレームワーク上で実装しようと思っていたので、形にするのに時間かかると思うんだよな・・・
2026/03/08.1772996944.txt.gz · 最終更新: 2026/03/09 04:09 by machiaworx