CooperMaster Dec 16 2015 at 17:16

Intel GPA и улучшение производительности Android-игр

10 min

11K

Intel corporate blogGame development*Development for Android*

Translation

Comments 10

XProger Dec 16 2015 at 19:19

Какой такой overdraw на железе с тайловым рендером? Хотелось бы в таком объёме текста увидеть больше вариантов оптимизаций, относительно специфики мобильных устройств. Так например объяснения почему alpha test даёт прирост на PC, и дикую просадку на мобилках.

beeruser Dec 17 2015 at 10:37

С чего вы решили что там тайловый рендер? Там же явно написано Intel HD Graphics и Baytrail.

Альфатест в тайловом GPU конфликтует с работой HSR механизма.
«Сплошные» треугольники рисуются таким образом, что шейдер выполняется лишь один раз для ближнего пикселя, без overdraw.
После того как сцена из «сплошных» треугольников будет построена, в тайл последовательно отрисовываются альфатестовые и альфаблендовые треугольники.

XProger Dec 17 2015 at 12:38

Это всё очень здорово, только вот кому интересны оптимизации вывода графики в Android на x86 архитектуре?

beeruser Dec 17 2015 at 13:26

Этот вопрос было бы более уместно задать автору статьи :-)

MrShoor Dec 16 2015 at 20:36

А что за Fast Clear? Где про это можно почитать? Почему очищать нулем или единицей колорбуфер быстрее?
И кажется в вашем случае колорбуфер можно вообще не чистить, а чистить только буфер глубины, не?

XProger Dec 17 2015 at 09:58

Буфер глубины можно и при отрисовке скайбокса затереть с GL_ALWAYS

beeruser Dec 17 2015 at 12:28

Это очень плохая идея. Очистка Z не займёт много времени, а вот заливка на TBDR GPU вызовет загрузку мусорных данных в тайл-буфер на чипе.
Механизмы оптимизации рендера в современных GPU рассчитаны на то, что глубину вы будете чистить каждый кадр.
Подробнее тут:
http://developer.amd.com/wordpress/media/2012/10/Depth_in-depth.pdf
>> Clear the depth-stencil buffer

beeruser Dec 17 2015 at 11:54

У рендертаргета есть метаинформация, которая для определённого блока/тайла поверхности указывает, имеют ли все пиксели тайла общий цвет или не имеют.

На примере AMD об этом можно почитать тут:
http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2013/10/evergreen_cayman_programming_guide.pdf#page23
FMASK/CMASK

DjOnline Dec 19 2015 at 16:55

Я одно не понимаю, разве почти это всё не должны делать драйвера видеокарты или даже сама видеокарта? Отсекать по пирамиде видимости, не выводить далёкие мелкие объекты (или упрощать их автоматически перед выводом с помощью тесселяции и кэширования упрощённой модели), сортировать объекты перед отображением для отсечения.
Что, драйвера под андроид настолько тупые, что не могут подменить команду очистки glClear на быструю очистку glClearColor?

Я же помню ещё 13 лет назад в десктопных видеокартах были радужные анонсы о том что это почти всё это умеет теперь делать сама видеокарта (анонс T&L 2002 года), неужели в мобильных платформах не так?

beeruser Dec 20 2015 at 19:15

«Я одно не понимаю, разве почти это всё не должны делать драйвера видеокарты или даже сама видеокарта? Отсекать по пирамиде видимости, не выводить далёкие мелкие объекты (или упрощать их автоматически перед выводом с помощью тесселяции и кэширования упрощённой модели), сортировать объекты перед отображением для отсечения. „

Нет. Драйвер эти вещи не делает и не должен (ни на какой платформе).

“драйвера под андроид настолько тупые, что не могут подменить команду очистки glClear на быструю очистку glClearColor?»
Что? glClearColor лишь задаёт цвет для glClear.
FastClear это аппаратная фича. У Intel HD она просто очень убогая.

«Я же помню ещё 13 лет назад в десктопных видеокартах были радужные анонсы о том что это почти всё это умеет теперь делать сама видеокарта (анонс T&L 2002 года),»
Память вас подводит. T&L (~1999г) это просто просто трансформация вертексов и освещение, что в 2002 уже устарело.