RaidBench / PUBG guides

Source-checked PUBG decision guide

PUBG mortar targeting: estimate, observe, and adjust

Use a patch-aware PUBG mortar workflow to define the target, estimate distance, review the first result, and adjust without relying on unsupported values.

Reviewed 2026-09-06Evidence-bounded PUBG guide; recheck after relevant patch changesEditorial standards

Turn an uncertain mortar attempt into a repeatable estimation and review process.

Short answer

Treat mortar targeting as a controlled estimation loop. Confirm what the current build shows, mark the firing position and target, record the basis for your distance estimate, and preserve that starting value. If the result can be observed, classify the error and change one input at a time. Do not rely on an exact grid conversion, range limit, control, or aiming rule unless it has been verified for the current build.

Start with a current-build verification gate

Prevent an estimation workflow from depending on unsupported or outdated mechanics.

  • Check the current game interface and captured official guidance before using any exact control, range, or map-scale value.
  • Separate confirmed information from remembered values and community suggestions.
  • Pause the attempt when its required mechanic cannot be verified.

Define the target and record the starting estimate

Create a baseline that the squad can review after the first attempt.

  • Mark the firing position and intended target clearly.
  • Record where the distance estimate came from and how uncertain it is.
  • Preserve the initial direction and distance inputs before making a correction.

Handle diagonal positioning without inventing a grid scale

Explain the geometry decision while keeping game-specific dimensions conditional.

  • Consider both horizontal and vertical separation when the positions are diagonal.
  • Apply diagonal geometry only when the current map scale has been verified.
  • Use a rough label rather than presenting an unsupported estimate as exact.

Use the first observable result as calibration

Turn the initial attempt into evidence for one bounded correction.

  • Arrange observation before committing to the attempt.
  • Classify the result as short, long, off-line, or uncertain only when the landing information is visible enough to support that label.
  • Change one relevant input while holding the others constant.

Review the correction loop

Help players distinguish a useful adjustment from an unrepeatable guess.

  • Compare the new result with the recorded baseline.
  • Reverse the change when the evidence becomes less clear.
  • Stop when observation, target information, or current-build verification is insufficient.

Recheck after PUBG updates

Keep the page useful without asserting that a listed update changed mortar behavior.

  • Review authoritative patch information before retaining precise mortar notes.
  • Retest only the assumptions affected by documented changes.
  • Keep the estimation framework while removing values that can no longer be verified.

Decision checklist

  • Verify current-build controls and any displayed range information.
  • Mark the firing position and intended target.
  • Record the source and uncertainty of the distance estimate.
  • Account for both axes when using a verified map scale for a diagonal estimate.
  • Save the initial direction and distance inputs.
  • Change only one input after an observable result.

Worked example

A squad marks a target that is separated from the firing position along both map axes. Because the closed evidence supplies no verified grid dimension or mortar range, the squad does not insert a copied conversion. It first checks whether the current build provides a usable scale, then includes both axes in a diagonal estimate and records that estimate as the baseline. One teammate watches the result. If the result is clearly short while its direction remains suitable, the next attempt changes only the distance input. If the result cannot be observed, the squad makes no numerical correction from that attempt.

Common mistakes

  • Copying a precise grid conversion without current verification.
  • Treating one axis as the complete distance to a diagonal target.
  • Changing direction and distance in the same correction.
  • Using an unobserved result as evidence for an adjustment.
  • Turning one successful attempt into a universal recommendation.

Frequently asked questions

What exact map-grid conversion should I use?

The supplied evidence does not establish an exact grid dimension or conversion. Use only a scale verified in the current build or authoritative current guidance. If no scale is available, keep the estimate explicitly approximate.

How should I estimate a diagonal target?

When a verified scale is available, account for separation on both map axes and apply ordinary diagonal geometry. Do not use either axis alone as the full diagonal distance.

What should I do if nobody can see the first result?

Do not make a confident correction from missing information. Improve the observation plan, choose a target whose result can be reviewed, or stop the sequence.

Did Update 42.3 change mortar behavior?

The supplied official listing identifies Update 42.3 but does not document mortar mechanics or a mortar change. No conclusion about mortar behavior can be drawn from that listing.

Can an older video supply the values?

It may suggest a process to test, but its precise controls, ranges, scales, and aiming behavior should be rechecked in the current build before use.

Sources and review notes

E-01 establishes the player problem as demand context only. E-03 establishes the presence of an official update listing but does not support mortar-specific mechanics. The draft therefore uses a conditional estimation and review framework and does not reproduce community wording.

Prepared with an automated research workflow and published only after evidence and policy checks.