Литература, уроки по OpenGL 3+

Подскажите пожалуйста литература, уроки и т.п. по OpenGL 3+.
Желательно на русском.

0

Сообщение от Igor3D Не надо мне рассказывать про кватернионы, я сам решу где, как и что мне интерполировать, это Вас не касается.

У заказчика проблема XY. Я просто попытаюсь объяснить, что интерполируют повороты в углах Эйлера только чикатилы, и что правильный способ это использование математики 3d (1. перевод углов Эйлера в кватернионы, 2. сферическая линейная интерполяция кватернионов и 3. конвертирование результата обратно в углы Эйлера). Именно так работают все игровые движки, даже если сам юзер добавляет ключевые кадры в углах Эйлера. То есть, юзер на выходе видит красивую интерполяцию в углах Эйлера и ему не нужно даже вникать как работает slerp или кватернионы.

Сообщение от Igor3D Будьте добры это исправить

не ну если все-таки нужно заниматься извращениями, ну так добавляй ты свои 360° к -179°. Ты же сам знаешь, как всё делать, зачем на форуме спрашивать? Лисапед для таких действий тривиальный.

0

Сообщение от Royal_X Так что, ИИ немного тупит.

Gemini про плагины писал, что я не стал копировать на форум:

Проблема плагинов (Legacy): В Photoshop или AutoCAD работают тысячи плагинов, написанных 10-15 лет назад на OpenGL. Если Adobe полностью вырежет поддержку старого API, эти плагины "отвалятся". Это огромный удар по профессионалам.

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

Сообщение от alecss131 А я писал на нем и говорю что не сложнее, вот моя статья в блоге https://www.cyberforum.ru/blogs/1064892/8585.html

Для большинства Си будет проще чем Swift, потому что большинство программистов в РФ начинали с Си в универе. Здесь на форуме код на Си будет понятен и C++ программистам и программистам на других Си подобных языках, типа: Python, C#, Java, JavaScript и т.д. Любой программист на Си-подобных языках может использовать OpenGL. На Си/C++ на OpenGL легко собрать один и тот же код для: Android, Windows, Linux, Web и т.д. Я не уверен, что код на Metal при разрастании не будет всё больше стремиться к Vulkan. OpenGL ES 3.0 проще.

Сообщение от alecss131 использовать кроссплатформенные либы/движки единственный выход.

На Си главная кроссплатформенная либа - это SDL. Она даже встроена в Emscripten. Но проблема в том, что SDL_Renderer не даёт такого контроля, как OpenGL ES 3.0. Для инди-одиночки на Си и C++ получается, что OpenGL ES 3.0 является единственным идеальным выбором. Я могу один и тоже проект собрать в EXE, APK и Wasm. Когда я собрал в Wasm, то я могу опубликовать QR-код и моё приложение можно очень быстро запустить на Android и iOS. А мне без разницы будет запущено ли моё приложение на iOS через транслятор или нет. Я в любом случае не напишу игру AAA-класса для мобилы.

0

Сообщение от 8Observer8 В Photoshop или AutoCAD работают тысячи плагинов, написанных 10-15 лет назад на OpenGL. Если Adobe полностью вырежет поддержку старого API, эти плагины "отвалятся". Это огромный удар по профессионалам.

Хз, может это и так. Я Photoshop использую без плагинов, от последних только одни проблемы, поскольку слишком они чувствительны к версиям редактора, к тому же, некоторые плагины негативно сказываются на стабильности редактора.
AutoCAD никогда не юзал и данная прога больше для создания 2d/3d чертежей (электронный кульман).
Я вот пользовался немного другими САПР - параметрическими, которые позволяют создавать изделия. К таким относятся Autodesk Inventor, Autodesk Fusion, Solidworks, FreeCAD или стандарты индустрии - Siemens NX, CATIA и пр.

Добавлено через 6 минут

Сообщение от 8Observer8 проще

проще просто юзать игровые движки, которые твою игру смогут экспортировать под разные платформы, используя разные графические API

0

Сообщение от Royal_X Я просто попытаюсь объяснить, что интерполируют повороты в углах Эйлера только чикатилы, и что правильный способ это использование

Никто пока не спрашивает "как интерполировать". Юзер хочет видеть анимацию (гладкую кривую) в углах Эйлера, это требование законно.

Сообщение от Royal_X ну так добавляй ты свои 360° к -179°. Ты же сам знаешь, как всё делать, зачем на форуме спрашивать?

Так это (переход +/-180) только первый камешек, мы еще и до половины не дошли.

Ладно, замнем для ясности, толку все равно ноль

0

Сообщение от Royal_X проще просто юзать игровые движки, которые твою игру смогут экспортировать под разные платформы, используя разные графические API

Смотря для чего и для кого проще. Если в плане зарабатывание денег в GameDev, то да, игровые движки намного проще, потому что нашёл вакансию в своём городе на hh, послал резюме, сходил на собеседование, выполнил тестовое задание, поработал несколько недель или месяцев на испытательном сроке (стажёром или более опытным), а потом ходишь и целыми днями работаешь с одним и тем же движком с утра до вечера и получаешь за это заработную плату.

Если человек предприниматель, который хочет инвестировать - ну в плане бизнеса и найма сотрудников, то игровой движок намного проще, потому что искать людей проще на hh на том же Unity, чем на SDL и OpenGL. Или если допустим у его родителей или других родственников свой бизнес, то они могут инвестировать в бизнес своего родственника. Можно арендовать офис в бизнес-центре, купить теже Маки, столы, шкафы и т.д. Купить платные подписки: Unity (+платные ассеты), Maya, Photoshop и т.д. Нанять людей. Сейчас найти программистов на Unity в любом городе на hh проще простого, потому что Unity изучают чуть ли не с пелёнок - на каждом шагу платные школы по Unity, платные онлайн-курсы (где уже чуть ли не каждый курс по C# для детей и старше - это обязательно Unity), его бесплатно изучают в школах, универах в РФ.

А вот в плане изучения "Программирования компьютерной графики" (предмета в США - Computer Graphics) игровые движки не подходят. Не знаю правду Gemini пишет или нет, то он написал, что в США в вузах на курсе "Computer Graphics" изучают OpenGL, а не игровые движки. Так-то движок скрывает работу с матрицами вида, проекции, переноса, поворота и т.д.

Потом, если брать CyberForum, то у студентов из вузов могут быть разные задания по программированию на разных языках по компьютерной графике. Может быть задача - нарисовать домик на Си, Python, JavaScript и т.д. Либо нарисовать график функций. Можно взять либу, а я считаю, что лучше взять OpenGL. Потому что больше контакта с самой подноготной компьютерной графики, то есть тут прям математика в первозданной её красоте в виде матриц (линейной алгебры) и геометрии. Мне проще в плане даже помощи кому-то. Я знаю базовый OpenGL и могу тот же самый код написать на Си/C++, Python, JavaScript и т.д. Мне не нужно изучать кучу либ под каждый язык, который изучает каждый студент на форуме.

0

Сообщение от alecss131 Ага, так как не поддерживает новомодные лучики, которые я считаю бичем игровой индустрии, они ничего не дают (фиг найдешь отличия с ними и без) но жрут дофига ресурсов.

Напомнили дела давно минувших дней

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

Примерно так вякали на raytrace в начале/середине 90-х Но такие голоса быстро смолкли и довольно скоро все приложения стали иметь raytrace, рендер без него уже не обсуждался. Почему - не секрет, просто долго рассказывать
Сейчас то же происходит с hardware рендером, и, думается, итог будет тем же. Именно "лучики" и были целью Metal/Vulkan

0

Сообщение от EugeneNN Вулкан сложен, спору нет, но по мне, большая часть проблемы - именно декомпозировать его на объекты, перечисленные мною в комментарии выше.

Ах как слышны нотки (уже) знатока А Вы уверены что идете верным путем? Вот типовая ситуация

Есть код на OpenGL, довольно большой, но все работает, и кросс-платформенно. Не все гладко, кто достаточно много занимался понимает минусы OpenGL. И вот постоянное гавкание "deprecated", слухи что вот-вот OpenGL уберут (но все не убирают) - все это конечно раздражает. Нужно портировать на вулкан, и, как любой портинг, это тяжелая и неблагодарная работа. Гемор капитальный, а вот на "лавры" можно не рассчитывать, подумаешь, обновили какую-то там систему. Ничего нового, ну разве только новые баги! Так что я не уверен что быть большим спецом по вулкану выгодно

Как бы стал портировать нормальный человек? Да точно так же как всю жизнь делали с OpenGL: найти рабочий пример и переписать. Для начала научиться рисовать треугольники (реже др примитивы). Потом материалы, текстуры. Потом вещи посложнее, типа бамп, инстансы, стенсилы и все такое. И что, найти такие примеры невозможно? Обязательно надо лезть в кишки с декомпозицией, обертками, синхронизацией? Не верю. Даже если "ну вот такая система", то обязательно должны быть "костыли" (пусть это слово), которые позволяют делать простые вещи не заморачиваясь.

Сообщение от alecss131 вот функция рисования

У меня OSX основная платформа, и я не сомневаюсь что со swift'ом все сошьётся гладко. Но почему платформо-зависимо? Откуда такая "легкость мысли"? Ведь бздошное вындоуз поддерживать тоже придется.

Сообщение от alecss131 А так всякие трансляторы я считаю костылями, которые не стоит использовать.

Ну считать/полагать можно что угодно

В общем, пока я вижу просто "плохо искали"

0

Лучше создать новую тему и перенести туда оффтоп. Это закреплённая тема. Здесь 8 страниц из которых 3,5 страницы - это оффтом. Я тоже учувствовал в этом холиваре, но меня спровоцировали. Это неправильно приходить в тему по OpenGL по литературе и начинать писать, какой OpenGL плохой. Это как если человек не любит C#, приходит в раздел C# в рандомную тему и пишет, почему C# плохой - это автоматически рождает холивар и оффтоп.

0