странность скорости отрисовки opengl

[pozitiffcat]

Раньше у меня каждый объект хранил 2 vbo, для вершин и индексов. Сделал 2 общих vbo на все объекты, при отрисовки просто буффер оффсетится, так скорость упала на 10-20% что за фигня? Где логика...

[HolyDel]

на каких платформах наблюдается такое поведение?

[pax]

А сколько раз делаешь SetBuffer?

[HolyDel]

А сколько раз делаешь SetBuffer?

загоняет данные очевидно сколько моделей раз.

вообще по идее техника должна давать буст. может просаживается в каких-то смежных местах.

[pax]

Я как-то на Unity генерил меш из субмешей. Субмеши имели разные материалы. И вот из-за разных материалов в статистике было вершин больше во столько раз, сколько было этих материалов. Т.е. Unity ставила вершинный буфер например 3 раза для трех материалов. В результате вершин было в статистике х 3.

[SBJoker]

Ну это нормально, любой меш режется по материалам, насколько я знаю нельзя сразу вывести несколько материалов.

[HolyDel]

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

Т.е. Unity ставила вершинный буфер например 3 раза для трех материалов.

я тоже думал о такой оптимизации (ли?).
суть такова: под каждый набор vertex attribs ставится генерится свой вершинный буфер, чтобы данные в нем располагались как можно плотнее.
Но потом меня напугало большое число ВБО, большое число лишней информации и менеджмент ее. Возможно введу такую оптимизацию (ли?) для позиций. Т.е. 2 ВБО - в одном все. Во втором только позиции. Второй нужен для рендеринга в z early pass или для рендеринга в текстуру глубины (для теней например).

Сообщение от HolyDel

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


я тоже думал о такой оптимизации (ли?).
суть такова: под каждый набор vertex attribs ставится генерится свой вершинный буфер, чтобы данные в нем располагались как можно плотнее.
Но потом меня напугало большое число ВБО, большое число лишней информации и менеджмент ее. Возможно введу такую оптимизацию (ли?) для позиций. Т.е. 2 ВБО - в одном все. Во втором только позиции. Второй нужен для рендеринга в z early pass или для рендеринга в текстуру глубины (для теней например).

какой смысл в плотности если ты их один раз загоняешь в vram ? надо чтобы в линейки кеша попадало, а они 32 байтовые зачастую

[HolyDel]

какой смысл в плотности если ты их один раз загоняешь в vram ?

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

[pozitiffcat]

Сообщение от HolyDel

на каких платформах наблюдается такое поведение?

там хрень какаято скорость отрисовки растет а фпс нет.. странность короче, буду копаться, походу opengl что то мудрит из-за какогонибудь флага

[pax]

На телефонах ограничение FPS, на iOS вроде 30, на андроедах 60.

[SBJoker]

на iOS у всех 60, наверное тока у юнити 30.

[HolyDel]

там хрень какаято скорость отрисовки растет а фпс нет..

может ошибки в расчете фпс?

[pozitiffcat]

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

[pozitiffcat]

Путем ковыряний пришел к выводу, что glbindbuffer ничего не стоит, и нет смысла хранить кучу объектов в одном vbo. разве что для оптимизации дипа.
Очень сильно кушает время дип. gldrawelements. Как тут можно оптимизировать? Если куча разношерстных объектов с разными материалами, получается никак? Впринципе я добился достойного фпс на говеном железе, это поднял с 15 до 51 на adreno 200, но хочется большего. У кого какие соображения??