[GH-ISSUE #1408] [Bug] Recording wrong part of the screen for vertical monitor setup #1036

New issue

Open

opened 2026-02-26 09:33:21 +03:00 by kerem · 1 comment

kerem commented 2026-02-26 09:33:21 +03:00

Owner

Copy link

Originally created by @mayzelf on GitHub (Aug 7, 2025).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1408

Originally assigned to: @NickeManarin on GitHub.

Describe the bug
When selecting an area on a vertical screen, the recorded images will be of a different section of the screen than the one being selected beforehand

To Reproduce
Steps to reproduce the behavior:

1. Have your screen verticaly (for me it's my 2nd)
2. Record a section on that screen
3. view recorded images
4. See error

Expected behavior
that the recorded images will show the same section as the one i selected with the area tool beforehand

Desktop (please complete the following information):

• OS: [e.g. Windows 10] Win 11
• Version [e.g. 2.35.2] 24H2

Let me know if more information is needed or steps for replication are unclear.

Originally created by @mayzelf on GitHub (Aug 7, 2025). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1408 Originally assigned to: @NickeManarin on GitHub. **Describe the bug** When selecting an area on a vertical screen, the recorded images will be of a different section of the screen than the one being selected beforehand **To Reproduce** Steps to reproduce the behavior: 1. Have your screen verticaly (for me it's my 2nd) 2. Record a section on that screen 3. view recorded images 4. See error **Expected behavior** that the recorded images will show the same section as the one i selected with the area tool beforehand **Desktop (please complete the following information):** - OS: [e.g. Windows 10] Win 11 - Version [e.g. 2.35.2] 24H2 Let me know if more information is needed or steps for replication are unclear.

kerem added the

🔷 Bug 🐛

⬜ Pending

labels 2026-02-26 09:33:21 +03:00

kerem commented 2026-02-26 09:33:22 +03:00

Author

Owner

Copy link

@fz0000 commented on GitHub (Aug 9, 2025):

Vertical orientation causes this issue, whether it's the first or second screen.

I guess you are using DirectX capture mode? As a workaround, you can tryBitBlt capture mode instead.

DirectX captures the GPU's raw framebuffer data before any display transformations. The GPU renders in its native coordinate system (typically landscape), and the final display orientation is applied later by the OS. So it will capture the unrotated content. See the image below:

BitBlt captures the final display output, which is already adjusted for screen orientation. So the captured image will match what you see on screen (although slightly slower in performance)

<!-- gh-comment-id:3170540782 --> @fz0000 commented on GitHub (Aug 9, 2025): Vertical orientation causes this issue, whether it's the first or second screen. I guess you are using `DirectX` capture mode? As a workaround, you can try`BitBlt` capture mode instead. DirectX captures the GPU's raw framebuffer data before any display transformations. The GPU renders in its native coordinate system (typically landscape), and the final display orientation is applied later by the OS. So it will capture the unrotated content. See the image below: <img width="588" height="401" alt="Image" src="https://github.com/user-attachments/assets/db6559f0-9695-4b75-b1ec-2587118260e0" /> BitBlt captures the final display output, which is already adjusted for screen orientation. So the captured image will match what you see on screen (although slightly slower in performance)

kerem referenced this issue 2026-02-26 09:34:18 +03:00

[PR #1036] [MERGED] Update StringResources.da.xaml 2.35.2 #1292

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

master

dev

v2.40

2.43.1

2.43

2.42.1

2.42

2.41.5

2.41.4

2.41.3

2.41.2

2.41.1

2.41

2.40.1

2.40

2.39

2.38.1

2.38

2.37.2

2.37.1

2.37

2.36

2.35.4

2.35.3

2.35.2

2.35.1

2.35

2.34.1

2.34

2.33.1

2.33

2.32.1

2.32

2.31

2.30.1

2.30

2.29.1

2.29

2.28.2

2.28.1

2.28

2.27.3

2.27.2

2.27.1

2.27

2.26.1

2.26

2.25

2.24.2

2.24.1

2.24

2.23.2

2.23.1

2.23

2.22.1

2.22

2.21.2

2.21.1

2.21

2.20.4

2.20.3

2.20.2

2.20.1

2.20

2.19.3

2.19.2

2.19.1

2.19

2.18

2.17.1

2.17

2.16

2.15.2

2.15.1

2.15

2.14.1

2.14

2.13.3

2.13.2

2.13.1

2.13

2.12.1

2.12

2.11

2.10

2.9

2.8.1

2.8

2.7.3

2.7.2

2.7.1

2.7

2.6

2.5

2.4

2.3.2

2.3.1

2.3

2.2

2.1

Labels

Clear labels   

copy cats

  

duplicated

  

future feature

  

pull-request

Mirrored from GitHub Pull Request

  

⬜ Accepted

  

⬜ Completed

  

⬜ Help Wanted 💪

  

⬜ In Progress

  

⬜ Missing Details

  

⬜ Pending

  

⬜ Waiting For Answer ⏳

  

🆕 feature preview

  

🔷 Bug 🐛

  

🔷 Out Of Scope

  

🔷 Out Of Scope

  

🔷 Question

  

🔷Enhancement

  

🔷Enhancement

  

🔷Invalid / External

  

🔷Knowledge Base

  

🔷Won't Fix

  

🕑 High

  

🕑 High

  

🕑 High

  

🕕 Medium

  

🕙 Low

  

🕛 Critical

No labels

copy cats

duplicated

future feature

pull-request

⬜ Accepted

⬜ Completed

⬜ Help Wanted 💪

⬜ In Progress

⬜ Missing Details

⬜ Pending

⬜ Waiting For Answer ⏳

🆕 feature preview

🔷 Bug 🐛

🔷 Out Of Scope

🔷 Out Of Scope

🔷 Question

🔷Enhancement

🔷Enhancement

🔷Invalid / External

🔷Knowledge Base

🔷Won't Fix

🕑 High

🕑 High

🕑 High

🕕 Medium

🕙 Low

🕛 Critical

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/ScreenToGif#1036

No description provided.