[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 ?


More information about the vlc-devel mailing list