123456と同じ順番に番号が出るサイコロを作ると数字が狙えるような気がするのですがそれで良いのでしょうか。 たくみさんが作りたいと思っているサイコロは作れたでしょうか？たくみさんが目指しているサイコロの挙動を聞きたいですね

質問の方でやっているスプライトとBGの判定を解決する方が先なのでは？ 一つ一つ理解していかないと力がつきませんよ。

ボタンを押したらすぐ止まるのではなくしばらく回ってから止まるという動作にしたいという事ですか？

重大な問題ぽいのでプチコンの更新になるのであれば他のバグ修正と合わせた3.3.0ではなくピンポイントで修正した3.2.2にしてもらいたいですね。 新機能が入ったときの更新はいつも不安定なので…。

敵の前に弾は出てるんですか？ 結果的に似たようなコードを書くことになるんだけど。

ZEXさんがMiiverse上での書き込みにこだわるの分かる気がします。 画面付きの投稿は正しいソースコードが貼れるし、「実行するとこんな画面になります」というような結果表示も楽に行える。 もうひとつ公開キーでプログラムを落としたとしても、本人が自分で打ち込んで動かしてみる事をするのが一番理解が進むと思います。

極力シンプルにしました。 開始するとサイコロが変わり続けています。 Aボタンを押すと止まります。 もう一度押すとまた変わり始めます。 FLAGとRND(6)を見れば分かると思います。

テストがあるわけじゃないので、ざっと命令表を眺めておいてやりたい事が出てきた時に「これって命令でできたかな？」と判断できれば問題ないと思いますよ。

配列１がソートされた時に並び変わった順番に合わせて並び変えたい配列です。 例えば名前と身長が 桃太郎,175cm 浦島太郎,180cm 金太郎,150cm 一寸法師,3cm というデータがある時、 配列１に「175,180,150,3」 配列２に「桃太郎、金太郎、浦島太郎、一寸法師」 というデータを入れておいて SORT 配列１、配列２で実行すると 配列１は「3,150,175,180」という順に並んで 配列２も配列１で並び替えた身長の順番に対応して「一寸法師、金太郎、桃太郎、浦島太郎」 という状態に並びに替わります。

とりあえずAボタンを押したら上に弾が飛んでいくというプログラムと弾が当たる用の敵みたいなものを自分で表示してみては？

前のスレ見てたから分かってはいますが、この書き込みだけでは何が何やらという印象ですね。 3dの事はとりあえず置いておいて、目指してるのは2d平面でのRTSの中で複数の兵隊で編成した隊列を指定の地点に向かわせる時の個々の兵隊のアルゴリズムですかね。

それはグラフィック面にGTRI命令を使って三角形を描画しています。もうひとつ海外のプチコンで縦長スプライトで立体迷路を表現してるプログラムがあります。

よくあるわけではありません。 バグ太郎さんがPVER-G3Dで実装した方法ですね。三角形ポリゴンをスプライトで擬似的に近似して表示する方法です。 実行したときのスプライト面を見てみると分かるのですが、2点を固定して1点を移動させた三角形をたくさん用意して一番近い形の三角形を使ってポリゴンの代わりとして表示しています。

1000円の価値はあるか？ですが、 無料でダウンロードできる名作を遊ぶだけで余裕で取り戻せます。

角度配列なんていらないと思いますよ。 とりあえず頂点に対しての移動・回転・拡縮をかけるとほぼ全頂点が動いてしまうのでいらない座標計算というものじたいぎなくなります。速度を上げる前に正しく表示されるか目指しましょう。

計算後のデータを戻す必要はありません。 毎回計算して描画に使うだけで次回になにか影響するわけではないからです。 毎フレームソートは必要ですね。

線分は必要ないかもしれないけど面データは必要なはず。 GTRIで三角形を描く際に使う3点をリストにしたもので、後々は3点の順番がポリゴンの向きを決めたりします。

頂点、線分、面データのうち、実際に計算で内容が書き変わるのは頂点だけです。 配列POINT,VERTEX,POLYをDATAから読み取ったらPOINTの中身をWPOINTに毎フレームコピーして計算を行うようにします。 もちろん移動XYZ、回転RX,RY,RZも必要です。（拡大するならそれも） 描画するときはVERTEX,POLYも使いますが書き換えはしないのでそのまま参照するだけです。

READしたモデリングデータは丸々とっておいて、コピーして使うようにします。 なのでループ内では 移動、回転、拡大縮小 Zソート （裏表判定） （陰影処理） 透視変換 描画 かと。

Zソートしてもめり込む描画はどうしても発生してしまうので描かなくていいものは除外した方が見映えがよくなりますよ。 もちろん負荷も下がります。