Основанный на мозаике задержанный рендеринг

Аппаратные средства серии PowerVR SGX используют метод, известный как основанный на мозаике задержанный рендеринг (TBDR). При вызове OpenGL функции ES для представления команд рендеринга аппаратным средствам, те команды буферизуются, пока большой список команд не накапливается. Аппаратные средства представляют эти команды как единственную работу путем деления кадрового буфера на мозаики и затем рисования команд один раз для каждой мозаики с каждой мозаикой, представляющей только примитивы, которые видимы в нем. Главное преимущество к задержанному средству рендеринга - то, что оно получает доступ к памяти очень эффективно. Разделение представляющий в мозаиках позволяет GPU, эффективнее кэшируют пиксельные значения от кадрового буфера, делая тестирование глубины и смешивание более эффективными.

Задержанный рендеринг также позволяет GPU выполнять удаление невидимой поверхности, прежде чем будут обработаны фрагменты. Пиксели, которые не видимы, отбрасываются, не выбирая текстуры или выполняя обработку фрагмента, значительно сокращая вычисления, которые GPU должен выполнить для рендеринга мозаики. Для получения большей части выгоды от этой функции нарисуйте как можно больше кадра с непрозрачным содержанием и минимизируйте использование смешивания, тестирования альфа-версии, и discard инструкция в программах построения теней GLSL. Поскольку аппаратные средства выполняют удаление невидимой поверхности, не необходимо для Вашего приложения сортировать примитивы по всей длине.

Некоторые операции под задержанным средством рендеринга являются более дорогими, чем они находились бы под традиционным потоковым средством рендеринга. Пропускная способность памяти и вычислительные сбережения, описанные выше, выполняют лучше всего при обработке больших сцен. Когда аппаратные средства получают команды OpenGL ES, требующие, чтобы он представил меньшие сцены, средство рендеринга теряет большую часть своей эффективности. Например, если Ваше приложение представляет пакеты треугольников с помощью текстуры и затем изменяет текстуру, OpenGL, реализация ES должна или сразу спугнуть те команды или копировать текстуру; никакая опция не использует аппаратные средства эффективно. Точно так же любая попытка считать пиксельные данные из кадрового буфера требует, чтобы предыдущие команды были обработаны, если они изменили бы тот кадровый буфер.

Методы наиболее успешной практики и для OpenGL ES 2.0 и для OpenGL ES 1.1

Эти методы применяются к OpenGL приложения ES на аппаратных средствах Серии 5 SGX:

• Избегите операций, изменяющих OpenGL объекты ES уже в использовании средством рендеринга из-за ранее представленных команд рисования. Когда необходимо будет изменить OpenGL ресурсы ES, запланируйте те модификации вначале или конец кадра. Эти команды включают glBufferSubData, glBufferData, glMapBuffer, glTexSubImage, glCopyTexImage, glCopyTexSubImage, glReadPixels, glBindFramebuffer, glFlush, и glFinish.

• Для использования в своих интересах демонтажа невидимой поверхности процессора следуйте, инструкции по получению, найденные в, Не Сортируют Представленные Объекты Кроме, Где Необходимо Для Корректного Рендеринга в OpenGL Руководство по программированию ES для iOS.

• Буферные объекты вершины (VBOs) обеспечивают значительное повышение производительности на PowerVR SGX. Посмотрите Буферные Объекты Вершины Использования Управлять Копированием Данных Вершины в OpenGL Руководство по программированию ES для iOS.

• Не используйте отдельные буферы шаблонов. Вместо этого используйте объединенную глубину/буфер шаблонов.

• Используйте Базовые вращения Анимации renderbuffers для вращения содержания между режимом портрета и средой. Для лучшей производительности гарантируйте, что высота и ширина renderbuffer - каждый кратное число 32 пикселей.

OpenGL ES 2.0 на аппаратных средствах PowerVR SGX серии 5

Таблица 1-2 обеспечивает высокоуровневую сводку для платформ OpenGL ES 2.0.

OpenGL ES 1.1 на аппаратных средствах PowerVR SGX серии 5

OpenGL ES 1.1 реализован на аппаратных средствах PowerVR SGX Серии 5 с помощью настроенных программ построения теней. Каждый раз, когда Ваши изменения приложений OpenGL переменные состояния ES, новая программа построения теней неявно сгенерирована по мере необходимости. Из-за этого изменяя OpenGL состояние ES может быть более дорогим, чем это было бы на чистой аппаратной реализации. Можно улучшить производительность приложения путем сокращения количества изменений состояния, которые это выполняет. Для получения дополнительной информации посмотрите Помнить OpenGL Переменные состояния ES в OpenGL Руководство по программированию ES для iOS.

Таблица 1-3 обеспечивает высокоуровневую сводку для платформ OpenGL ES 1.1.