[Bug 655719] wayland video sink: initial implementation

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=655719
  GStreamer | gst-plugins-bad | git

--- Comment #2 from sreerenj <bsreerenj at gmail.com> 2011-08-04 06:54:55 UTC ---
(In reply to comment #1)
> What are the advantages of using a wayland-specific output instead of
> xvimagesink or glimagesink?
> 
> I don't mind it going into -bad, especially if it will encourage/enable average
> people to test the wayland code.
> 
> Also, please provide a patch.

It should have no X-dependency ..
As per wayland design wiki,

"Wayland is a protocol for a compositor to talk to its clients as well as a C
library implementation of that protocol. The compositor can be a standalone
display server running on Linux kernel modesetting and evdev input devices, an
X application, or a wayland client itself. The clients can be traditional
applications, X servers (rootless or fullscreen) or other display servers. EGL
is the only GL binding API that lets us avoid dependencies on existing window
systems, in particular X.A more subtle point is that libGL.so includes the GLX
symbols, so linking to that library will pull in all the X dependencies.The
problem with X is that... it's X. When you're an X server there's a tremendous
amount of functionality that you must support to claim to speak the X protocol,
yet nobody will ever use this."

Currently the wayland sink has only s/W decoder support.

git://gitorious.org/~sreerenj/vaapi/sree-gstreamer-vaapi.git has the patches
for enabling h/W acceleration (libva) to wayland. I will give pull request to
Gwenole Beauchesne to merge it with his master.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.