BerylEngine [58 из 365] (24 стр)

> где Samplers ? где MultiBind ?
есть

> где TextureStorage ?
с этим были проблемы, но вообще первоначально было (сейчас закрыто дефайном)

> или ты для каждого объекта будет убого по 1 текстурки ставить на десктопе в 21
> веке?
лолчто?

> нету загрузки текстур
есть же

> сначала загружаем в память
именно так оно сейчас

> нужно в классе image давать некий Callback который сразу с диска булдет
> подавать на
не лучшее решение. С чего image должен знать о текстуре?
да и моими планами на потоки не сработает

> возможно, а возможно его задача объекты создавать, а возможности выплюнуть
> отдельно
Там DX11 стиль - а именно два класса - RenderDevice и RenderContext

Тогда, думаю, и начала зарождаться идея сделать идеальную (для меня) обертку. Чтобы как раз делать такие вещи не тратя лишнее время.

Еще, у меня не такое представление о движках, как у вас. Вы их видите... ну наверное как юнити, с кучей инструментов (90% из которых не нужны проекту).

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

впрочем - это все не значит что я остановлюсь на обертке. Ведь впереди у меня еще 316 дней, а работа над оберткой GAPI подходит к концу

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

Игровой движок и графический движок это вообще-то совсем разные вещи.
И если второго может и не быть(хоть это и странно, что за игры там? Арканоиды?), то первый в той или иной форме есть всегда

> Ведь впереди у меня еще 316 дней
Такие дедлайны не работают. Должны быть короткие, две-три недели максимум, и причем каждый раз на выходе должно быть что-то что уже имеет осязаемый функционал

Правка: 10 апр. 2018 6:50

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

Третье - использовать инлайн функции со свитчем.

Больше вариантов не знаю

Плюс в третьем варианте можно добавить проверку на использование:

GLenum toGLShaderType(ShaderType mode)
{
  switch ( mode )
  {
  case ShaderType::Vertex: return GL_VERTEX_SHADER;
  case ShaderType::Fragment: return GL_FRAGMENT_SHADER;
  case ShaderType::Geometry: return GL_GEOMETRY_SHADER;
  }
  ParameterFailed("ShaderType");
}
//

Правка: 10 апр. 2018 7:38

попробуй поменять независимо анизотропию - получаешь комбинаторный взрыв

Решил отойти от абстракций и потихоньку пилю под первую демо. Демо будет двухмерной (возможно платформером).. двухмерное ближе чем 3D, поэтому решил с него.

Что добавляю:
- спрайтовый рендер
- звук
- некий скелет сцены (только под эту демо)

Еще моя ненависть к 2D в юнити...
Если 3D я могу делать в юнити (поэтому движок не горит), то вот 2D я там буду делать только за очень большую зарплату, не для себя и не по фану...
(меня всё раздражает в спрайтовом движке юнити... они конечно начали что-то там добавлять/исправлять... ну лет через десять может и станет как я хочу видеть... а до тех пор не, не буду...)

Я надеюсь эта часть не затянется (ну по срокам две недели максимум)

> Я надеюсь эта часть не затянется (ну по срокам две недели максимум)
Ну ты хоть опиши тут по пунктам, что входит в эту часть, и тебе ориентир и нам интересно.