[vlc-devel] [PATCH 0/7] provide detached video for windows

Steve Lhomme robux4 at ycbcr.xyz
Mon Aug 17 15:22:41 CEST 2020

On 2020-08-17 14:07, Pierre Lamot wrote:
> On 2020-08-17 11:51, Rémi Denis-Courmont wrote:
>> Hi,
>> I don't think this belongs in Qt at all. We already have window
>> providers for this, and Qt cannot replace them. Thus it can only
>> result in code/efforts duplication. Besides, we want to minimise
>> platform-specific code in Qt.
>> We also already have a core API for fullscreen output ports, that Qt
>> ought to implement instead of having its own bespoke handling.
> This patchset is meant to bring the following use case. Send the video 
> to a specific screen while keeping the controls on the current screen 
> (presentation mode), this is different than the regular fullscreen mode 
> where the controls stays over the video.
> The windowed mode kinda comes for free with it.
> The main advantage is that this operation can be done during the 
> playback without having to stop and restart the video to select another 
> video output.

This may be an issue with hardware decoders (decoder devices) that rely 
on the "window". If you change the rendering to another window, 
potentially a new screen plugged on a different GPU this may cause issues.

It may be more logical to "re-window" the playback pipelines and then 
you're free to have a completely new window. That could use the window 
provider Rémi mentioned.

> My original intent was to send to video to a detached window then use 
> the core fullscreen API to handle the fullscreen part, but while 
> vout_ChangeFullscreen/vout_window_SetFullScreen, do provide an 
> identifier parameter which may be used to specify the target screen 
> vlc_player_vout_SetFullscreen, lacks the ability to pass the argument.
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel

More information about the vlc-devel mailing list