[vlc-devel] Using VLC 4.0.0 on WSL2 Ubuntu 25.04 with wayland

Fatih Uzunoğlu fuzun54 at outlook.com
Mon Jun 23 21:53:12 UTC 2025


 > Of course not. The display is expected to pick a scale according to 
VLC video settings.

The *default* scale, whether fetched from the settings, or from the 
interface window in embedding case, is supposed to come from the (same) 
environment (depending on high DPI display, for example). And this 
default value would naturally match for different windows in the same 
screen, the interface window or the video window. Of course, it can 
deviate if overridden by the user, but by default they should match so 
as embedded window fits perfectly. We should not present the user a 
situation where the video window exceeds the boundaries of the interface 
window, by default.

 > That's how it's supposed to work. That's how it works for all other 
displays, all other providers, Win32 and X11, and how the core makes its 
calculations.
 > If you don't respect that convention, this is 100% a bug in the Qt 
module. I shouldn't have to explain something like that.

If we do that, we lose information. The video window can no longer know 
the scale, so technically we can not support high dpi. How does the OSD 
behave in high dpi scenario, for example, without knowing the scale?

 > You can't add restrictions on how the display module is using the 
surface for rendering.

I wanted to mean not for rendering, but for something that legitimately 
concerns both the display module and the window provider. I just mean 
that if they are not compatible, it does not mean that one might go. As 
I said, "If in some situations video embedding is not possible, they 
should not be enabled or offered when the interface is used.".
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20250624/010e82cc/attachment.htm>


More information about the vlc-devel mailing list