Display scaling
If the default real-time capture window gives empty OCR, offset capture, or misalignment at 125% or 150% scaling, this page explains why and what changed with the new experimental DPI fix.
For the standard real-time capture window, 100% scaling is still the safest baseline. Thaluna now also includes an experimental alternate capture path for Windows scaling above 100%, but results can still vary on mixed-DPI and multi-monitor setups.
The issue is not screen capture itself. It is DPI and coordinate mapping. Above 100%, Windows and Qt can report logical and physical pixels differently, which can offset the captured region even when the overlay window looks visually correct.
The experimental DPI fix switches the standard real-time workflow to an alternate capture path. It can improve alignment above 100% scaling, but it remains opt-in because different monitor layouts can behave differently.
Lens Mode and Continuous Lens can behave differently from the standard real-time capture window because they use separate capture paths internally.
Even with the new alternate path, scaling support still has to survive different DPI values, single-monitor and multi-monitor setups, mixed scaling, and borderless or fullscreen game behavior.