ShareX Screen Recording Captures the Wrong Monitor: How to Fix It

You start a recording in ShareX, select an area on one display, and discover that the finished video shows another monitor, an offset section of the desktop, or a display that was recently disconnected. This usually points to one of a few causes: the recording region was selected against stale display coordinates, Windows changed the monitor layout or primary display, mixed display scaling shifted the capture area, or ShareX remained open while a dock, remote session, or virtual monitor changed the desktop configuration.

The fastest approach is to reproduce the problem with a very short recording, correct the display layout first, restart ShareX, and then select a fresh recording region. Work through the following steps in order. Once a test video captures the intended monitor with the correct boundaries, stop changing settings. Upload, audio, clipboard, and destination settings cannot normally correct pixels captured from the wrong display.

1. Confirm the Symptom and Reproduce It With a Simple Test

Before changing ShareX or Windows settings, verify exactly what is wrong. A recording of the wrong monitor is different from a recording saved to an unexpected folder, an old video opened from history, or a successful recording followed by a failed upload.

1.1 Label each monitor visually

Open a clearly different window on each display. For example, place Notepad on the first monitor and File Explorer on the second. Type or display a large label such as “LEFT MONITOR” or “RIGHT MONITOR.” Avoid testing with identical wallpapers because they make it difficult to identify the recorded source.

Next, use the ShareX screen recording command and deliberately draw a small region around the label on one monitor. Keep the test to five or ten seconds. Stop the recording and open the newly created local file directly from ShareX task history or the configured destination folder.

Success means the video contains the exact labeled area you selected. If it records the other label, an offset area, or a blank region, you have confirmed a display-coordinate problem rather than an upload or playback problem.

1.2 Test a small region on each monitor

Repeat the small recording once per physical display. Do not begin with a full-screen application or a long recording. Small tests reveal whether the issue affects one monitor, every secondary monitor, or only regions that cross a display boundary.

• If one monitor works and another does not, inspect that display’s position, scaling, and connection state.
• If every selection records the same monitor, restart ShareX after checking the Windows layout.
• If the picture is correct but cropped or offset, mixed DPI scaling is a likely factor.
• If the local video is correct but an uploaded link shows something else, investigate task history and workflow output.

Do not troubleshoot microphones, encoders, upload destinations, or clipboard actions yet. Those components may affect sound, file creation, or what happens after recording, but they do not ordinarily decide which desktop coordinates are captured.

2. Check the ShareX Settings Directly Related to This Problem

2.1 Select a new recording region

ShareX screen recording is region based. The selected rectangle determines which portion of the Windows desktop is passed to the recorder. For a monitor-specific recording, begin the screen recording command and select the intended display or draw a region entirely inside it. Do not reuse an old region after rearranging monitors.

When drawing a custom rectangle, keep its edges inside the target monitor during the first test. A region crossing two displays can produce confusing results when the monitors have different resolutions, scaling percentages, orientations, or vertical alignments.

Success means the selection overlay appears on the intended monitor and the resulting video matches that rectangle. If that works, you can gradually expand the region. There is no reason to alter unrelated ShareX settings after the correct area is recorded.

2.2 Restart ShareX after display changes

If ShareX was running when you connected a monitor, disconnected a laptop dock, changed the primary display, rotated a screen, or rearranged displays, exit ShareX completely and reopen it. Closing only a settings window is not enough. Use the ShareX tray icon to exit, confirm that the tray icon disappears, and then launch the application again.

This forces the application to start against the current Windows virtual desktop arrangement instead of continuing a session that began with an older monitor topology. After reopening ShareX, create a new region rather than repeating a previously defined fixed region.

Success means a new short recording follows the current monitor arrangement. If restarting resolves the issue, stop there. Reinstalling ShareX or changing FFmpeg options is unnecessary.

2.3 Review fixed regions, custom hotkeys, and workflows

If the normal recording command works but a favorite hotkey does not, compare the actions assigned to that hotkey. A custom workflow may use a fixed region, repeat a previous region, invoke a different capture action, or perform automatic after-capture tasks that make an older file easy to mistake for the newest recording.

Open ShareX hotkey settings and identify the exact action triggered by the problematic shortcut. Temporarily test the standard screen recording action from the main application window. If the standard command records the correct display, the monitor itself is not the remaining problem. Reconfigure or recreate the custom hotkey so that it asks for a new region.

Success means both the main command and the chosen hotkey display a fresh region selector and produce equivalent local videos.

3. Check the Relevant Windows and Display Factors

3.1 Verify the Windows display arrangement

Open Windows Settings, go to System and then Display, and use Identify to see which number Windows assigns to each screen. Confirm that the on-screen arrangement matches the physical layout. If the right-hand monitor is shown to the left in Settings, drag it into the correct position and apply the change.

Also check the vertical alignment. Displays can be offset above or below each other in the Windows layout. This is valid, but an accidental offset can make a selected rectangle correspond to unexpected virtual desktop coordinates.

After applying a layout correction, exit and reopen ShareX before recording again. Success means the pointer moves naturally between the same physical edges shown in Windows Settings and ShareX records a newly selected region from the expected monitor.

3.2 Account for primary display changes

Changing the primary display can move desktop coordinates, taskbars, applications, and full-screen behavior. This commonly happens after docking a laptop, presenting through an external screen, or choosing “Make this my main display” in Windows.

You do not necessarily need to make the desired recording monitor primary. Instead, confirm which display is currently primary, leave the layout in its intended final state, restart ShareX, and select the recording region again. Changing the primary display repeatedly while diagnosing the problem introduces another variable.

If recording works after the restart and fresh selection, keep the current primary display setting. The goal is stable coordinates, not a particular monitor number.

3.3 Test mixed DPI and display scaling

Mixed-DPI configurations use different scaling values on different monitors, such as 100 percent on an external display and 150 percent on a laptop screen. Windows must translate between logical interface coordinates and physical pixels in this arrangement. If the recorded content is shifted, clipped, or taken from a similarly positioned area on another screen, scaling deserves attention.

First, note the Scale setting for each monitor in Windows Display settings. Sign out or restart Windows if Windows specifically requests it after a scaling change. Then restart ShareX and perform another small-region test.

For diagnosis only, you can temporarily set both monitors to the same supported scaling percentage. Do not choose a value that makes the desktop unusable. If equal scaling fixes the offset, you have isolated a mixed-scaling interaction. You can then restore your preferred values, restart the Windows session and ShareX, and retest. Keeping equal scaling is not mandatory if a clean restart allows the preferred configuration to work.

Success means the selected boundaries and recorded boundaries coincide. If they do, stop adjusting scaling.

3.4 Stabilize laptop docking and undocking

Docks can add or remove several devices at once, including monitors, audio endpoints, network adapters, and virtual display components. Windows may retain remembered monitor positions or briefly report displays in a transitional order.

1. Connect or disconnect the dock before opening ShareX.
2. Wait until Windows finishes detecting the displays.
3. Open Display settings and confirm that only the expected screens are active.
4. Apply the intended arrangement and primary display.
5. Exit and reopen ShareX.
6. Select a fresh region and record a short test.

If this sequence works, use it after future docking changes. A ShareX reinstall is unlikely to help when the issue appears only after docking or undocking.

3.5 Remove stale remote and virtual displays

Remote Desktop sessions, wireless displays, display-link software, virtual machines, USB display adapters, game streaming tools, and dummy display drivers can change the desktop topology. A disconnected display may also remain represented temporarily in Windows or supporting software.

End remote sessions and disconnect virtual or wireless displays that are not needed for the test. In Windows Display settings, confirm whether an unexpected display is present. Avoid removing device drivers unless you know which product installed them. Simply closing the related session or software and restarting Windows is a safer first step.

After the desktop contains only the intended monitors, reopen ShareX and test again. Success means the region selector and output refer only to currently active displays.

3.6 Separate capture problems from audio, network, and permission problems

An audio source can cause missing sound or a recording startup failure, but it generally does not select the wrong monitor. Network and upload settings operate after the local capture. Destination-folder permissions can prevent saving, while security software may block recording or file creation. None of these normally explains a completed video showing a different display.

Investigate these areas only if the symptom includes a missing file, explicit error, failed upload, or absent audio. Always inspect the local recording first. If the local file shows the correct monitor, the screen-capture problem is solved even if a later upload action fails.

4. Run a Clean Temporary Test With Minimal ShareX Settings

A minimal test helps separate ShareX’s basic screen recorder from a custom automation chain. You do not need to erase your configuration or uninstall the program.

1. Finish arranging monitors in Windows.
2. Exit ShareX completely and reopen it.
3. Start screen recording from the main ShareX window instead of a custom hotkey.
4. Select a small area entirely inside one monitor.
5. Record for five seconds, then stop.
6. Open the newest local file without relying on an uploaded URL or clipboard entry.
7. Repeat on the second monitor.

Temporarily avoid fixed regions, delayed actions, automatic uploads, custom destinations, chained workflows, and post-recording scripts. These features are useful, but they add ambiguity during diagnosis.

If both local tests are correct, re-enable your normal workflow one component at a time. Test the hotkey first, then after-capture tasks, then uploads or clipboard actions. The first component that makes the result appear wrong identifies the workflow layer that needs attention.

If the minimal test still records the wrong monitor, return to the Windows display arrangement, scaling, docking, and virtual-display checks. At that point, changing upload or destination settings is not productive.

5. Check Task History, Logs, and Recent Workflow Output

5.1 Confirm that you opened the newest file

ShareX task history can help distinguish a wrong capture from a wrong output selection. Sort or inspect entries by time and open the newest local recording. Compare its creation time with the moment you ran the test.

If filenames are similar, move the test video temporarily or give yourself a visual cue by recording a clock or a unique Notepad label. Also check whether the clipboard contains an older uploaded URL. A failed upload may leave you viewing a previous successful item even though the new local recording is correct.

Success means the task timestamp, local file, thumbnail or preview, and expected test content all correspond. Once verified, troubleshoot uploads separately if necessary.

5.2 Use errors to narrow the problem

If ShareX reports an error when recording starts or stops, preserve the exact message. ShareX’s debug log and task information can reveal whether the failure occurred during capture, encoding, file writing, or uploading. Do not assume every recording error is a monitor-selection error.

• A completed local video with wrong pixels points to region or display coordinates.
• No local video points to recording, encoding, permission, or destination failure.
• A correct local video followed by an upload error points to network or destination configuration.
• A correct video with missing audio points to the audio source or recording configuration.
• An old link in the clipboard points to an after-capture or upload workflow issue.

When seeking support, include the exact steps, monitor resolutions, scaling percentages, Windows display arrangement, whether a dock or remote session is involved, and whether the minimal test succeeds. Avoid posting logs publicly without checking them for usernames, file paths, URLs, or other sensitive data.

6. Quick Fix Checklist

• Identify every display in Windows Settings and correct its physical arrangement.
• Set the intended primary display once, then leave the layout stable.
• Exit ShareX completely after docking, undocking, reconnecting, or rearranging monitors.
• Start a new recording and choose a fresh region inside the intended monitor.
• Test a five-second labeled recording on each display.
• Check mixed scaling if the result is offset, clipped, or shifted.
• Close Remote Desktop sessions and unnecessary virtual-display software.
• Test from the main ShareX window instead of a custom hotkey.
• Open the newest local file before evaluating uploads or clipboard output.
• Stop changing settings as soon as the selected region and video match.

For many users, the effective fix is simple: finalize the Windows monitor layout, restart ShareX, and select a new recording region. The remaining steps are most useful when the problem returns after docking, mixed-DPI changes, or remote-display use.

7. Frequently Asked Questions

7.1 Why does ShareX record another monitor after I select the correct one?

The likely cause is a mismatch between the current Windows desktop layout and the coordinates available when ShareX began running. This can happen after changing the primary display, reconnecting a monitor, using a dock, or ending a remote session. Confirm the Windows layout, exit ShareX completely, reopen it, and select a new region.

7.2 Do I need to make the recording monitor my primary display?

Usually, no. ShareX can record a region on a secondary display. The important factors are that Windows shows the correct arrangement, the display topology remains stable, and you select a fresh region after restarting ShareX. Changing the primary display can help diagnose unusual full-screen behavior, but it should not be the default fix.

7.3 Can different scaling percentages cause the wrong area to be recorded?

Mixed scaling can contribute to an offset, clipped, or incorrectly mapped recording region, especially after scaling or layout changes. Note each monitor’s scaling value, restart the Windows session if requested, reopen ShareX, and test again. Temporarily matching the scaling values can help confirm whether DPI translation is involved.

7.4 Why does the issue appear after disconnecting my laptop dock?

Undocking removes displays and changes the Windows virtual desktop. Applications that were already running may need to be restarted after Windows settles on the new layout. Arrange the remaining displays, verify the primary screen, restart ShareX, and avoid reusing a region created while docked.

7.5 Is reinstalling ShareX a good first fix?

No. Reinstallation is rarely the best first response to a problem that begins after monitors are rearranged or disconnected. Test the current Windows layout, restart ShareX, and use a fresh region first. Consider updating or reinstalling only if clean tests continue to fail and you have ruled out display topology, scaling, virtual displays, and custom workflows.

7.6 What should I do if the local recording is correct but the shared result is wrong?

That is no longer a monitor-capture problem. Check ShareX task history, the local filename, upload result, destination selection, and clipboard contents. You may have opened an older URL or a previous workflow output. Once the newest local video shows the intended monitor, leave capture settings unchanged and troubleshoot only the post-capture action.