[vlc-devel] [PATCH 0/3] DRM-GBM mode support
Rémi Denis-Courmont
remi at remlab.net
Wed Jun 21 22:01:30 CEST 2017
Le keskiviikkona 21. kesäkuuta 2017, 13.51.13 EEST Thomas Guillem a écrit :
> > But still GBM will have higher priority than non-windowed video
> > outputs, rendering them mostly unusable. I am in favor of removing
> > them (SDL in particular) or making them windowed somehow. But I
> > don't think that others agree to that, and so that patchset would
> > break stuff.
>
> I would like to kill every non windowed vouts and/or make them depend on
> a dummy vout_widow module. But maybe this should wait for 4.0 ?
Leaving aside the actually dummy video output, I considered that. But I couldn
´t come up with a way that that would actually work, especially in comparison
to KMS.
First, the ASCII art libraries support X11, text mode, etc. But they seemingly
provide no reasonable ways to direct the output to a specific window.
Then SDL exhibits the same problem. And even if it did not, I can´t see the
functional benefit of SDL in VLC nowadays. Yet my recent request to remove it
was denied.
Lastly, LinuxFB ought to be superseded by KMS. It could maybe get a TTY
pseudo-window type and provider. But it would probably become wholly redundant
as soon as DRM/KMS support is merged (if applicable).
Postponing the removal of the unwindowed output support from the core seems
like the only thing that might make sense to postpone until after branching.
But I don´t see any benefits to waiting to remove the affected plugins. How
would SDL and ASCII art be more dispensable in 4.0 than in 3.0 ?
--
雷米‧德尼-库尔蒙
https://www.remlab.net/
More information about the vlc-devel
mailing list