RAMPAGE – begrenzter Radkontaktvergleich

Am 14. September 2026, 20:49 CEST, führte Unity 6000.3.24f1 den korrigierten Editor-Versuch vollständig aus: 20 Messläufe, 77 Prüfungen bestanden, 0 fehlgeschlagen. Originalbericht, SHA-256 48F71DE9DF973B4A1760E3BAA40B5513C8624A4559D89ABAFA816A00F5FFB215.

Damit existiert ein tatsächlicher WheelCollider-/Sphere-Kontaktversuch. Er vergleicht Kontakt, Federung und translatorisches Abklingen unter engen Laborbedingungen. Er ist kein Vergleich zweier vollständiger Motorrad-Fahrregler und bestimmt keinen Sieger für das Fahrgefühl. Die 77 Prüfungen sind separate Versuchsprüfungen; sie erhöhen nicht die Anzahl bestandener Spielerfunktionsprüfungen.

Versuchsaufbau

Der Editor-Code Assets/Rampage/Editor/ContactComparison.cs erzeugt für jeden Lauf eine neue Editor-Preview-Szene. Vor der ersten Simulation muss deren PhysicsScene gültig und von der Standardszene verschieden sein. Nach jedem Lauf werden Szene, Collider-Mesh und Material entfernt. Der Bericht bestätigt unveränderte globale Physikeinstellungen und Szeneninventare; der Versuch verwendet keine Profile und simuliert die Standardszene nicht.

Beide Ansätze verwenden 235 kg, 1,5 m Radstand, dieselbe 2,05-m-Kapsel mit 0,31 m Radius, denselben Schwerpunkt und Solver sowie nominell 0,65 m Chassishöhe. Pro Lauf folgen auf drei Sekunden stationäres Einschwingen sieben Sekunden Messung bei 60 Hz. Je Ansatz und Hindernis gibt es zwei Wiederholungen. Endposition, Endhöhe, Kontaktanzahlen und maximaler Neigungswinkel stimmten zwischen diesen Wiederholungen exakt überein; das belegt Wiederholbarkeit auf diesem Rechner, keine plattformübergreifende Deterministik.

Die Sphere-Variante übernimmt die Kontakt- und Federkraftgleichungen aus dem Produktionsregler, einschließlich 0,16-m-Proberadius, Normalenprüfung und Kraftbegrenzung. Sie führt dessen vollständigen Lenk-/Ausrichtungsregler nicht aus. WheelCollider verwendet den tatsächlichen visuellen Reifenradius von 0,34 m, zwei Federn mit jeweils 12.337,5 N/m, Dämpfung 1.997,5 Ns/m, 117,5 kg gefederter Masse und 0,76 m Gesamtfederweg. Ein Proberadius ist keine Reifenform; die beiden Kontaktdarstellungen sind deshalb bewusst verschieden.

Die Reifenreibung der WheelCollider ist deaktiviert. Beide Körper erhalten dieselben tatsächlichen Vortriebs- und Seitenführungsbeschleunigungen; der Sollwert beträgt 12 m/s. Position und Geschwindigkeit werden während der Messung nicht vorgegeben. So wird die native Reifenkennlinie aus dem begrenzten Kontaktversuch herausgehalten. Eine Seitenkraftprobe auf flacher Straße verwendet nach einer Messsekunde einen Impuls von 705 Ns; dort beträgt der Vortriebssollwert null.

Korrigierte Versuchsfehler

Die beiden fehlerhaften Vorläufe bleiben unverändert erhalten:

• Erster Aufbau, 13/64: SceneManager.CreateScene ist im Edit-Modus nicht zulässig. Es entstanden keine verwertbaren Kontaktmessungen. Nachfolgende Prüfungen hatten diesen gemeinsamen Aufbaufehler mehrfach gezählt. Der korrigierte Versuch verwendet NewPreviewScene; Aufbaufehler brechen den Versuch einmal ab und überspringen abhängige Prüfungen.
• Erster Preview-Versuch, 67/10: WheelCollider legte auf flacher Straße nur 0,048 m zurück; der Seitenimpuls erreichte lediglich 0,072 m/s. Die Chassishöhe lag etwa 9,34 cm zu tief. Diese Werte sind keine Evidenz für schlechteren Radkontakt: Zwei falsche Vergleichseinstellungen verhinderten eine faire Probe.

PhysX 4.1 addiert bereits die Gewichtskraft der gefederten Masse bei Null-Einfederung. Der zusätzliche berechnete Vorspannungsversatz hatte diese Unterstützung doppelt berücksichtigt. targetPosition=0.5 ergibt im korrigierten Versuch bei beiden Ansätzen gemessene 0,650 m Ruhelage. NVIDIA-Quellcode, Federkraft, Unity-Federungsbeschreibung.

Außerdem besitzt PhysX getrennte Stillstandsbedingungen für Reifen. Nach stationärer Wartezeit können sie Geschwindigkeit einschränken, obwohl die Reifenkennlinie auf null steht. Ein ausdrücklich ausgewiesenes Motormoment von 0,001 Nm signalisiert Antriebsabsicht und verhindert diesen Parkzustand. Bei deaktivierter Reifenreibung liefert es keinen Straßenantrieb; die gemeinsamen Chassiskräfte bleiben die Bewegungsquelle. Der korrigierte Bericht enthält die tatsächlich zurückgelesenen WheelCollider-Werte. NVIDIA-Quellcode, Stillstandsbedingungen.

Tatsächliche Messwerte

Die Tabellen zeigen jeweils Wiederholung 0; die genannten Vergleichswerte der zweiten Wiederholung sind identisch. „Höhe“ ist der vertikale Abstand des Chassisursprungs zur analytischen Fahrbahn direkt darunter, nicht der Federweg eines einzelnen Rads. Die Rampe steigt über 12 m um 2,4 m, die Bordkante ist eine echte 0,14-m-Stufe, die glatte Kuppe erreicht über 24 m Länge 2,4 m Höhe.

In keinem Lauf waren beide Kontakte gleichzeitig verloren. Auf der Kuppe fehlte der vordere Kontakt bei Sphere in 29 von 420 Messschritten, bei WheelCollider in 20 von 420; diese aufsummierten Fehlzeiten betragen 0,483 beziehungsweise 0,333 s. Der hintere Kontakt blieb bestehen. Diese Differenz darf wegen der unten beschriebenen unterschiedlichen tatsächlichen Neigung nicht allein der Kontaktgeometrie zugeschrieben werden.

Die Beschleunigung ist eine Differenz benachbarter 60-Hz-Geschwindigkeitsmessungen. Einzelne Spitzen sind keine Komfortbewertung. Insbesondere hat die Sphere-Feder eine Kraftgrenze, während die native WheelCollider-Feder hier unbegrenzt bleibt.

Die Abklingbedingung verlangt jeweils weniger als 0,1 m/s seitliche und vertikale Geschwindigkeit, weniger als 3 cm Abweichung von der Ruhelage und beide Kontakte; sie muss mindestens 0,5 s anhalten. Die praktisch gleichen Ergebnisse sind bei gemeinsamer Seitenführung erwartbar. Sie bewerten keine originale WheelCollider-Reifenreibung und keinen Umsturz.

Grenzen und Entscheidung

Die tatsächlich gemessene Orientierung war auf den Hindernissen nicht gleich. Beide Körper wurden mit FreezeRotation konfiguriert, dennoch meldet die Sphere-Probe bis zu 7,264° Neigung, WheelCollider null. Das JSON-Feld heißt maximumRollDegrees, misst aber den Winkel zwischen Körper-Up und Welt-Up, also gesamte Neigung einschließlich Nicken. Der Versuch prüfte nicht, warum die Orientierung abwich; seine 77 bestandenen Prüfungen enthalten keinen Nachweis gleicher Orientierung. Die Ebenen- und Seitenimpulswerte bieten deshalb den saubersten direkten Vergleich. Unterschiede an Rampe, Kante und Kuppe enthalten diesen zusätzlichen Einfluss und sind keine isolierte Rangliste der Kontaktverfahren.

Nicht geprüft wurden Slalom, Kurvenlenkung, Schräglagenregelung, Straßenrand seitlich, variable Geschwindigkeit, Controllergefühl, Fahreranimation, Reifenhaftung, Umsturz oder Rundenfahrt mit WheelCollider. Die synthetischen Hindernisse ersetzen keine vollständige Strecke. Die zu Beginn freigegebene Absicht eines umfassenderen WheelCollider-Fahrversuchs ist damit nur im ausdrücklich begrenzten Kontakt-/Federungsteil empirisch bearbeitet.

Der bestehende Sphere-Regler bleibt die integrierte Produktionsentscheidung mit expliziten, abstimmbaren Kontaktkräften und bereits ausgeführten Renn-/Kampftests. Dieser Versuch belegt, dass auch der korrekt konfigurierte WheelCollider-Aufbau die untersuchten Hindernisse durchfährt. Er begründet weder eine allgemeine Überlegenheit der Eigenlösung noch einen notwendigen Wechsel. Eine neue Entscheidung über das gesamte Fahrmodell würde einen vollständigen stabilisierten WheelCollider-Regler und gleiche Fahr-/Lenkbedingungen benötigen.

Wiederholen

Nach Schließen anderer Unity-Prozesse für dieses Projekt kann die Integration den vorhandenen Editor ohne Grafik starten:

-batchmode -nographics -projectPath "C:\Unity Projects\MotoRacer - Rampage" -executeMethod Rampage.Editor.ContactComparison.Run -quit

Alternativ: Editor-Menü RAMPAGE → Compare wheel contacts (isolated physics) im Edit-Modus. Der Lauf schreibt Docs/QA/contact-comparison.json; Fehlprüfungen führen zusätzlich zu einer Exception. Die historischen Vorläufe werden dadurch nicht verändert.