[vlc-devel] [vlc-commits] XCB/XVideo: do not reject YUYV output when forced

[Rémi Denis-Courmont]

Le 5 septembre 2017 10:29:13 GMT+03:00, Francois Cartegnie <fcvlcdev at free.fr> a écrit :
>Le 05/09/2017 à 08:37, Rémi Denis-Courmont a écrit :
>
>>>     /* Get available image formats */
>>>
>>> _______________________________________________
>>> vlc-commits mailing list
>>> vlc-commits at videolan.org
>>> https://mailman.videolan.org/listinfo/vlc-commits
>> 
>> This is wronh as already explained on Trav before this was written,
>then it contradicts the decision to require GL on Linux, and it is an
>undiscussed revert of my code.
>> 
>> This will be reverted.
>
>Since when do we REQUIRE gl on linux ? AFAIK we only defaulted it.
>
>There's no reason to reject YUV conversion if xvideo is the only
>working
>video output and is FORCED. This is nonsense.
>
>-- 
>Francois Cartegnie
>VideoLAN - VLC Developer
>_______________________________________________
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:
>https://mailman.videolan.org/listinfo/vlc-devel

I don't remember when the decision was made but it was. And the fact of the matter is that some formats can only be rendered with GL (or DX) at the moment for lack of converters.

Rendering RGB on an XVideo driver that does not support RGB makes zero sense. You can use plain X11 with better quality (no down-sampling) and comparable (possibly even cheaper) CPU usage.

Besides, if the XVideo driver does not support RGB, then it most probably is a compatibility wrapper for old apps rendering YUV content, emulated on top of the 3D engine. So then using XVideo with RGB converted to YUV is the pinnacle of nonsense.
-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.