Я вообще pch не пишу, ибо мне лень. В движке мы просто берем общие хедеры модулей в один pch.h и собираем

типа такая помойка, которая всем видна? autocomplete отключаете, наверное в IDE

Ну вот этож жесть полная..

Никакой у нас помойки нету. Надо просто правильно организовывать инклуды, тогда все будет красиво и органично

Это вот без pch.h у меня в проекте помойка полнейшая

ну pch.h  — это противоположность этому

Вот такое постоянно под платформенным кодом

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

Ведь можно же сделать хедер, в котором не просто все хедеры проекта, а скажем объединять из разных мест разные инклуды

Да и плюс, благодаря pch.h у всех движков что я знаю сборка ускорялась в 2-3 раза

А если ещё и юнити билд прицепить...

Движок, который билдился за 30-60 минут на этой машине теперь билдится за 1.5 минуты

++

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

Тебе не кажется что это "слишком" для первичного восприятия/чтения?

Добрый день
Есть какие-нибудь мануалы по быстрой отрисовке вот таких линий, не используя геометрические шейдеры?
У меня сейчас сделано так:
Каждая линия состоит из 15 четырёхугольников, при 140 таких линий на экране фпс проседает со 130 до 70, а я хочу рисовать их раз в 10 больше
Я почитал про instancing - он в этом случае не подойдёт, т.к. рисуются не одинаковые прямоугольники, или может я что-то не так понял
Подскажите пожалуйста как быть

как-то это не оптимально на каждую линию тратить по 15 четырехугольников

Если рисовать через GL_QUAD_STRIP то вершин получается в 2 раза меньше, но от проседания фпс это не спасает

У тебя какой OpenGL?

3.0