Onyx

Project Onyx

[Onyx @nyx2027]

Infinity Map

https://t.co/VLPegPi9qR

#gamedev

[Onyx @nyx2027]

スマホ環境でゲームクリエイトできる環境だとリーチするユーザー数は非常に多いがＰＣに限ると数桁減る、この差は大きい、出来る事の差は大きくなるが、ユーザー数、クリエイター数は大きく異なる

[Onyx @nyx2027]

システム開発からグラフィック、ＢＧＭなどコンテンツ面、ネットワーク対戦運用とかの実用面に注力していく必要がありそう、システムに時間かけ過ぎで何も終わらない…一から作る弱点だな…

[Onyx @nyx2027]

というか自分の手札って自分にもわからんし、誰も教えてくれないんだよな…結局何を持ってるかもわからないし、それをどこで使うのかもわからない、トライ＆エラーをするだけで結局有効なデータも集まらない…

[Onyx @nyx2027]

手札が活きるゲームに乗れってのは面白いな
https://t.co/wunrYCK8TA

[Onyx @nyx2027]

Storm Sweeper – Extreme browser bullet hell with 1M+ bullets at 45+ FPS!
https://t.co/h5iSnxr7hb
Pure Vanilla JS + Canvas2D optimization showcase. Survive the storm!
#BulletHell #1MBullets #gamedev #JavaScript #HTML5Game

[Onyx @nyx2027]

Infinity Map

https://t.co/VLPegPi9qR

#gamedev

[Onyx @nyx2027]

自動生成マップをシード値から作るとして位置情報を与えてそこから作らないと擬似乱数式だと生成した順番で値が固定されるからその辺りをどう生成するのか、統一性とランダム性をどこで維持するかを考える必要がある

[Onyx @nyx2027]

オフセットをレベルとすると下限から上に向かうだけになるが少し下も含めるかどうか、低いレベルだとそれ以上低いレベルが存在しないということになるし、高いレベルにいくとやや低いレベルで得られる経験値は低くなるから必要ないか、まぁ単純に考えるならレベルをオフセットにするのが最短か…

[Onyx @nyx2027]

原点から三次元的距離をレートとして捉えレベル算出の基礎点とする、原点から離れるほど高レベル地域になるので遠くに行くほど多くの経験値を得られる、とする、これにオープンワールド、ダンジョン、タワーなどの地形や建築を絡めて自動生成できるか

[Onyx @nyx2027]

シード値からの生成を１：１でバイオームにするとレベルに応じた土地生成にならない、バイオームパターンを固定でも長い配列にしてレベルごとに参照するパターン位置をスライドしていくことで徐々に出現率や比率を変えていく手法を取るのが良さそう、するとオフセット＋配列番号アクセスが良さそうだな

[Onyx @nyx2027]

ワートリの遊真のスコーピオンの手裏剣技は魔戒の花のクロウと同じ技だがどっちが出典元なんだ？

[Onyx @nyx2027]

ワールド全体が低レベルまたは高レベルなどコントロールできるようにするか完全なランダム性で作られるかコントロールされている生成かランダム性の高い生成か、コントロールされていればシードにランダム性を含めることで完全なランダム性に移行することもできるが、ランダムはコントールに戻せない

[Onyx @nyx2027]

原点から三次元的距離をレートとして捉えレベル算出の基礎点とする、原点から離れるほど高レベル地域になるので遠くに行くほど多くの経験値を得られる、とする、これにオープンワールド、ダンジョン、タワーなどの地形や建築を絡める

[Onyx @nyx2027]

オープンワールドの問題点はマップ生成のシードとレベルごとの土地や建築がどのように連動できるか、という点になってくる、シード値から土地となる値を算出するが、それを実際のバイオームに変換する時に一定パターンだとレベルの差というものが生まれない、シード値自体にレベル性を含めるべきか

[Onyx @nyx2027]

良牙、右京辺りが強いがシャンプーは2段ジャンプがある、壁側への投げからの連続技を入れるとかなりのダメージが出るコンボが作れる

[Onyx @nyx2027]

らんま1/2爆裂乱闘篇はだいぶやったが調べてみると小技11ダメ大技16ダメで小技なら9発99ダメ大技6発96ダメでギリギリ体力が残る、小技が入る場面は余りないので大技6発＋αで決まる、必殺技の中なら20ダメで5発、一部25ダメ4発や29ダメ3発などあるがやはり10発~3発までの間でギリ残るくらいデザイン

[Onyx @nyx2027]

2πを1とするなら2π*turnでラジアン変換できるからturn表記でも簡単かも
function turn2rad(t){
return Math.PI * 2 * t
}

[柴田 淳 - みんなのPython、機械学習講師 @ats]

角度をラジアンで表すのをやめ、「1回転＝1」で表せば、コードからπを消せる。しかも速く、正確になる――という提案。

記事でCasey Muratoriが推すのは、角度を turn（回転） で扱う方法だ。0.25 turn＝90度、0.5＝180度、1＝360度となる。ゲームなどでは、もともと0〜1の周期値を sin に渡すためだけに 2π を掛けるコードがよくある。しかし高速な三角関数の内部では、計算しやすい範囲へ変換するため、結局πで割るような処理が行われる。つまり「ラジアンに変換して、すぐ別の表現へ戻す」という余計な往復が発生している。

turnをそのまま受け取る三角関数を用意すれば、この変換を省ける。さらに浮動小数点では、π/2のような値は厳密に表現できない一方、0.25、0.5、0.75は2進数で正確に表現できる。つまりturnは、典型的な角度についてコードが読みやすいだけでなく、計算量と数値精度でも有利だという。

重要なのは、これは単なる「度 vs ラジアン」の好みの話ではないことだ。プログラマーがラジアンを当然の前提としているのは、数学教育や標準ライブラリのAPIがそうなっているからにすぎない。円を0〜1でパラメータ化するturnも正当な数学的表現であり、三角関数そのものがラジアンを要求しているわけではない。

しかも発想自体はすでに実用化されている。たとえばCUDAには、入力 x に対して sin(πx) などを計算する sincospi があり、これは実質的に「半回転」を単位にしたAPIだ。既存ライブラリでも似た最適化が存在することから、著者は「πをtau（2π）に置き換えるより、そもそもπをコードから追い出した方がいい」と主張している。

https://t.co/JmxVglEWwt

[Onyx @nyx2027]

自動生成マップを作ろうとしているが完全ランダムではなく意図のあるマップを作りたいがＡＩは完全ランダムを勝手に実装して余り意味ない、もっと意図を持った自動生成のマップが欲しいのに…

[Onyx @nyx2027]

無限マップダンジョン編作るのと、その知識をフィードバックして無限マップオープンワールドの改良版を作りたい、という感じだな…

[Onyx @nyx2027]

自動生成マップの地形と地名とモンスターとアイテムと条件をまるっと生成できてしまうと非常に楽なんだが、レベルとか色々と標準化してバランスをとる必要があったりどこからどこまでをどのくらいのレベルにするか、とか考えると結構難しい

[Onyx @nyx2027]

ダンジョン系の無限マップを作る必要があるな…