質問です。
塗りつぶしありの3Dゲームを作っているのですが描画する順番は何を基準にソートしたらいいですか?

奥行きの深い順の一択と思います。

自分はオブジェクトの中心からの距離でソートしますが、z-ソート法だと何を基準にソートしても上手く描画できない状況はあります。

「一番奥の点のz座標」をまだ試していませんでした。なんかいけそうなので試してきます。

う～ん
確かにZ順だけではうまくいかないときもあるようですね。 Zオーダー
ただその場合は特別な工夫をしないかぎりどのような順序でもダメですね。

上手くいかない部分は割り切って、そういう状況を作らないように扱うしかないですね…

普通は奥から順でいいと思いますが（自分はzではなくx²+y²+z²派）、本当にちゃんとしたいなら、面と面※制限ありの交線を計算したり、あと何か（z-sort法だと、いい方法は思いつかないけど、すべての面 ※制限なし の交線を計算して、ぶつ切りにしてから、z-sortで描画するくらいでしょうか。x²+y²+z²ならば、すべての頂点を自分から距離と角度、※ベクトルで表して、三角関数で角度をいろいろした値が一定値を超えた場合は計算並びに画面から排除、その後、すべての面※制限ありと、“すべての頂点との距離ごとで”球との交線から、ぶつ切りにして、遠い順に描画するくらいかな）、ぱっと思いついたやつはこれくらいしかないし、うまく文章に著せなかったからたぶんかなりわかりづらいと思う。①,②とかそんな感じで書けばもっとわかりやすかった気がする。

(カメラx)
(カメラy)
(カメラz)
(オブジェクトx)
(オブジェクトy)
(オブジェクトz)
(ワールドx)
(ワールドy)
(ワールドz)

の変数を作ることは、わかりますがその変数をどのように動かせばいいかわかりません。

とりあえず枠だけでも回転させなくてもいいから▢四角▢作りたい

３Ｄに何を求めるかというのは人それぞれでいいと思うので、
「変数もペンも使わないけど３Ｄ」とかもできます。
https://scratch-mit-edu.ezproxy.canberra.edu.au/projects/571091320/

narita6gou wrote:

とりあえず枠だけでも回転させなくてもいいから▢四角▢作りたい

ペンの使い方はもう知っている
https://scratch-mit-edu.ezproxy.canberra.edu.au/projects/570598920/
のであれば、たぶんnarita6gouさんが３Ｄに向けて次に挑戦してみるべきことは

ペンを下ろす
x座標を(0)、y座標を(0)にする
x座標を(100)、y座標を(0)にする
x座標を(100)、y座標を(100)にする
x座標を(0)、y座標を(100)にする
x座標を(0)、y座標を(0)にする
ペンを上げる

みたいなコードで「ペンで図形を描くこと」かなと思います。
どんな数字を入れるとどんな絵がかけるか、ということになれてくれば
「好きなように四角を作る」のはすぐできると思います。

３Ｄとなるとその「どんな数字を入れる」、のところをコンピュータに計算させるためにいろいろ計算が出てくると思いますが、
とにかく
数字を使って「ペンで図形を描くこと」に、なれるとよいと思います。

質問です。
2Dではx1,y1,x2,y2のようにして長方形の一面の当たり判定を考えますが、3D上でも6面をこのようにして計算できるんですか?
あと、出来たとしても3Dは6面あるので6*2(1面に対して2個の座標)でx1,y1,z1~x16,y16,z16まで必要になるという計算になりますが、もっと数値を減らす方法はありますか?

mikan__s wrote:

2Dではx1,y1,x2,y2のようにして長方形の一面の当たり判定を考えますが、3D上でも6面をこのようにして計算できるんですか?
あと、出来たとしても3Dは6面あるので6*2(1面に対して2個の座標)でx1,y1,z1~x16,y16,z16まで必要になるという計算になりますが、もっと数値を減らす方法はありますか?

どういう場面で、何をやりたいかによってプログラムの作りは違ってくると思うのですが、

「x1,y1,x2,y2のようにして長方形の一面の当たり判定を考えます」
というのは、例えば
「左下の座標(x1, y1)と右上の座標(x2, y2)から、長方形の中か外か判断する」
言い換えると

「x1からx2の範囲」
「y1からy2の範囲」
という２つの式だけ、４つの数値で、
「長方形の中か外かを判定できる」

というとこまで、いいでしょうか？
この考え方を延長するなら、

「x1からx2の範囲」
「y1からy2の範囲」
「z1からz2の範囲」
という３つの式だけ、６つの数値で、
立方体の「中か外か」を判定できる、

ということは言えます。

立方体の「表面かどうか」を判定する
といった話になると、もうちょっと複雑な話になると思いますが、
「立方体の中か外かを判定」できればいいなら、そこそこ簡単、と言えると思います。

間違えました。
12個の頂点の数値を入れるとなると、立方体の頂点は8個なのでどれか1つはかぶりますね。
あと、
「x1からx2の範囲」
「y1からy2の範囲」
「z1からz2の範囲」
ということは、長方形は対角線でつなげるような点の数値があると形が決まります。
そして、立方体(直方体)の中の頂点と頂点を立方体(直方体)の中を通る線がつなげれるところの頂点の数値を入れると形が決まります。
これを使って当たり判定が作れる、ということですか?

mikan__s wrote:

「x1からx2の範囲」
「y1からy2の範囲」
「z1からz2の範囲」
ということは、長方形は対角線でつなげるような点の数値があると形が決まります。
そして、立方体(直方体)の中の頂点と頂点を立方体(直方体)の中を通る線がつなげれるところの頂点の数値を入れると形が決まります。
これを使って当たり判定が作れる、ということですか?

（直方体でしたね。やんわり指摘ありがとうございます）

答えになるかわかりませんが、こんなプログラム

@greenFlagがクリックされたとき
たくさんスタンプする // この定義を作るときは「画面を再描画せずに実行する」にチェックしとくと一瞬で描画がおわる
定義 たくさんスタンプする
消す
(1000)回繰り返す
(どこかの場所 v)へ行く
スタンプ
end

を書いたことがなかったら試してみると良いです。大量のネコがステージ全体に分身します。
これを

@greenFlagがクリックされたとき
消す
(1000)回繰り返す
(どこかの場所 v)へ行く
もし<(0)<(x座標)>なら
スタンプ
end
end

と書き換えると、ネコが「右の方にいるとき」だけスタンプされます。

@greenFlagがクリックされたとき
消す
(1000)回繰り返す
(どこかの場所 v)へ行く
もし<(0)<(x座標)>なら
もし<(x座標)<(100)>なら
スタンプ
end
end
end

とすると、ネコが帯状に並びます。

これが「x1からx2の範囲」の、私のイメージです。
条件式は、

もし<<(0)<(x座標)>かつ<(x座標)<(100)>>なら

こう書いてもいいです。

「xしかない１次元」から、「xとyがある２次元」へはこのまま話を拡張できると思います。
「xとyしかない２次元」から、「xとyとzがある３次元」へは、Scratchの仕様上、全体を「変数を使った書き方」に書き換えることになると思いますが、考え方はこの延長です。

「対角線」のイメージで言うなら、たとえば

直方体の対角線を「宙に浮いた、とても頑丈な針金」として、
世界の上下左右前後から壁が押し寄せて来て、針金に当たったら壁は止まる、
上下左右前後の６枚の壁が全部止まった時、残った空間が直方体、

という感じかなと思います。

実際問題として当たり判定が「作れるか」どうか、というのは「直方体と何が」当たった判定か、とか「どれだけの時間内に何回判定する必要があるか、どんな性能のコンピュータ上で実行するか」とか「xyz軸に沿わないような回転した直方体を考慮するか」とか「そもそも相手は点なのか直方体なのか球なのか動き回るイカなのか」とか条件がいろいろ出てくるので、文字通り「期待通り」に「できる」かは、何とも言えない、条件次第、期待する内容次第、ということになると思いますが、ロジックとしては「当たり判定は作れる」です。

ありがとうございます。
https://turbowarp.org/569367564/ これはTurbowarpですが、当たり判定が出来ました。
ですが、新しい問題も出てきて、当たったら元の場所に戻りますがガタガタします。
この問題はどう解決しますか。

mikan__s wrote:

ありがとうございます。
https://turbowarp.org/569367564/ これはTurbowarpですが、当たり判定が出来ました。
ですが、新しい問題も出てきて、当たったら元の場所に戻りますがガタガタします。
この問題はどう解決しますか。

二次元の床の当たり判定とかと同じでいいと思います

二次元の床の当たり判定とかと同じでいいと思います

一応二次元の床判定と同じようなプログラムです。

mikan__s wrote:

https://turbowarp.org/569367564/ これはTurbowarpですが、当たり判定が出来ました。
ですが、新しい問題も出てきて、当たったら元の場所に戻りますがガタガタします。
この問題はどう解決しますか。

「wキーを押し続けるとcamera_zの値が100と103で振動する」ということかと思うのですが、

今のプログラムはおおざっぱに言えば、

描画
当たり判定
操作
戻す

の順になってる、
のがマズそうです。

戻すべきかどうかの判断が、操作前の情報に基づいている

ので正しく戻れてないようです。

「アレがコレを呼び出す」とか、「この定義の機能の範囲はここまで」、
とかいった辺りがちょっとフクザツなので、どう直すべきかは考え方次第と思いますが、

描画
操作
当たり判定
戻す

の順になれば、解決すると思います。