[vlc-devel] [PATCH 0/3] DRM-GBM mode support
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
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
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 ?
More information about the vlc-devel