[FFmpeg-devel] [PATCH v4 1/5] libavutil: VAAPI infrastructure

Timo Rothenpieler timo at rothenpieler.org
Sun Jan 24 13:58:59 CET 2016


>> +    void *address;
>> +    // On current Intel drivers, derive gives you memory which is very slow
>> +    // to read (uncached?).  It can be better for write-only cases, but for
>> +    // now play it safe and never use derive.
> 
> Still subject to debate when we introduce a "GPU memcpy".
> 
> I think someone on this list once even posted a patch to add such a
> memcpy, but it didn't get in yet.

Related article from Intel:

https://software.intel.com/en-us/articles/copying-accelerated-video-decode-frame-buffers

It contains a ready-to-use copy-function, which just has to be converted
from intrinsics to yasm.
And propably also needs a reversed counterpart, as it's designed to copy
from uswc memory to normal system memory, while ffmpeg also needs to
copy data into such uswc buffers.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20160124/cb69de75/attachment.sig>


More information about the ffmpeg-devel mailing list