Есть ли эффективный способ превысить GL_MAX_VIEWPORTS?

В настоящее время я реализую алгоритм оценки позы, предложенный в Ойкономидис и др., 2011 г., который включает в себя рендеринг сетки в N различных гипотетических позах (N, вероятно, будет около 64). В разделе 2.5 предлагается ускорить вычисления с помощью создания экземпляров для одновременной генерации нескольких визуализаций (после чего они сокращают каждую визуализацию до одного числа на графическом процессоре), и, судя по их описанию, похоже, что они нашли способ производить N визуализации одновременно.

На этапе настройки моей реализации я использую массив окон просмотра OpenGL для определения GL_MAX_VIEWPORTS окон просмотра. Затем на этапе рендеринга я передаю массив матриц GL_MAX_VIEWPORTS модели-позы в массив mat4uniform в памяти графического процессора (меня интересует только оценка положения и ориентации) и использую gl_InvocationID в моем шейдере геометрии, чтобы выбрать подходящую матрицу поз и viewport для каждого полигона меша.

GL_MAX_VIEWPORTS на моей машине 16 (у меня GeForce GTX Titan), поэтому этот метод позволит мне рендерить до 16 гипотез одновременно на GPU. Это может оказаться достаточно быстрым, но мне, тем не менее, любопытно следующее:

Есть ли обходной путь для ограничения GL_MAX_VIEWPORTS, который, вероятно, будет быстрее, чем вызов моей функции рендеринга ceil(double(N)/GL_MX_VIEWPORTS) раз?

Я только пару недель назад начал изучать шейдерный подход к OpenGL, так что еще не знаю всех хитростей. Первоначально я думал заменить использование встроенной поддержки видового экрана комбинацией:

1. геометрический шейдер, добавляющий h*gl_InvocationID к y координатам вершин после проекции перспективы (где h — желаемая высота области просмотра) и передающий gl_InvocationID на фрагментный шейдер; а также
2. фрагментный шейдер, который discard создает фрагменты с y координатами, которые удовлетворяют y<gl_InvocationID*h || y>=(gl_InvocationID+1)*h.

Но я отложил дальнейшее изучение этой идеи из-за страха, что ветвление и discard будут очень вредны для производительности.

Авторы статьи выше опубликовали технический отчет, описывающий некоторые из их методов ускорения графического процессора, но он недостаточно подробен, чтобы ответить на мой вопрос. Раздел 3.2.3 говорит «Во время создания экземпляров геометрии информация об области просмотра прикрепляется к каждой вершине... Пользовательский пиксельный шейдер отсекает пиксели, которые находятся за пределами их предопределенных областей просмотра».. Это звучит похоже на обходной путь, который я описал выше, но они использовали Direct3D, поэтому непросто сравнить то, чего они смогли достичь в 2011 году, с тем, что я могу сделать сегодня в OpenGL.

Я понимаю, что единственный окончательный ответ на мой вопрос — реализовать обходной путь и измерить его производительность, но в настоящее время это малоприоритетное любопытство, и я не нашел ответов нигде, поэтому я надеялся, что более опытный пользователь GLSL может быть в состоянии предложить свою экономящую время мудрость.