[Libva] VaSurface coping

[Sergey Omelchenko]

Yes, vaPutImage is worked on my intel core i3 from vaapi-ext branch!
During building of this brunch I found that "/test/transcode" won`t
compile, so I remove them from Makefile.am.
But, I confused about vaPutImage function parameters:
AStatus vaPutImage (
    VADisplay dpy,
    VASurfaceID surface,
    VAImageID image,
    int src_x,
    int src_y,
    unsigned int src_width,
    unsigned int src_height,
    int dest_x,
    int dest_y,
    unsigned int dest_width,
    unsigned int dest_height
);

What must going when src_width and src_height differs from dest_width
and dest_height? Is Image must scaling or just copy cliptrects?
In current implementation image copied "as is" without scaling or nothing
happens at all.
Is it possible or maby planned in future to overlay image on surface with
scalling?

2012/1/13 Xiang, Haihao <haihao.xiang at intel.com>

> On Thu, 2012-01-12 at 19:08 +0200, Sergey Omelchenko wrote:
> > 1. Is it possible to copy one surface content to another without cpu
> > memory mapping?
> > I am trying:
> > VAImage va_img;
> > vaDeriveImage(va_display,va_surf_1,&va_image);
> > vaPutImage(va_display,va_surf_2,va_img.image_id,.....);
> > But, va_surf_2 still empty.
>
> You can do that if the backend VAAPI driver supports DeriveImage and
> PutImage. For intel_driver, currently PutImage is implemented on
> vaapi-ext branch.
>
> >
> >
> > 2. Is it possible to copy opengl PBO content to vaapi surface without
> > cpu memory mapping?
>
>
> >
> >
> > _______________________________________________
> > Libva mailing list
> > Libva at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/libva
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libva/attachments/20120116/5e7cb112/attachment.htm>