VK
glide кстати какой-то довольно минималистичный был
Разве? Больше, чем OpenGL же, вроде
Size: a a a
2021 April 04
U
Разве? Больше, чем OpenGL же, вроде
да нет, там хедер маленький совсем был
U
Понятно. Просто я думал о том, как писать врапперы вокруг OpenGL и думал о том, что было бы хорошо, если бы они вызывались как можно близко друг к другу
Но когда у тебя сложная система, то GameRender::drawSkybox будет далеко от LevelEditor::drawTransformGizmo.
Но draw list'ы по идее должны сделать так, что будет пофиг на то, как всё именно рендерится пока только набирается draw list, а потом уже можно просто почитать код "processDrawList"
Но когда у тебя сложная система, то GameRender::drawSkybox будет далеко от LevelEditor::drawTransformGizmo.
Но draw list'ы по идее должны сделать так, что будет пофиг на то, как всё именно рендерится пока только набирается draw list, а потом уже можно просто почитать код "processDrawList"
у меня сейчас другая архитектурная проблема есть
доберусь до движка, покажу
доберусь до движка, покажу
VK
да нет, там хедер маленький совсем был
https://www.gamers.org/dEngine/xf3D/glide/glideref.htm примерно как на OpenGL, но всякие мелкие фишки ещё есть, хромакей какой-то
U
значит у меня память дырявая
ED
https://github.com/osslugaru/lugaru/blob/master/Source/GameDraw.cpp#L114
Я просто ещё вспомнил вот это... Это ужас, не представляю, как такое можно поддерживать...
Я просто ещё вспомнил вот это... Это ужас, не представляю, как такое можно поддерживать...
ED
Но там ещё OpenGL старинный, да
ED
Ну и код VVVVVV вызывал у меня сильные эмоции... 😂
ED
Ну и скрин кода Undertale сильно запомнился.
U
у меня сейчас другая архитектурная проблема есть
доберусь до движка, покажу
доберусь до движка, покажу
у меня движок побит на несколько модулей, и в модуле GUI есть рендер
K
у меня движок побит на несколько модулей, и в модуле GUI есть рендер
Рендер GUI или вообще всего?
U
Рендер GUI или вообще всего?
Гуи
U
я не могу придумать как нормально прикрутить его к остальному пайплайну движка
K
я не могу придумать как нормально прикрутить его к остальному пайплайну движка
А как у тебя представлены обычные игровые объекты? Через какой-нибудь класс Entity?
U
А как у тебя представлены обычные игровые объекты? Через какой-нибудь класс Entity?
да, но гуи же отдельная тема
D
Понятно. Просто я думал о том, как писать врапперы вокруг OpenGL и думал о том, что было бы хорошо, если бы они вызывались как можно близко друг к другу
Но когда у тебя сложная система, то GameRender::drawSkybox будет далеко от LevelEditor::drawTransformGizmo.
Но draw list'ы по идее должны сделать так, что будет пофиг на то, как всё именно рендерится пока только набирается draw list, а потом уже можно просто почитать код "processDrawList"
Но когда у тебя сложная система, то GameRender::drawSkybox будет далеко от LevelEditor::drawTransformGizmo.
Но draw list'ы по идее должны сделать так, что будет пофиг на то, как всё именно рендерится пока только набирается draw list, а потом уже можно просто почитать код "processDrawList"
Надо писать так, чтобы, ты подключил файл рендера, опа и игра его увидела, и ты можешь его включить, если твоё оборудование поддерживает этот api. Действительно удобный подход, если у тебя не один рендер
K
да, но гуи же отдельная тема
Можешь сделать GUI таким же Entity, почему нет
D
Надо писать так, чтобы, ты подключил файл рендера, опа и игра его увидела, и ты можешь его включить, если твоё оборудование поддерживает этот api. Действительно удобный подход, если у тебя не один рендер
Это через динамические библиотеки делается, полезная штука
U
Можешь сделать GUI таким же Entity, почему нет
звучит ужасно.