[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