Hi Vincent,
On 22 November 2016 at 09:14, Vincent ABRIOU wrote:
> This was not my understanding of the EGL extension.
> In that case I agree it still make sense.
> I will then propose a new implementation to take into account your comment.
The EGL extension is to advertise all formats which can
Hi Daniel,
This was not my understanding of the EGL extension.
In that case I agree it still make sense.
I will then propose a new implementation to take into account your comment.
Vincent
On 11/22/2016 10:07 AM, Daniel Stone wrote:
> Hi Vincent,
>
> On 22 November 2016 at 08:54, Vincent ABRIOU
Hi Vincent,
On 22 November 2016 at 08:54, Vincent ABRIOU wrote:
> I did this patch because I didn't know when the EGL extension to
> advertise EGL supported format will be available.
> Since Varad patch set I understand that it is in a good way to land shortly.
>
> So we can abandon my patch.
No
I Daniel,
I did this patch because I didn't know when the EGL extension to
advertise EGL supported format will be available.
Since Varad patch set I understand that it is in a good way to land shortly.
So we can abandon my patch.
BR
Vincent
On 11/21/2016 06:49 PM, Daniel Stone wrote:
> Hi Vinc
Hi Vincent,
On 7 October 2016 at 16:08, Vincent Abriou wrote:
> @@ -72,6 +72,9 @@ install-libweston_moduleLTLIBRARIES
> install-moduleLTLIBRARIES: install-libLTLIBR
> lib_LTLIBRARIES = libweston-@LIBWESTON_MAJOR@.la
> libweston_@LIBWESTON_MAJOR@_la_CPPFLAGS = $(AM_CPPFLAGS) -DIN_WESTON
> libw
Even if EGL_EXT_image_dma_buf_import does not provide a way to query
the supported pixel formats, we can at least expose to the DMABUF
protocol the pixel formats already explicitly supported as fallback
by gl-renderer in import_yuv_dmabuf function plus the standard RGB formats
that all GPU supports
