[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