Выбор OpenGl

[deMax]

Придумайте свой формат и напишите экспортер из редактора. Большинство редакторов (если не все) позволяют это делать довольно легко.

Так я так и хочу, нужно во что то экспортировать, чтоб потом в свой формат собрать. И чтоб там было все необходимое (иерархия объектов, полигоны, нормали и текстуры)

Есть COLLADA https://ru.wikipedia.org/wiki/COLLADA.

Спасибо, похоже на то что нужно. Только Deep Exploration при экспорте в этот формат модель в кашу превратил.

[navrocky]

Только Deep Exploration при экспорте в этот формат модель в кашу превратил.

Blender неплохо умеет в этот формат. Также есть либа Assimp, которая умеет его читать.

[Igors]

Есть COLLADA https://ru.wikipedia.org/wiki/COLLADA.

А дата последнего апдейта не смущает?

[navrocky]

Есть COLLADA https://ru.wikipedia.org/wiki/COLLADA.

А дата последнего апдейта не смущает?

Это же версия стандарта. Бывают более протухшие популярные стандарты

Я когда два года назад разбирался с загрузкой модели из blender в свою прогу, много чего перебрал, с COLLADA получалось наиболее адекватно, с текстурами, нормалями и правильной расстановкой деталей, поэтому и советую. Ну и это открытый стандарт, и во многих пакетах поддерживается экспорт/импорт в него.

[deMax]

Я когда два года назад разбирался с загрузкой модели из blender в свою прогу, много чего перебрал, с COLLADA получалось наиболее адекватно, с текстурами, нормалями и правильной расстановкой деталей, поэтому и советую. Ну и это открытый стандарт, и во многих пакетах поддерживается экспорт/импорт в него.

Спасибо, значит наверно на нем и остановлюсь - вроде все устраивает. (жалко что нет иерархии и смещения частей в obj формате, меня бы в принципе устроил).

[deMax]

Я когда два года назад разбирался с загрузкой модели из blender в свою прогу, много чего перебрал, с COLLADA получалось наиболее адекватно, с текстурами, нормалями и правильной расстановкой деталей, поэтому и советую. Ну и это открытый стандарт, и во многих пакетах поддерживается экспорт/импорт в него.

Наверно на этом и остановлюсь. Вы сами xml парсили или библиотекой воспользовались? Может есть примеры?

p.s. Как человеку в юные годы долго игравшимся с lightwave, интерфейс blender доводит до слов нехороших... еще и форматы не все корректно переводяться. Надеюсь связка blender->COLLADA->opengl без косяков.

[navrocky]

Я когда два года назад разбирался с загрузкой модели из blender в свою прогу, много чего перебрал, с COLLADA получалось наиболее адекватно, с текстурами, нормалями и правильной расстановкой деталей, поэтому и советую. Ну и это открытый стандарт, и во многих пакетах поддерживается экспорт/импорт в него.

Наверно на этом и остановлюсь. Вы сами xml парсили или библиотекой воспользовались? Может есть примеры?

Нет конечно, я пользовал assimp, пример ее использования есть в qt3d.

[deMax]

Нет конечно, я пользовал assimp, пример ее использования есть в qt3d.

Спасибо.

А как модель экспортировали? Blender экспортирует в collada(.dae), но deepexploration не отображает текстуры(неправильный путь к текстуре материала+на все объекты наложен материал по умолчанию)

[navrocky]

К сожалению, я уже припомнить не могу что да как, но без танцев с бубном, конечно, не обошлось 

[deMax]

Хочу в OpenGl сделать реализацию слоев, у меня объекты находятся в разном масштабе и по факту все объекты первого слоя находятся дальше любого объекта второго слоя(а в opengl они будут пересекаться, т.к. единица масштаба у каждого слоя своя). Правильно ли я думаю, что перед началом рисования следующего слоя нужно сбросить буфер глубины?
Какие движки поддерживают возможность очистки буфера глубины в процессе рисования сцены? Openscenegraph?

p.s. Эта задача актуальна для космоса, макро объектов на фоне нашего мира...

[Igors]

Хочу в OpenGl сделать реализацию слоев, у меня объекты находятся в разном масштабе и по факту все объекты первого слоя находятся дальше любого объекта второго слоя(а в opengl они будут пересекаться, т.к. единица масштаба у каждого слоя своя). Правильно ли я думаю, что перед началом рисования следующего слоя нужно сбросить буфер глубины?
Какие движки поддерживают возможность очистки буфера глубины в процессе рисования сцены? Openscenegraph?

p.s. Эта задача актуальна для космоса, макро объектов на фоне нашего мира...

Сбрасывая depth буфер Вы просто говорите OpenGL "рисовать поверх старого (т.е. уже отрисованного)". Кто мешает просто выводить звезды "от дальних к ближним"? Используя какое-то условное расстояние, хоть тот же номер слоя = Z, Все равно это будут точки заданной "толщины"

[deMax]

Например: я рисую космический корабль - единицы измерения метры, рисую солнечную систему - тысяча метров, звезды - а.е/парсеки... и ничего не пересечется. Работаем в нормальной системе измерения и не надо проверять что вдруг солнце перед космическим кораблем окажется. В space engine автор писал что реализовал рисование космоса через слои, вот я и пытаюсь понять как это можно реализовать.

[Igors]

Например: я рисую космический корабль - единицы измерения метры, рисую солнечную систему - тысяча метров, звезды - а.е/парсеки... и ничего не пересечется. Работаем в нормальной системе измерения и не надо проверять что вдруг солнце перед космическим кораблем окажется.

OpenGL рендерит во "фрустуме" (усеченная пирамида), напр в gluPerspective задаются передняя и задняя глубины (hither/yon). И эти параметры совсем не безобидны, поэтому вряд ли дело дойдет даже до солнечной системы, не говоря уже о парсеках.

В space engine автор писал что реализовал рисование космоса через слои, вот я и пытаюсь понять как это можно реализовать.

Если бы все было "в реальных размерах" (как Вы упорно хотите) - никакие слои не нужны. Не понимаю в чем сложности? Напр расстояние от Земли до солнца 150 * 1.0e+6 км - ну и положите его равным 150. Точно так же все размеры планет поделите на 1.0e+6 км. Визуально ничего не изменится (вспомните подобие треугольников). Для звезд это не проходит - с ними работайте по углу, об этом уже говорили.

Конечно месяца так через 3 Вы можете опять задать тот же вопрос - но такой подход непродуктивен 

[deMax]

OpenGL рендерит во "фрустуме" (усеченная пирамида), напр в gluPerspective задаются передняя и задняя глубины (hither/yon). И эти параметры совсем не безобидны, поэтому вряд ли дело дойдет даже до солнечной системы, не говоря уже о парсеках.

Это я знаю. Поэтому звезды буду в парсеках рендерить, и если буфер не обнулять то они перед кораблем окажуться.

Если бы все было "в реальных размерах" (как Вы упорно хотите) - никакие слои не нужны. Не понимаю в чем сложности? Напр расстояние от Земли до солнца 150 * 1.0e+6 км - ну и положите его равным 150. Точно так же все размеры планет поделите на 1.0e+6 км. Визуально ничего не изменится (вспомните подобие треугольников). Для звезд это не проходит - с ними работайте по углу, об этом уже говорили.

Я отдалюсь от корабля на 150 метров и корабль "влетит" в солнце. А земля?

p.s. space engine лучшее из того что я видел в плане космоса, а по графике и подавно. Там используют слои, вот я и думаю какие способы реализации слоев в opengl еще есть.