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
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
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
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 =
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