首つっこみ。 回転行列の公式を使うのが手っ取り早いです。 回転行列の公式というのは... Y軸が上を向いている座標系で、点(X,Y)を原点を中心に左回りにAラジアン回転させたときの点(X´,Y´)の座標が、 X´=X*COS(A)-Y*SIN(A) Y´=X*SIN(A)+Y*COS(A) と表せるという公式です。 これで何かひらめきませんかー？

それができるんならもうマスターしたようなもんだと思いますー。

あら、いいんですかー。ありがとございます。 しっかし、mkIIと同じくらいか... 公開するときには2倍くらい速くしたいです。

>奥行きに60枚 60枚!?思ったよりだいぶ少なかったです...。 >シェーディングなければ3倍速い 全体的に赤くすると速くなるかもしれませんよー (←アホ)

あ、わかる人はわかると思うけど、 この図形はパクリですー。 公開するときにサンプルとして入れといたらアウトかな...？

【CADもどき】 DATAをいじってデバッグ用の図形を変えたら、VSYNC無しでFPSが約60になりやがった。 最適化したいけど、まだモデリング部分の仕様が完全には定まってないからできない... モヤモヤするなあ

自分も博士の用途といったら「いじる」ぐらいしか思いつきませんなあ。 *写真は大量のブラックGにつき閲覧注意

うー、違ったか... それじゃあ、縦幅2px、横幅50pxぐらいで表示は画面の下半分だけ...でどうでしょう。

たくさんの回答ありがとうございます。 メモリ使用量が0だったりSPANIMと相性がよかったり手っ取り早く使えたりと、実は良いところもあるんですねー。 いいかんじに使えそうな機会があったら、使ってみたいと思います。

えーと... 横幅が400pxで縦幅が1pxぐらいのスプライトをたくさん並べて、下から上へz座標を大きくしていく、というやり方ですか？

スプライト用内部変数(SPVARのアレ)って、どういう利点があるんでしょうか？ 自分は配列を使った方が良いんじゃないかと思うんですが...

...それにしてもスプライトの当たり判定って気持ち悪い。(でも使いまくってます、SPHITRCには感謝) 同じような理由で、SPOFS()やSPANIMやBGGET()が嫌い。 変数で管理したい。

スプライトを使わない当たり判定だから処理速度がどうなるか心配だったけど、杞憂だった。 さすが三号。

【CADもどき】 ついに、頂点をタッチで選択できるようになったー。モデリングという雰囲気が出てきた気がする｡ モチベーションも上がってきたし、もしかしたら春休み中に簡易版が公開できるかも。

>SηgцгΞ さん 自分は、ごろ寝してる時に首の上を這われたことがありますよ... >こう さん 殺すなんて残酷な！こんなにかわいいのに！ ところで、誰か殺虫剤もってませんかー？ >KURO さん 公開するときに、何匹にするか迷ったんですよー。数が少ないと寂しいし、多いと処理落ちするし... ...で結局、本家と同じ数にしました。 >MGウッディー さん かわいいですよねー。今なら一匹5万円！お買い得です！ ......オエッ

連邦のバケモンとか赤い彗星とかって、折り紙だったんですか... さすが宇宙世紀。

>ノジールジマーマンZさん 行動を読まれただと...!?

>まげさん 作りたいのは山々なんですが、これ以上かわいくすると気絶する人が出てきてそうなので自粛しています(^ ^; ......オエッ

ある方の超大作をリスペクトして、つい作ってしまいました... タッチするとかわいいペットが集まってくる、「ふれあい機能」搭載です。 公開キー【4KKXVVNE】

...座薬？座薬の中で偉い人...？ (↑アホ) あ、色はそんなかんじだと思いますー。