On Thu, May 12, 2011 at 6:56 PM, Marc-André Lureau wrote:
> My concern for VAAPI though (and other acceleration API) is that it is not a
> sink, which handle completely decoding and displaying. I understand it can
> take care of some expensive operations, but the result probably has to be
> ret
On Thu, May 12, 2011 at 9:57 PM, Marc-André Lureau wrote:
> Hi
>
> - Original Message -
>> b. GStreamer currently do no have working VAAPI plugins and AFAIK,
>> it won't have any for at least a few months more.
>
> What do you mean? It seems they exist according to the wiki:
> http://www.
Hi
- Original Message -
> b. GStreamer currently do no have working VAAPI plugins and AFAIK,
> it won't have any for at least a few months more.
What do you mean? It seems they exist according to the wiki:
http://www.freedesktop.org/wiki/Software/vaapi
(http://www.splitted-desktop.com/~
Hi Zeeshan,
(quick reply)
- Original Message -
> Hi everyone,
> 1. VAAPI (Video Acceleration API): The idea here is to implement a
> custom VAAPI driver for the guest that redirects all decoding/playback
> calls to the client through a spice channel. On the client side, we
> create a chan
Hi everyone,
As some of you already know, I've been looking into the needed
"video passthrough" feature: i-e sending the encoded stream to client
and decode it on client-side. Although I'm still investigating on how
to best handle this, I thought I already share my thoughts/findings so
far so if
