Intel® Graphics Technology. Часть III: эффективные вычисления на графике

[stalkerg]

Как то мне кажется это всё не очень прозрачно. Я бы просто напрямую OpenCL использовал.

[ivorobts]

Ну в определенном смысле в «непрозрачности» и есть идея — детали скрыты, конструкции для оффлоада простые.
OpenCL более универсальное средство, но там нужно гораздо больше всего делать ручками.

[vpolin]

Здесь 2 основных преимущества над OpenCL:
1. «Single source» — не надо специальные исходные файлы создавать с кодом для устройств.
2. нативная поддержка C++.

«не очень прозрачно» в этой статье можно сказать про примеры кода с тайлингом. Но в этом плане, если оптимизировать OpenCL код под какое-то конкретное устройство, то и тайлинг будет и лишние буфера, чтобы шина не вставала, когда разные устройства обращаются в память.

[xaoc80]

Было бы неплохо, если бы это добавили в Intel Media SDK. К примеру, можно было бы в коде выбирать backend — HW encode/decode и ускорение на ядрах графического процессора (аппаратный энкодер/декодер сейчас на отдельном чипе работает). Тогда, можно было бы ускорить операции с медиаданными в нескольких потоках.