エディターガイド
PolyTrack エディターでコースを作る方法:テストと共有
他人のコードを読み込むだけでなく、自分のPolyTrackルートを作りたいときのガイドです。設計、チェックポイント、ジャンプ確認、バックアップ、共有前の注意点を説明します。
要点
PolyTrackエディターは何から始めるべきですか?
まず短いアイデアを1つ選びます。初心者向けループ、ジャンプ練習、連続カーブ、チェックポイント型の小さな課題などです。
全体を一気に作らず、スタート、最初のカーブ、障害物、チェックポイントの順に作って試走します。
このページはコースコードを探すページではなく、自分で作り、テストし、共有できる状態にするためのガイドです。
手順
PolyTrackエディターの安全な手順
小さく作り、走って確認し、直してから次の区間を伸ばします。
テーマを決める
スピード、ジャンプ、細いカーブ、パズル型などを1つ選びます。
大まかに置く
装飾より先に広い道とチェックポイントを置きます。
区間ごとに試す
スタート、最初のジャンプ、最初のカーブを別々に確認します。
こまめに保存する
安定した段階ごとにコードを控えます。
説明を添えて共有
難易度、バージョン、目的を書きます。
コース設計
仕上げ前にコース要素を計画する
よいコースは次に進む方向が分かり、ミス後も立て直せます。
| 要素 | 役割 | 確認 |
|---|---|---|
| 最初の直線 | 速度と操作感を覚える。 | 最初のチェックポイントが分かりやすいか。 |
| 最初のカーブ | 難易度を決める。 | 遅いブレーキでも理不尽でないか。 |
| ジャンプ | 変化を作る。 | 着地が読みやすいか。 |
| チェックポイント | 再開を公平にする。 | 各地点が助けになるか。 |
| ゴール前 | 最後を分かりやすくする。 | 不意の衝突なしで終われるか。 |
テストの流れ
まず初心者のように走る
最初から完璧な走りをしないでください。曲がるのを少し遅らせ、着地をずらして確認します。
次に速い走りで、抜け道やチェックポイント抜けがないか確認します。
保存の習慣
危険な編集前にコードを保存
日付つきのコードをテキストに残します。
共有時は難易度とバージョンを書きます。
仕上げ前にコース要素を計画する
よくある編集ミス
公開前に確認してください。
要素が多すぎる
1つのコースに詰め込みすぎると読みにくくなります。
不公平なチェックポイント
再開地点はプレイヤーを助ける必要があります。
ずれたランプ
飛び出しと着地の向きを合わせます。
進路が見えにくい
線とチェックポイントを単純にします。
共有前のチェック
PolyTrack エディターで作ったコースを共有する前のテスト方法
まず速度を追求する前に、設計だけを確認する走行を行います。予定したルートをゆっくり進み、各カーブに分かりやすい進入方向があるか、各ジャンプで着地点を予測できるか、チェックポイントが必要なリスタートより前に置かれているかを見ます。道路を隠す装飾や次の方向を分かりにくくするパーツは、見た目が良くてもいったん減らしてください。区間ごとに運転者へ求める判断を説明できると、PolyTrack エディターでの改善が速くなります。
次に、初めて遊ぶ人のつもりで不完全なラインを走ります。ブレーキが遅れた場合、車体が中央からずれた着地、チェックポイントの通過失敗、直前のポイントからの再開を試してください。難しさが明確な運転技術によるものか、単に道が読みにくいのかを見分けられます。ミスのあとに戻れないなら、別の障害物を増やす前に接続部分を広げるか、チェックポイントを移動しましょう。
保存したコードは、新しいページからもう一度読み込みます。スタートが動くこと、最初の難所を通過できること、ゴールまで到達できることを確認し、ホスト版やエディターのメニューが違う場合は、その環境やバージョンもコードと一緒に記録します。短い操作説明があれば、他のプレイヤーは読み込みの問題とコース設計の問題を区別できます。さらに別の人に最初のジャンプ前の進行方向を尋ね、迷う場所を観察すると、作者だけでは気づきにくい見落としを発見できます。
共有時は、コードだけでなく、初心者向けループ、ジャンプ練習、テクニカルなカーブ、スピードラン実験、未完成の試作など、想定する体験を具体的に書きます。進行方向、難易度、既知のショートカット、書き出し日、必要な操作を添え、制作者の根拠がない限り公式とは呼びません。最後に、変更前のプレイ可能なコードを手元に残してください。日付付きのバックアップがあれば、ジャンプの角度やコースのリズムを壊したときにも、安定した版へ戻って再テストできます。編集画面に入ったら、いきなり長いコースを作るのではなく、短い区間で一つの目的を試します。直線、緩いカーブ、ブレーキが必要な場所、ジャンプのように役割を分けると、どの変更が走りやすさに影響したかを確認しやすくなります。パーツを増やす前に、現在の配置を保存しておくことも大切です。道幅と視界は見た目より先に確認します。車体が少し横にずれても戻れる幅があるか、次のカーブや着地点が前の障害物に隠れていないか、カメラが急に地面へ向かないかを低速で調べてください。プレイヤーが覚えるまで同じ場所で失敗するなら、難しいのではなく情報が不足している可能性があります。標識の代わりに路面の形、壁の向き、着地点の余白で自然に進行方向が分かるようにします。ジャンプは高さだけでなく、飛び出す速度と着地後の回復もテストします。着地点が斜めなら車体がどちらへ流れるか、次の入力をいつ始めるか、失敗したときにチェックポイントから無理なく戻れるかを確認しましょう。初見のプレイヤーが着地直後に操作する時間を持てない場合は、ジャンプを短くするか、受け側を広げるほうが公平です。連続ジャンプでは、各区間を単独で成功できることを確かめてからつなげます。共有前には、コードをコピーして別のページで読み込み、作者が知っている操作を説明しない状態で最初の数分を走ります。ロードが遅い、画面が空白になる、チェックポイントから再開できない、ゴールが判定されないといった問題は、説明文より先に直すべき項目です。環境によって表示や操作が違う場合は、使ったブラウザー、確認日、コードの版を短く記録してください。最後に、公開するコードと作業中のコードを分け、安定版だけを他の人へ渡すと、フィードバックを受けた後も変更点を追跡できます。 保存とテストを繰り返すときは、変更した場所を短く記録しておきます。カーブの入口を広げた、ジャンプの着地点を移動した、チェックポイントを一つ前へ置いた、というメモだけでも、次の走行で結果を比べる基準になります。見た目の変更と走行に関わる変更を分けて保存すると、問題が起きたときの原因も追いやすくなります。 他の人に試してもらう前に、最初の説明なしでルートを読めるかを確認します。スタートから最初の難所までに、進む方向、減速する場所、戻れる余白が自然に伝わるでしょうか。プレイヤーが毎回同じ壁や端へぶつかるなら、難易度を上げる前に道の形や視界を調整するほうが、PolyTrack エディターの使いやすさにつながります。 共有するコードは、作業中の版と分けて管理してください。確認日、対応する操作、想定する難易度、既知のショートカットを添えると、受け取った人が同じ条件でテストできます。環境によって読み込みや表示が変わる場合は、使ったブラウザーとホストも書き、公式のコースや制作者の情報と混同されないようにします。 最初の走行では記録や見栄えを評価せず、ルートを理解できるかだけを見ます。次のカーブ、ジャンプ、チェックポイントが順番に読めるなら、そこから難易度を少しずつ加えます。逆に、説明がないと進めない場所がある場合は、道路の向きや着地点の見え方を直してから共有してください。プレイヤーが迷う場所をメモすると修正の優先順位も決めやすくなります。確認日と使用環境も残します。 公開後に問題が見つかった場合は、共有を止めて安定版へ戻し、修正内容と再確認の日付を記録します。短い変更履歴があれば、プレイヤーは同じ条件でコースを試しやすくなります。
よくある質問
PolyTrackエディター よくある質問
PolyTrackにエディターはありますか?
多くのビルドにカスタムコース機能がありますが、ホストにより違います。
よいコースの作り方は?
小さく始め、各区間を試し、公平なチェックポイントを置きます。
コードはどこで共有しますか?
コード共有を受け入れる場所で、難易度とバージョンを添えます。
読み込みに失敗する理由は?
コピー不足や別バージョン用コードの可能性があります。
これは公式ですか?
いいえ。Kodub制作ゲームについての独立ガイドです。