CONTROL 01
Cornering lean
Speed-dependent physical and visual lean gives the stock bike a bike-specific response instead of leaving it upright through fast turns.
LOADING...
Vehicle PhysicsFS25 LuaRuntime-test candidate
Better Bike Handling
A bike-specific control layer for believable lean, airborne correction, wheelie balance, smoother landings, and a usable rear footbrake.
Built around Farming Simulator 25's base-game Aprilia RX 125, the prototype adds server-authoritative Lua behaviour without replacing the vehicle or editing game files.
0.1.0.16
Current candidate
42°
Emergency ceiling
180 ms
Air-control tap
Server
Physics authority
The handling problem
A two-wheel vehicle should not feel like a narrow four-wheel vehicle.
The stock bike could remain visibly upright through fast turns, offered little useful correction in the air, and became erratic when it landed. Early experiments proved that physical lean and airborne torque were possible, but also exposed reversed inputs, excessive auto-upright correction, landing oscillation, and wheelie torque that swung between ineffective and violent.
// bike-specific control path
input + speed + contact state
↓
target lean + attitude
↓
bounded torque + damping
↓
wheel contact + safe exit
Current control layer
Separate controls for separate phases of motion
CONTROL 02
Steering authority
High-speed steering is deliberately reduced so direction changes remain controllable without becoming instantly unstable.
CONTROL 03
Airborne attitude
W, S, A, and D provide a short response boost on a fresh tap, followed by softer weighted control while the key remains held.
CONTROL 04
Wheelie balance
Shift initiates the lift, W taps support rider-controlled balance, and target angles replace unrestricted stunt torque.
CONTROL 05
Landing flow
Attitude correction softens near touchdown and only a bounded portion of measured forward momentum can carry through a safe landing.
CONTROL 06
Rear footbrake
Space invokes the normal braking path while adding speed-scaled steering rotation for a more deliberate rear-brake slide.
Development method
Diagnose, constrain, retest
The project advances through short, observable in-game loops. Telemetry and logs help distinguish a control-sign mistake from contact geometry or excess torque; the stock Aprilia's three physics wheel shapes—one front and two overlapping rear shapes—remain part of the system being measured.
input → target → bounded torque → telemetry → replay01
Observe
The base-game Aprilia remained upright in corners and was difficult to correct in the air.
02
Instrument
Gameplay footage, HUD telemetry, log.txt, and stock-bike geometry exposed input signs, wheel contact, and attitude changes.
03
Constrain
A wheelie overshoot revealed tail and number-plate clearance as a physical limit, leading to balance targets and a 42-degree ceiling.
04
Retest
Short in-game loops replaced broad rewrites, allowing lean, air control, wheelies, landings, and braking to be tuned separately.
Candidate boundary
Checked as a package. Still awaiting its decisive ride.
Version 0.1.0.16 has passed its static, schema, archive, and checksum checks. Its latest wheelie, landing-flow, airborne-tap, and rear-footbrake changes still require final in-game testing. Multiplayer physics are designed to run on the authoritative server, but that design has not yet been proven in a two-player dedicated-server session.
Static Lua parsePassed
modDesc schemaPassed
ZIP-root inspectionPassed
Installed/source SHA-256Matched
Latest in-game candidate testPending
Two-player dedicated serverPending
Development footage held back
Current-candidate evidence comes after the ride test
Existing footage records an earlier stage of the handling work. It will be used as development history only after representative frames are reviewed; it is not proof of version 0.1.0.16.
Current status: private runtime-test candidate
The control layer is actively being tuned on the stock Aprilia RX 125. Broad third-party-bike compatibility, rider ejection, and dedicated-server behaviour remain unvalidated or unimplemented.