Scoring and XP
FlyHub uses scoring to measure how safely and realistically a flight was completed. There are two separate results:- Flight score is the performance score for the flight, shown out of 10.
- XP is the experience earned from the flight, based on distance, final score, and any XP modifiers.
Online and offline scoring
| Tracking mode | How it is scored | XP behavior |
|---|---|---|
| Online tracking | FlyHub reads simulator telemetry during the flight. It can score the landing, runway use, OFP weight and fuel compliance, speed restrictions, taxi speed, lights, gear, altimeter, approach stability, bounces, crashes, and telemetry events. | Full XP is available unless penalties, crash detection, SimRate, or other modifiers reduce it. |
| Manual and Offline Mode | You complete the flight through required check-ins and a final debrief. FlyHub scores the flight from your inputs, route plausibility, timing, and trust. | Offline XP is reduced because FlyHub cannot verify full telemetry. Punctuality and trust can improve the offline multiplier. |
What the flight score means
FlyHub starts with the landing and then adjusts the score for the rest of the flight. The score shown in the logbook is the final score, not only the raw touchdown score. The final score can include:- Original landing score.
- Runway alignment and touchdown-zone analysis.
- Operational penalties.
- Approach and landing penalties.
- Crash or cheating detection.
- Difficult-condition compensation when the flight was harder than normal.
XP formula
FlyHub calculates base XP from distance and final score:XP modifiers
XP can be changed after the base XP is calculated.| Modifier | What it does |
|---|---|
| Online flight with no XP penalties | Uses the full base XP. |
| Offline flight | Applies an offline multiplier based on trust, plausibility, debrief quality, and punctuality. |
| SimRate or time compression | Reduces XP when the flight is completed much faster than the planned airborne time. |
| VATSIM or IVAO network bonus | Adds a +10% XP bonus when FlyHub can verify that at least 80% of the flight was flown online on the matching network account. |
| Crash | Awards 0 XP for the flight. |
| Cheating detection | Can force the score and XP to 0. |
Landing score
For online flights, FlyHub primarily evaluates landing impact through touchdown G-force. Vertical speed is still shown in the flight report, but G-force is the better measure of what the aircraft actually experienced at touchdown. A touchdown can look low in feet per minute but still hit hard because of aircraft attitude, bounce, sink rate changes, runway slope, or gear compression.| Touchdown result | General G-force range | Meaning |
|---|---|---|
| Great touchdown | Up to about 1.4 G | Controlled touchdown with low impact. |
| Good touchdown | About 1.4 G to 1.8 G | Normal landing impact. |
| Firm touchdown | About 1.8 G to 2.2 G | Acceptable but clearly firm. |
| Hard touchdown | Above about 2.2 G | Strong impact and larger score deductions. |
The “Butter” Myth
In real-world aviation, searching for the smoothest possible touchdown is not always good technique. A controlled positive touchdown is often safer, especially on wet, short, contaminated, or windy runways.- Sensor delay A very soft touchdown may delay weight-on-wheels detection. That can delay spoiler deployment and reverse thrust, increasing the risk of a runway overrun.
- Stopping distance Floating to chase a smooth touchdown can waste thousands of feet of runway that should be used for braking.
- Surface grip On wet runways, a positive touchdown helps the tires break through water and gain grip. A very soft touchdown can increase hydroplaning risk.
- Crosswinds A positive touchdown helps plant the aircraft on the runway so the tires can provide directional control.
Runway scoring
FlyHub reviews runway behavior during takeoff and landing when telemetry has enough data.Landing runway checks
FlyHub can score:- Whether you landed on or near the correct runway surface.
- Whether the aircraft was aligned with the runway centerline.
- Whether the touchdown was inside a reasonable touchdown zone.
- Whether the landing was short, long, or beyond the safe touchdown area.
- Whether the aircraft left the runway edges during landing rollout.
- Whether the aircraft overran the runway.
- Whether difficult conditions, such as crosswind, affected the landing.
Takeoff runway checks
FlyHub can also review the takeoff roll. It can detect:- Takeoff alignment with the runway.
- Whether the aircraft was too far from the centerline.
- Whether the aircraft lifted off outside the runway surface.
- Whether the aircraft left the runway during takeoff.
- Takeoff overrun behavior.
- Difficult conditions during the takeoff roll.
Operational compliance scoring
Online tracked flights can also be checked against operational limits and procedures. Some operational checks use only simulator telemetry. Other checks need a SimBrief OFP because FlyHub must know the planned limits, fuel, or scheduled time for that flight. Operational compliance can affect the final flight score. The flight report shows the penalty name, the amount deducted, and the telemetry values FlyHub used for the decision.When OFP data is required
FlyHub can only apply OFP-based penalties when the needed SimBrief data is present and FlyHub can read the units safely. The OFP can be in kilograms or pounds. FlyHub converts the OFP values to match the simulator telemetry before comparing them. If FlyHub is missing a required OFP field, the OFP units are unclear, or the telemetry sample is not available, FlyHub skips that specific penalty instead of guessing. OFP-based checks include:- Maximum zero-fuel weight.
- Maximum takeoff weight.
- Maximum landing weight.
- Takeoff fuel mismatch.
- Insufficient fuel reserves.
- Career departure punctuality.
- Taxi speed.
Maximum zero-fuel weight
Maximum zero-fuel weight checks whether the aircraft’s zero-fuel weight exceeded the maximum allowed by the SimBrief OFP. FlyHub checks this during the flight when online telemetry is available. The check uses:- The OFP maximum ZFW limit.
- The aircraft zero-fuel weight reported by telemetry.
- If direct zero-fuel weight is not available, FlyHub may derive it from total weight minus fuel weight when those values are available.
- The telemetry maximum ZFW observed.
- The OFP ZFW limit.
- How far over the limit the aircraft was.
- When the maximum sample was seen.
- When the exceedance was first detected.
Maximum takeoff weight
Maximum takeoff weight checks whether the aircraft was too heavy for takeoff according to the SimBrief OFP. FlyHub checks this before takeoff and during the takeoff phase. It does not keep re-scoring takeoff weight later in cruise. When SimBrief provides a structural maximum takeoff weight, FlyHub uses the structural value. If a structural value is not available, FlyHub uses the regular OFP maximum takeoff weight. The flight report can show:- The maximum takeoff weight FlyHub observed.
- The OFP maximum takeoff weight used for comparison.
- The amount above the limit.
- The UTC time of the maximum sampled value.
- The UTC time when the exceedance first triggered.
Maximum landing weight
Maximum landing weight checks whether the aircraft was too heavy at landing. FlyHub only samples landing weight after there is touchdown or taxi-in evidence. It does not apply a maximum landing weight penalty just because the aircraft is heavy while still airborne on final approach. Landing weight can be sampled when:- The flight has already taken off.
- The aircraft has landed, is on the ground, or is in taxi-in.
- Total aircraft weight telemetry is available.
- The maximum landing weight FlyHub observed after landing evidence.
- The OFP maximum landing weight used for comparison.
- The amount above the limit.
- The UTC time of the maximum sampled value.
- The UTC time when the exceedance first triggered.
Takeoff fuel mismatch
Takeoff fuel mismatch checks whether the aircraft took off with less fuel than planned by the OFP. FlyHub captures takeoff fuel at the first takeoff, climb, or airborne evidence. The check uses the aircraft fuel weight reported by telemetry and compares it against the best OFP takeoff-fuel value available. FlyHub looks for the OFP value in this order:- Minimum takeoff fuel.
- Planned takeoff fuel.
- Planned ramp fuel minus taxi fuel.
- Actual fuel at takeoff.
- Required takeoff fuel from the OFP.
- The OFP source used for the requirement.
- The fuel shortfall.
- The UTC time when takeoff fuel was captured.
Insufficient fuel reserves
Insufficient fuel reserves checks whether the flight landed with enough reserve fuel remaining. FlyHub captures landing fuel only after the aircraft has landed, is on the ground, or is in taxi-in. It uses the simulator fuel weight telemetry. The check compares landing fuel against the stricter available reserve requirement:- At least 90% of the OFP final reserve fuel.
- At least 25 minutes of fuel, when the OFP reserve time is available.
- Landing fuel.
- Required landing fuel.
- OFP final reserve fuel.
- Estimated reserve minutes remaining.
- The reserve requirement that was not met.
Taxi speed
FlyHub checks taxi speed during taxi out and taxi in. The check uses ground speed while the aircraft is on the ground. Taxi-out scoring is also protected around the takeoff roll. If the aircraft is clearly accelerating for takeoff, FlyHub stops treating that speed as taxi speed while the phase detector transitions from taxi out to takeoff. If a takeoff is rejected and the aircraft returns to taxi out, normal taxi speed monitoring resumes. Taxi-in scoring does not start immediately at touchdown or during high-speed runway rollout. After landing, FlyHub waits until the aircraft has slowed to taxi speed once before it can score taxi-in speed. This prevents normal rollout and runway-vacating speed from being treated as taxiing. The violation starts when:- The aircraft is in taxi out before the takeoff roll, or is in taxi in after the post-landing slowdown has occurred.
- The aircraft is on the ground.
- Ground speed is above 32 knots.
- The aircraft leaves taxi out or taxi in.
- The aircraft is no longer on the ground.
- Ground speed drops to 28 knots or below.
- Maximum ground speed observed during the taxi violation.
- Taxi-out violation time.
- Taxi-in violation time.
- Chargeable violation time after the grace period.
- The UTC time when the violation first started.
Career departure punctuality
Career Mode flights can be scored for departure punctuality. FlyHub compares the planned SimBrief OUT time against the actual departure detected by FlyHub. This check always uses real UTC time. It does not use the simulator clock, because pilots may intentionally fly with a different simulator time of day. The planned time comes from the SimBrief OFP scheduled OUT time when available. If that is unavailable, FlyHub can use the OFP estimated OUT time. Actual departure is captured when FlyHub detects the flight leaving the gate or beginning departure movement, such as pushback, taxi out, takeoff, climb, or ground movement with engines running. Departures have a 15-minute grace window on either side of the OFP OUT time. If you leave more than 15 minutes before or after the OFP OUT time, FlyHub scores only the full minutes beyond that allowance at 0.05 points per minute. The departure punctuality penalty is capped at 2.50 points. Example:- Planned OUT time in UTC.
- Actual departure time in UTC.
- Whether the departure was early or late.
- Total minutes off schedule.
- Scored minutes after the 15-minute grace window.
- Penalty per minute.
- Maximum departure punctuality penalty.
Operational event markers
Operational penalties can create event markers on the logbook map. Markers are designed to show the first point where a penalty registered. They are not created repeatedly every telemetry sample. FlyHub can create these operational marker types:| Marker | When it appears |
|---|---|
| Weight exceedance | First confirmed ZFW, takeoff-weight, or landing-weight exceedance. |
| Takeoff fuel | First confirmed takeoff fuel shortfall. |
| Taxi speed | First confirmed taxi-speed violation after the grace period. |
| Fuel reserve | Landing or taxi-in point where insufficient reserves are confirmed. |
| Departure time | Career departure point where planned OUT and actual departure differ enough to create a penalty. |
Lights scoring
FlyHub checks common aircraft light procedures during online tracking.| Light | Expected behavior |
|---|---|
| Beacon | Should be on while engines are running and during pushback. |
| Strobe | Should be on while airborne and during runway operations. |
| Navigation lights | Should be on during aircraft operations. |
Gear scoring
Gear procedure is scored during online flights when gear data is available. FlyHub can penalize:- Retracting the landing gear too late after liftoff.
- Flying with the gear extended above safe limits when gear overspeed is detected.
- Landing with the gear up.
Altimeter scoring
FlyHub checks the altimeter during online tracking to confirm that the aircraft is using a reasonable pressure setting. The check is normally made around:- Takeoff.
- Final touchdown.
Stable approach scoring
FlyHub monitors the final approach, especially below about 1000 feet AGL. Unstable approach penalties can be triggered by sustained problems such as:- Excessive vertical speed.
- Excessive bank.
- Excessive pitch.
- Speed deviation.
- Repeated or severe instability close to landing.
Bounce scoring
FlyHub can detect landing bounces when telemetry shows the aircraft touching down, becoming airborne again, and touching down again. Bounce penalties depend on how many bounces were detected and how severe the landing sequence was. A bounce can reduce the final score even if the first touchdown looked acceptable.Crash detection
Crash detection can force the flight score and XP to 0. FlyHub can treat a flight as a crash when the landing or flight data shows severe unsafe behavior, such as:- Extremely hard impact.
- Extreme descent rate at touchdown.
- Severe aircraft attitude at touchdown.
- Crash signals from the simulator.
- Other telemetry that indicates the aircraft did not complete a safe flight.
Cheating and invalid telemetry
FlyHub can detect telemetry that is not physically plausible. Examples include:- Slew behavior.
- Teleporting.
- Large position jumps that cannot be flown normally.
- Telemetry manipulation that makes the route impossible.
Difficult conditions compensation
Some flights are harder than others. FlyHub can account for difficult conditions when scoring runway and landing behavior. Examples include:- Strong crosswind.
- Windshear-like conditions.
- Difficult runway alignment situations.
- Challenging takeoff or landing conditions.
Online tracking score review
After an online flight, open the flight entry from your logbook to review the score. You can review:- Final score.
- Original landing score.
- XP earned.
- Touchdown G-force.
- Touchdown vertical speed.
- Penalties and bonuses.
- Takeoff and landing runway analysis.
- Event markers.
- Telemetry graphs.
- Recorded flight path.
Offline scoring
Manual and Offline Mode is for console pilots, simulator setups without telemetry, or users who choose not to track live simulator data. Offline flights are not scored like online telemetry flights because FlyHub cannot directly verify the full flight path, aircraft state, lights, gear, altimeter, G-force, or runway alignment. Instead, offline scoring uses:- Required check-ins during the flight.
- Required route checkpoints when the flight type includes them.
- Final debrief inputs.
- Landing quality selected by the user.
- Reported issues such as unstable approach or other problems.
- Flight time and route plausibility.
- Punctuality.
- Trust score.
Offline check-ins matter
Offline flights are not just entered at the end. You are expected to progress through the flight in FlyHub and complete the required check-ins as you fly. Depending on the flight, this can include:- Preflight.
- Pushback or departure preparation.
- Takeoff.
- Enroute checkpoints.
- Landing.
- Parked or completed.
Offline debrief
At the end of an offline flight, FlyHub asks for the debrief information it needs to score the flight. This can include:- Actual flight time.
- Landing quality.
- Operational issues.
- Any supporting information requested by the flight flow.
Offline XP multiplier
Offline flights use a reduced XP multiplier for fairness. The multiplier is affected by:- Your offline trust score.
- Whether the check-ins were completed properly.
- Whether the flight time is plausible.
- Whether the route progress makes sense.
- Punctuality.
- Debrief quality.
SimRate and time compression
FlyHub can reduce XP when a flight is completed much faster than expected. For online flights with enough plan data, FlyHub compares:- Planned airborne time.
- Actual airborne time.
Network bonus
FlyHub can award a +10% XP bonus for verified VATSIM or IVAO flights. To receive the bonus:- Add your VATSIM CID or IVAO VID in Settings.
- Fly online on that network.
- Make sure FlyHub can match your network account to the flight.
- Stay connected for at least 80% of the flight.
Ranks
XP increases your Free Flight pilot rank.| Rank | XP needed |
|---|---|
| Cadet | 0 |
| Junior First Officer | 2,500 |
| First Officer | 7,500 |
| Senior First Officer | 17,500 |
| Junior Captain | 35,000 |
| Captain | 65,000 |
| Senior Captain | 115,000 |
| Training Captain | 190,000 |
| Chief Pilot | 300,000 |
| Fleet Captain | 475,000 |
| Legend | 750,000+ |
Common scoring mistakes
These are the most common reasons a flight scores lower than expected:- Landing softly but too far down the runway.
- Floating to chase a smooth touchdown.
- Touching down off-center.
- Leaving the runway during rollout.
- Forgetting beacon, strobe, or navigation lights.
- Leaving the gear down too long after takeoff.
- Departing with aircraft weight above the OFP limits.
- Taking off with less fuel than the OFP required.
- Landing below the OFP reserve fuel requirement.
- Taxiing too fast during taxi out or taxi in.
- Departing early or late in Career Mode.
- Flying an unstable approach below 1000 feet AGL.
- Bouncing the landing.
- Setting the wrong altimeter.
- Using SimRate or completing the route unrealistically fast.
- Missing offline check-ins.
- Entering offline debrief data that does not match the route or timing.