I am talking about the Video Accelerated decoder which is supposed to work with other video sinks than just the Clutter one.<div><br></div><div>Adopting GstVideoBuffer means using it both in the decoder and in the sink, meaning that our decoder would only work with recent GStreamer versions breaking our support agreeements.</div> <div><br></div><div>So we have to stick to our own decoder and sink sharing hardware accelerated buffers with a common library which we provide ourself. We also provide a clutter video sink that uses that same library and that will be able to render VA buffers in clutter as long as clutter is recent enough to contain the fixes we provided.</div> <div><br></div><div>Hope this makes it clearer. But in the end those are 2 different topics. Having an autocluttersink makes a lot of sense IMHO as we were using the exact same design before with autovideosink and the prepare-xid/window-handle logic. I can imagine many different hardware vendors that will want to support Clutter and hardware accelerated decoding and that will want to do it their own way by providing a sink element. (and I think we already had that discussion in a bug somewhere :) )</div> <div><br></div><div>Salut ! :)</div><div><br clear="all"><span style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)"><b>Julien MOUTTE</b><br>C.T.O.<br><br>FLUENDO <font size="1"><span style="color:rgb(51,51,51)">Influencing the Multimedia World</span><div style="color:rgb(102,102,102)"> <br style="color:rgb(192,192,192)"><span style="color:rgb(192,192,192)">San Francisco, USA & Barcelona, SPAIN</span></div><span style="color:rgb(192,192,192)">Contact phone:</span><br style="color:rgb(192,192,192)"><font color="#c0c0c0">Spain: </font><a value="+34933175153"><font color="#c0c0c0">+34 933 175 153</font></a><br style="color:rgb(192,192,192)"> <font color="#c0c0c0">United States: </font><a value="+14157735353"><font color="#c0c0c0">+1 415 773 5353</font></a><br style="color:rgb(192,192,192)"><a href="http://www.fluendo.com/" target="_blank"><font color="#c0c0c0">www.fluendo.com</font></a></font><div style="color:rgb(102,102,102)"> <br><span style="color:rgb(0,153,0)"><font size="4">P</font><font size="1">lease consider the environment before printing this e-mail.</font></span></div></span><br> <br><br><div class="gmail_quote">On Wed, Jun 6, 2012 at 8:03 PM, Bastien Nocera <span dir="ltr"><<a href="mailto:hadess@hadess.net" target="_blank">hadess@hadess.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class="im">On Wed, 2012-06-06 at 19:52 +0200, Julien Moutte wrote:<br> > Hi,<br> ><br> ><br> > autocluttersink's role is just to provide a way for different platform<br> > specific sink plugins to be automatically discovered and used to<br> > render video buffers into clutter.<br> ><br> ><br> > Now that being said, every clutter sink element just has to respect a<br> > common api to draw in the proper actor/texture. The way you handle<br> > this drawing and the fact that it's optimal or suboptimal is just a<br> > detail here.<br> ><br> ><br> > To reply to your question about Fluendo's design choice here, you have<br> > to take in account that we always try to support old versions of<br> > GStreamer because of our customers.<br> ><br> ><br> > We can't just make our products depend on a very recent API added for<br> > gst-vaapi and tell all our customers using old GStreamer versions to<br> > go to hell.<br> <br> </div>Given that you need a new version of clutter-gst for this to not<br> deadlock, this is a bit of a weird requirement.<br> <div class="HOEnZb"><div class="h5"><br> <br> _______________________________________________<br> gstreamer-devel mailing list<br> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br> </div></div></blockquote></div><br></div>