• 広いコースが作れる
  
• 全体像を見ることができないからわくわくする
  
• 重いPCではまったくプレイできない
  
• CPUを表示させづらい
  

• 重いPCでもプレイしやすい
  
• CPUを作りやすい
  
• 車かコースが小さくなる
  
• 攻略されやすい
  

stickmancompany wrote:

http://scratch.mit.edu/projects/24319276/
スクロールでプレイヤーではない車を表示させるテスト（THERACEとは関係なし）
ただこれはゴーストで衝突判定がなく、リストなので衝突してもひるむことはない。
よってリストは使えない。
CPU・・とても作りづらいぞ！

ko2222 wrote:

アリシミュレータを利用すればどうかと・・・

stickmancompany wrote:

ko2222 wrote:

アリシミュレータを利用すればどうかと・・・

そううしたらCPUの動きが必ず一定にあるからつまらないのでは？

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

アリシミュレータを利用すればどうかと・・・

そううしたらCPUの動きが必ず一定にあるからつまらないのでは？

確かに・・・

じゃあ・・・
リスト+乱数といくか・・・

stickmancompany wrote:

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

アリシミュレータを利用すればどうかと・・・

そううしたらCPUの動きが必ず一定にあるからつまらないのでは？

確かに・・・

じゃあ・・・
リスト+乱数といくか・・・

ということはゴーストとレースすることにするんですね。
莫大な量のリストが必要になりますが・・・

((1 v)番目（[X v]）)

((1 v)番目（[Y v]）)

(((1 v)番目（[向き v]）)+((0)から(20)までの乱数))度に向ける

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

アリシミュレータを利用すればどうかと・・・

そううしたらCPUの動きが必ず一定にあるからつまらないのでは？

確かに・・・

じゃあ・・・
リスト+乱数といくか・・・

ということはゴーストとレースすることにするんですね。
莫大な量のリストが必要になりますが・・・

リストは「向き」「X」「Y」。

((1 v)番目（[X v]）)

((1 v)番目（[Y v]）)

のときに

(((1 v)番目（[向き v]）)+((0)から(20)までの乱数))度に向ける

ってこと。

ko2222 wrote:

リストは「向き」「X」「Y」。

((1 v)番目（[X v]）)

((1 v)番目（[Y v]）)

のときに

(((1 v)番目（[向き v]）)+((0)から(20)までの乱数))度に向ける

ってこと。

stickmancompany wrote:

ko2222 wrote:

リストは「向き」「X」「Y」。

((1 v)番目（[X v]）)

((1 v)番目（[Y v]）)

のときに

(((1 v)番目（[向き v]）)+((0)から(20)までの乱数))度に向ける

ってこと。

そうしたら向きしか変わりませんが,常時ドリフトさせるんですか？

()歩動かす

ko2222 wrote:

そういえば逆に全画面マップから自分の位置を表示するという感じにすれば全画面のときと同じ風に作れるんじゃない？

stickmancompany wrote:

ko2222 wrote:

そういえば逆に全画面マップから自分の位置を表示するという感じにすれば全画面のときと同じ風に作れるんじゃない？

僕は文章ではそれがどういうことかよく分かりませんが、操作がややこしかったりしませんか？

(スクロールX)

(スクロールY)

go to x: (スクロールX) y: (スクロールY)

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

そういえば逆に全画面マップから自分の位置を表示するという感じにすれば全画面のときと同じ風に作れるんじゃない？

僕は文章ではそれがどういうことかよく分かりませんが、操作がややこしかったりしませんか？

隅にマップの全体の図と自機とゴーストを表示する。　→全体図

(スクロールX)

(スクロールY)

この変数を全体図での自分の位置から導き出して、ベクターで大画面のスクリーンの描き(このときステージに描かずにスプライトに描く)、そのスクリーンを

go to x: (スクロールX) y: (スクロールY)

とすれば・・・
ということ。

stickmancompany wrote:

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

そういえば逆に全画面マップから自分の位置を表示するという感じにすれば全画面のときと同じ風に作れるんじゃない？

僕は文章ではそれがどういうことかよく分かりませんが、操作がややこしかったりしませんか？

隅にマップの全体の図と自機とゴーストを表示する。　→全体図

(スクロールX)

(スクロールY)

この変数を全体図での自分の位置から導き出して、ベクターで大画面のスクリーンの描き(このときステージに描かずにスプライトに描く)、そのスクリーンを

go to x: (スクロールX) y: (スクロールY)

とすれば・・・
ということ。

つまりコースのぎりぎり画面に入らない下のところに自機があるということですね。

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

そういえば逆に全画面マップから自分の位置を表示するという感じにすれば全画面のときと同じ風に作れるんじゃない？

僕は文章ではそれがどういうことかよく分かりませんが、操作がややこしかったりしませんか？

隅にマップの全体の図と自機とゴーストを表示する。　→全体図

(スクロールX)

(スクロールY)

この変数を全体図での自分の位置から導き出して、ベクターで大画面のスクリーンの描き(このときステージに描かずにスプライトに描く)、そのスクリーンを

go to x: (スクロールX) y: (スクロールY)

とすれば・・・
ということ。

つまりコースのぎりぎり画面に入らない下のところに自機があるということですね。

えっと、全体図の「自機とゴースト」っていうのは正しくは「自機の位置とゴーストの位置」ということです。。
大画面での自機は真ん中にありますが・・・

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

stickmancompany wrote:

ko2222 wrote:

そういえば逆に全画面マップから自分の位置を表示するという感じにすれば全画面のときと同じ風に作れるんじゃない？

僕は文章ではそれがどういうことかよく分かりませんが、操作がややこしかったりしませんか？

隅にマップの全体の図と自機とゴーストを表示する。　→全体図

(スクロールX)

(スクロールY)

この変数を全体図での自分の位置から導き出して、ベクターで大画面のスクリーンの描き(このときステージに描かずにスプライトに描く)、そのスクリーンを

go to x: (スクロールX) y: (スクロールY)

とすれば・・・
ということ。

つまりコースのぎりぎり画面に入らない下のところに自機があるということですね。

えっと、全体図の「自機とゴースト」っていうのは正しくは「自機の位置とゴーストの位置」ということです。。
大画面での自機は真ん中にありますが・・・

stickmancompany wrote:

調達完了。（すべてフリー素材なので安心してください。）
http://scratch.mit.edu/projects/24380615/
探してみると上から見た車の画像って少ないんだなー。