Re: [Libva] [PATCH V2][libva] add the support of multiple context tracing

Yes, you are right. this patch fixes the problem of the first case. -Original Message- From: Yuan, Shengquan Sent: Wednesday, May 11, 2016 1:55 PM To: Chen, Peng C ; libva@lists.freedesktop.org Subject: RE: [Libva] [PATCH V2][libva] add the support of multiple context tracing You mean m

Re: [Libva] [PATCH V2][libva] add the support of multiple context tracing

You mean multiple vaCreateContext in one parried vaGetDisplay/vaInit/vaTerminate? Like the sequence below: vaGetDisplay vaInitialize vaCreateContext #create context 1 . vaCreateContext #create context 2 .. vaTerminate Such sequence wi

Re: [Libva] [PATCH V2][libva] add the support of multiple context tracing

Hi yuan,shengquan, Libva has a limited tracing function before. if more than one context is created in one process, then this tracing can't work and output wrong log messages. This patch fixes this problem. Tracing is possible while multiple contexts are being used. And I

Re: [Libva] [PATCH V2][libva] add the support of multiple context tracing

Peng, Could you provide more details about this change? Which problem are your trying to solve? Thanks -Austin -Original Message- From: Libva [mailto:libva-boun...@lists.freedesktop.org] On Behalf Of peng.chen Sent: Wednesday, May 11, 2016 10:38 AM To: libva@lists.freedesktop.org Subje

[Libva] [PATCH V2][libva] add the support of multiple context tracing

Signed-off-by: peng.chen --- va/va.c | 16 +- va/va_trace.c | 1260 +++-- va/va_trace.h | 12 + 3 files changed, 1069 insertions(+), 219 deletions(-) diff --git a/va/va.c b/va/va.c index 9bdb041..cd88d67 100644 --- a/va/va.c +++ b/va/

Re: [Libva] Fwd: pooling of decoded frames

I don`t see any reasonable alternatives. Of cource you can copy frame from Surface to process context, and than copy to screen. But as you use intel internal gpu real memory banks are same, so you will only have overhead for copy. 10.05.2016, 13:34, "Azeem A" : > Hi Nikita > > Thanks for your su

Re: [Libva] Fwd: pooling of decoded frames

Hi Nikita Thanks for your suggestion. I was also thinking of the same method. Wanted to get alternative solutions, if any. Regards Azeem On Tue, May 10, 2016 at 7:16 PM, Nikita Orlov wrote: > Hi! > > At least you can keep surfaces with output frames, use them when you want, > after release and

Re: [Libva] Fwd: pooling of decoded frames

Hi! At least you can keep surfaces with output frames, use them when you want, after release and reuse surfaces again for decoding. 10.05.2016, 13:10, "Azeem A" : > Hi all > > I want to buffer some decoded video frames(using libva) for display at a > later point of time. I need to find a suita

[Libva] Fwd: pooling of decoded frames

Hi all I want to buffer some decoded video frames(using libva) for display at a later point of time. I need to find a suitable method for this. Can anyone suggest a proper method for this. Thanks and Regards Azeem ___ Libva mailing list Libva@lists.free

Re: [Libva] vaInitialize() from multiple processes

Hi! Seems /dev/dri/renderD128 works. More over I don`t need to take care about locking decoding in two processes. What is difference with /dev/dri/card0 ? 10.05.2016, 04:17, "Xiang, Haihao" : >>  Hello! >> >>  I am using vaapi for decoding h.264 video in Linux env (only DRM). >> >>  If I an star