[glimagesink] Adding new property to glimagesink and access it in wayland platform

[Vikas Patil]

Hi Nicolas

In in-vehicle infotainment, we use weston (wayland compositor) with
ivi-controller (wayland-ivi-extension, layermanager) instead of desktop
shell for handling and controlling widow surfaces from various application.

Now for video playback with weston on i.mx6 soc I found glimagesink is the
way to use, but as we are not using the desktop-shell there is no way to
show video surfaces on display without wrapping weston surface to ILM (IVI
Layermanager) using the ivi-application protocol. So in the use case where
we need to create two video pipeline with different surface id for ILM I
wanted to have this property in glimagesink with wayland so it can be
passed to ivi-application.

See
https://at.projects.genivi.org/wiki/display/PROJ/Wayland+IVI+Extension+Design
for more details on ivi-application protocol and IVI ILM.

Thanks & Regards,

Vikash

From: Nicolas Dufresne <nicolas at ndufresne.ca>

To: Discussion of the development of and with GStreamer

                <gstreamer-devel at lists.freedesktop.org>, Matthew Waters

                <ystreet00 at gmail.com>

Subject: Re: [glimagesink] Adding new property to glimagesink and

                access it in wayland platform

Message-ID: <1490971253.3749.1.camel at ndufresne.ca>

Content-Type: text/plain; charset="utf-8"



Le vendredi 31 mars 2017 à 07:13 +0530, Vikas Patil a écrit :

> This surface-id is for wayland-ivi-extension (in-vehicle infotainment

> layer manager) support in glimagesink. I find GstGlWindow is not

> proper element and it seems it is internally invoked by glimagesink.

> I am working with Wayland platform.



Would it be possible to provide some rational to these, slightly empty,

statements. All display sink in GStreamer will display to a "Window"

which is just a holder for a native handle specific to the display

system in place. On X11 this is an XID, on Wayland this is a surface

handle, etc. I also don't see you point about glimagesink using a

GstGLWindow abstraction to display. Why should that mechanism be forked

for cars make no sense to me.



regards,

Nicolas

On Fri, Mar 31, 2017 at 7:13 AM, Vikas Patil <vikasmpatil at gmail.com> wrote:

> Hi Matthew,
>
> This surface-id is for wayland-ivi-extension (in-vehicle infotainment
> layer manager) support in glimagesink. I find GstGlWindow is not proper
> element and it seems it is internally invoked by glimagesink. I am working
> with Wayland platform.
>
> Thanks & Regards,
> Vikash
>
> On Mar 31, 2017 4:02 AM, "Matthew Waters" <ystreet00 at gmail.com> wrote:
>
>> Is this surface-id something what would be better suited for the
>> GstVideoOverlay interface that glimagesink and glwindow_wayland already
>> implement?
>>
>> Cheers
>> -Matt
>>
>>
>> On 30/03/17 16:42, Vikas Patil wrote:
>> > Hi All,
>> >
>> > I would like to add new plug-in property (i.e. surface-id ) to
>> > glimagesink [1]. I have added required code to [1] as after looking at
>> > other properties. However I need this property value
>> > to libgstsl.so [2].
>> >
>> > Could anyone guide me how to get new property value from [1]
>> > libgstopengl.so to [2] libgstgl.so?
>> >
>> >
>> > [1]
>> > https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/
>> ext/gl/gstglimagesink.c?id=1.6.0
>> > [2]
>> > https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/
>> gst-libs/gst/gl/wayland/gstglwindow_wayland_egl.c?id=1.6.0
>> >
>> > Thanking you.
>> >
>> > Thanks & regards,
>> > Vikash
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170403/57a6e159/attachment-0001.html>