[велосипедостроение] интерфейс для отображения потрошков 3D конструкции в разрезе?

Ввести в интерфейс возможность построения секущей плоскости. Далее показывать либо сечение (только точки, принадлежащие плоскости), либо разрез (точки в плоскости и за ней).

Есть такое дело, но это не совсем то - нужен именно вырез (типа углом) что бы были три плоскости задействованы

Ну так создай 3 секущих плоскости и дай возможность указать, какой квадрант надо вырезать.

Уже лучше, спасибо;-)

Я то наивно думал что тут есть типовые решения.

Очень нетривиальная задачка, кстати.

Она те что нетривиальная... она сырая, есть много вариантов и непонятно какой выбрать.

Дать возможность провести секущую плоскость, по которой и показывать потроха.

Дать возможность провести секущую плоскость

Довольно любобытная тема. Тут идет работа на такой мутный параметр как «удобство восприятия пользователем». Возможно, но не факт, что секущие плоскости будут идеальным вариантом. Мне кажется все очень сильно зависит от задачи, которую будут решать.

Вообще стоило бы обсудить различные варианты представления трехмерных данных.

Просто, насколько я знаю на уровне того же OpenGL поверхность объекта, состоящая из полигонов имеет передние и задние грани. При этом, на уровне OGL невозможна отрисовка одновременно передних и задних граней. Т.е. нельзя, скажем, увидеть внутреннюю поверхность сферы в разрезе.

Резку придётся делать программно.

Собственно, по этой причине в библиотеке OpenGL отсутствует функция для такого рода срезов.

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

>Резку придётся делать программно.

Я, к сожалению, с CAD-системами не работал, т.ч. с их возможностями не знаком :(

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

еще вариант - отображать всё мелкими сферами (чтобы не загораживали вид), но яркость зависит от расстояния до камеры. это всё разумеется вращается.

секущие хороши, если речь идет о каком-то сплошном объекте с внутренней структуре, а тут частицы...

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

А что мешает на каждую поверхность завести две грани - переднюю и заднюю? Костыль конечно, работать вроде должно. Хотя я не специалист по таким вещам.

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

Но можно ведь создать два полигона. Или я чего-то не понимаю?

Ещё раз. Передняя/задняя грань полигона определяются относительно точки обзора, а не в абсолютной системе координат.

Да проблем со сделать нету, поскольку я делаю руками без GL - это гораздо проще чем кажется. Проблема в том, что непонятно что именно сделать;-)

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

если рисуешь opengl'ом, то поищи в гугле по фразе opengl clipping planes
или вот еще stencil buffer(правда это вроде какой-то костыль, отмирающий, хотя может и нет :D) можно использовать:
http://glbook.gamedev.net/moglgp/advclip.asp

ну так можно же сделать так, чтобы каждый полигон дублировался, и внутрення сторона у дублирующего полигона была направлена в сторону внутренней стороны другого полигона. Имхо, в старой 3DSMax 4 так и делалось.

Пруф или не было. Каждый треугольник имеет нормаль, знако проекции которой на вектор зрения и определяет нужность отрисовки. Не тупи.

Ну это включается с помощью glEnable(GL_CULL_BACK_FACE) или что-то типо того, точно не помню.
Еще вродебы помню, что «заднее» это «лицо» или «переднее» определяется по направлению нормали. А направление нормали можно установить glNormal3f(x,y,z).
С прозрачностью может возникнуть проблема из-за порядка отрисовки полигонов. Это описано здесь http://pmg.org.ru/nehe/ogl01.htm (счас это тоже решается как-то с помощью шейдеров)

еще кстати чё-то вспоминается, что или в самом opengl или в glu/glut/др.библиотеке есть функция вычитания геометрий.

>Ну это включается с помощью glEnable(GL_CULL_BACK_FACE) или что-то типо того, точно не помню.

Я в третий раз повторяю. GL_FRONT и GL_BACK полигона высчитываются динамически по отношению к текущей точке обзора, а не к абсолютной системе координат в которой находится объект.

Еще вродебы помню, что «заднее» это «лицо» или «переднее» определяется по направлению нормали. А направление нормали можно установить glNormal3f(x,y,z).

Нормализация вообще относится к освещению.

>или вот еще stencil buffer(правда это вроде какой-то костыль, отмирающий, хотя может и нет :D)

Это тоже из другой оперы. Им раньше тени рисовали :-)

http://gts.sourceforge.net/

>>Ну это включается с помощью glEnable(GL_CULL_BACK_FACE) или что-то типо того, точно не помню.

Я в третий раз повторяю. GL_FRONT и GL_BACK полигона высчитываются динамически по отношению к текущей точке обзора, а не к абсолютной системе координат в которой находится объект.

Тут об этом речи и не шло, когда и по отношению к чему оно вычисляется. раз это включается через glEnable, значит оно и отключается через glDisable.

Еще вродебы помню, что «заднее» это «лицо» или «переднее» определяется по направлению нормали. А направление нормали можно установить glNormal3f(x,y,z).

Нормализация вообще относится к освещению.

А как он по-твоему рассчитывает-то математически что считать бэкфэйсом, а что фронтфэйсом? Помоему, оно смотрит на нормаль, и, если нормаль направлена в сторону(до какого-то предельного углового отклонения) «камеры» то это фронтфэйс, а если в сторону от камеры, то бэкфэйс.

А как он по-твоему рассчитывает-то математически что считать бэкфэйсом, а что фронтфэйсом?

Я не специалист, но вроде по порядку следования вершин. Против часовой стрелки - лицевая сторона, по часовой - тыльная. Соотвественно нужно создать два треугольника с одинаковыми координатами вершин, но разным порядком следования. Ну как-то так.

Товарищи, OpenGL и Ко к моим задачам плохо применим. Скажем есть массив 1024х1204х1024 точек. Если на каждую ячейку втыкать полигон, то это никогда не отрисуется. Гораздо проще (и быстрее) работать со своим z-буфером.

Автор MathGL кстати пытался сначала работать с MathGL, потом отказался - пресечение сложных поверхностей она отрабатывает плохо.

Опечатка:

Автор MathGL кстати пытался сначала работать с OpenGL, потом отказался - пресечение сложных поверхностей она отрабатывает плохо.

volume rendering, не?

Ну по звучанию похоже;-)

можно посмотреть opendx и как ни странно grass

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

Кто вам это сказал? Достаточно запретить удаление задних граней. И да, передняя грань — это та грань, для которой вершины заданы против часовой стрелки вокруг нормали.

Ну тогда, если подробнее, то в сторону всяких ray casting'ов или marching thethraedrons/cubes надо смотреть. По сути должно быть именно то, что надо: к примеру в медицине снимки томографии прадставляют собой скалярное поле значений цвета(а точнее интенсивности, ибо градации серого), по ним строится трёхмерное изображение внутренностей. Внутренности отфильтровываются по значению точек поля.(ну там кожу снять, кости показать). Можно найти кучу реализаций всяких, с шейдерами, без шейдеров, на GL, без него.

Во, вот это тоже мысль, спасибо! Я не про реализацию, а про фильтрацию по диапазону значений - как сам то не додумался...