PolyTrack wurde von Kodub erstellt. Diese unabhängige Anleitung erklärt die Planung eigener Strecken, Tests im Editor, Backup-Codes und das sichere Teilen.

Editor-Anleitung

PolyTrack-Editor: Eine eigene Strecke erstellen, testen und teilen

Diese Anleitung hilft dir, eine eigene PolyTrack-Route zu bauen, statt nur fremde Codes zu importieren. Sie behandelt Planung, Checkpoints, Sprungtests, Backup-Codes und sicheres Teilen.

Ablaufdiagramm des PolyTrack-Editors zum Planen, Bauen, Testen und Exportieren eigener Strecken
Ein redaktioneller Ablauf für Planung, Tests und Export einer eigenen PolyTrack-Strecke.

Kurzantwort

Wie startet man am besten mit dem PolyTrack-Editor?

Beginne mit einer kleinen Idee: einer einfachen Runde, einer Sprungpassage, einer Kurvenfolge oder einem Checkpoint-Ratsel. Der Editor ist leichter zu beherrschen, wenn die erste Version in unter einer Minute fahrbar ist.

Baue in Durchgangen. Setze Start, erste sichere Kurve, ein Hindernis, Checkpoints und exportiere dann ein Backup, bevor du den nachsten schweren Abschnitt erstellst.

Diese Seite ist nicht die Tracks-Ubersicht. Die Tracks-Seite hilft beim Finden und Importieren von Codes; diese Anleitung erklart, wie du selbst baust, testest und einen nutzbaren Code vorbereitest.

Ablauf

Ein verlässlicher Ablauf für den PolyTrack-Editor

Behandle Streckenbau als Schleife: Route skizzieren, kleinen Abschnitt bauen, fahren, Fehler beheben und erst danach erweitern.

Ablaufdiagramm des PolyTrack-Editors zum Planen, Bauen, Testen und Exportieren eigener Strecken
Jeder neue Teil wird getestet, bevor die Strecke langer wird.
1

Eine Fahridee wahlen

Entscheide, ob die Strecke Tempo, Sprunge, enge Kurven oder Puzzle-Routing betont.

2

Route grob blocken

Setze breite Streckenteile und Checkpoints vor Dekorationen.

3

Abschnitte einzeln testen

Teste Start, ersten Sprung, erste Kurve und ersten Checkpoint separat.

4

Codes oft sichern

Exportiere nach jedem stabilen Meilenstein einen Backup-Code.

5

Mit Kontext teilen

Nenne Schwierigkeit, Version und Zweck der Strecke.

Streckenplan

Streckenteile vor dem Polieren planen

Eine gute Map zeigt dem Fahrer, wohin er als Nachstes muss, und gibt Raum zur Erholung.

Teil Zweck Test
Startgerade Tempo und Lenkgefuhl lernen. Kommt ein neuer Spieler ohne Raten zum ersten Checkpoint?
Erste Kurve Schwierigkeit und Bremsrhythmus festlegen. Bleibt die Kurve fair?
Sprung oder Rampe Spannung erzeugen. Passt die Landung zur Anfahrt?
Checkpoint-Kette Neustarts fair machen. Hilft jeder Checkpoint wirklich?
Zielanfahrt Ein klares Ende schaffen. Kann eine saubere Fahrt sicher enden?

Testrhythmus

Zuerst wie ein neuer Spieler fahren

Der erste Test sollte nicht perfekt sein. Fahre Kurven zu spat an, lande leicht versetzt und starte von Checkpoints neu.

Danach folgt ein schneller Durchlauf. Prufe, ob Abkurzungen Checkpoints uberspringen oder die Linie unklar machen.

Export-Gewohnheiten

Codes vor riskanten Edits sichern

Halte eine Textdatei mit datierten Exporten bereit, denn Browser-Tabs und Mirrors konnen Daten unterschiedlich speichern.

Beim Teilen helfen Schwierigkeit und Versionshinweis, damit andere Importfehler besser einordnen.

Streckenteile vor dem Polieren planen

Haufige Fehler im PolyTrack-Editor

Prufe diese Punkte vor dem Veroffentlichen.

Zu viele Ideen

Eine Map mit allem gleichzeitig wirkt schnell unfokussiert.

Unfaire Checkpoints

Lange Abstände und schlechte Reset-Punkte frustrieren.

Schiefe Rampen

Sprunge brauchen klare Abflug- und Landezonen.

Schwer lesbare Route

Wenn der Weg unklar ist, vereinfache Linie und Checkpoints.

Vor dem Teilen eines PolyTrack-Codes
Eine kurze Checkliste findet Importprobleme fruh.

Checkliste zum Teilen

Vor dem Teilen eines PolyTrack-Codes

Teste den finalen Code von einer frischen Seite.

Beschreibe die Strecke knapp: Anfanger, Sprunge, Technik, Speedrun oder Experiment.

Nenne einen Code nur offiziell, wenn er direkt von Kodub stammt.

Checkliste vor dem Teilen

So testest du eine eigene PolyTrack-Strecke vor der Veröffentlichung

Mach zuerst einen Design-Durchgang, bevor du auf Bestzeit fährst. Folge der vorgesehenen Route langsam und prüfe, ob jede Kurve eine lesbare Einfahrt hat, jeder Sprung seine Landung zeigt und jeder Checkpoint vor einem nötigen Neustart liegt. Entferne Dekoration, die die Straße verdeckt oder die nächste Richtung unklar macht. Eine eigene Strecke lässt sich leichter verbessern, wenn jeder Abschnitt eine klare Fahrentscheidung verlangt.

Fahre danach einen Anfänger-Durchgang mit unperfekten Linien. Bremse zu spät, lande etwas neben der Mitte, verpasse einen Checkpoint und starte vom nächsten Punkt neu. So erkennst du, ob die Schwierigkeit auf einer verständlichen Fahrtechnik beruht oder nur auf einer schwer lesbaren Route. Wenn neue Spieler nach einem Fehler nicht zurückfinden, verbreitere den Übergang oder verschiebe den Checkpoint, bevor du ein weiteres Hindernis setzt.

Teste denselben Code von einer frischen Seite aus. Importiere die gespeicherte Version, prüfe den Start, fahre den ersten schwierigen Abschnitt und erreiche das Ziel. Wenn Editor oder Hosting-Version andere Menüs zeigen, notiere die Version zusammen mit dem Code. Ein kurzer Hinweis zu Steuerung und Kompatibilität verhindert, dass andere Spieler ein Importproblem mit einem Designfehler verwechseln.

Prüfe die Strecke auch ohne deine eigene Absicht im Kopf. Bitte eine andere Person zu sagen, wohin sie vor dem ersten Sprung fahren würde, und beobachte, wo sie zögert. Unsichtbare Kanten, zu schmale Landungen und Checkpoints in instabilen Sprüngen solltest du vor weiterer Dekoration beheben. Lesbarkeit ist ein Teil der Streckenqualität, nicht nur eine Frage der Optik. Teile den Code mit einer konkreten Beschreibung. Schreibe, ob es eine Anfängerrunde, ein Sprungtraining, eine technische Kurvenstrecke, ein Speedrun-Experiment oder ein unfertiger Prototyp ist. Ergänze Richtung, Schwierigkeit, bekannte Abkürzungen und Exportdatum. Nenne eine Community-Strecke nicht offiziell, wenn keine Creator-Quelle diese Aussage stützt. Bewahre privat eine Kopie der letzten spielbaren Version auf. Ein datierter Export macht es möglich, nach einer Änderung an Ausrichtung oder Rhythmus zurückzukehren. Diese Gewohnheit macht den PolyTrack-Editor langfristig übersichtlicher und gibt anderen eine Version, die sie wirklich testen und kommentieren können. Beginne im Editor mit einem kurzen Abschnitt und einer klaren Aufgabe: eine lesbare Kurve, ein Bremsbereich oder ein einzelner Sprung. Speichere diesen Stand, bevor du weitere Teile einfügst. So kannst du zwei Versionen vergleichen und erkennst, ob eine Änderung die Fahrt verbessert, statt nur die Oberfläche voller zu machen. Prüfe anschließend Straßenbreite und Sicht aus der tatsächlichen Spielkamera. Eine Strecke kann aus der Bauperspektive verständlich wirken und bei höherem Tempo trotzdem verwirren. Der nächste Turn, die Landung und der Straßenrand sollten auch nach einer kleinen Abweichung sichtbar bleiben. Lesbarkeit führt den Spieler, ohne die Herausforderung zu entfernen. Bei Sprüngen testest du Anfahrtsgeschwindigkeit, Landefläche und Erholung nach einer ungenauen Landung. Wenn neue Spieler nach der Landung keine Zeit für eine Korrektur haben, verbreitere die Fläche oder vereinfache die Folge. Checkpoints sollten einen fairen Neustart ermöglichen und nicht immer einen langen, bereits gelösten Abschnitt wiederholen lassen. Vor dem Teilen kopierst du den Code und importierst ihn von einer frischen Seite. Bitte eine Person, die deine Absicht nicht kennt, die ersten Minuten ohne Erklärung zu fahren. Ein leerer Bildschirm, ein unvollständiger Ladevorgang, ein falscher Neustartpunkt oder eine nicht erkannte Ziellinie sind Fehler, die du vor der Beschreibung der Strecke beheben solltest. Notiere Browser, Prüfdatum und Code-Version, damit sich Umgebungsprobleme von Designfehlern unterscheiden lassen. Halte außerdem zwei Versionen getrennt: die Arbeitsdatei und den letzten spielbaren Export. So kannst du nach Feedback zurückgehen und gibst nicht versehentlich eine unfertige Strecke weiter. Eine ehrliche Beschreibung von Schwierigkeit, Abkürzungen und Grenzen hilft anderen Spielern, brauchbare Rückmeldungen zu geben, ohne aus einem Prototyp ein offizielles Versprechen zu machen. Bewerte den ersten Test nicht nach der Optik, sondern danach, ob die Route ohne Erklärung verständlich bleibt. Wenn die nächste Kurve oder Landung nicht sichtbar ist, korrigiere zuerst die Strecke und erst danach die Dekoration.

Häufige Fragen

Häufige Fragen zum PolyTrack-Editor

Hat PolyTrack einen Track-Editor?

Viele Builds enthalten Editor-Funktionen, aber Menus konnen je nach Host variieren.

Wie erstelle ich eine gute Strecke?

Klein anfangen, jeden Abschnitt testen, faire Checkpoints setzen und oft exportieren.

Wo teile ich einen Code?

Nur dort, wo Custom Codes erwunscht sind, mit Schwierigkeit und Version.

Warum funktioniert ein Code nicht?

Er kann unvollstandig kopiert oder fur eine andere Version erstellt sein.

Ist das offiziell?

Nein. Dies ist eine unabhangige Fan-Anleitung; PolyTrack wurde von Kodub erstellt.