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

Есть какие-то мысли — почему так происходит, в чём может быть причина столь диких тормозов на такой простой геометрии? Оптимизация сильно поломалась? Просто я попробовал таким же способом сделать подобную фигуру — наделал лофтов даже больше чем у автора и тормоза при этом были максимум секунд на пять-шесть при объединении сразу всех тел, и меньше пяти секунд при выставлении G2 в лофтах (и то не всегда). Авторский же файл тормозит сильно даже просто при открытии.  Удаление истории на задумчивость, мне кажется, не влияет. Правда я размеры делал не такие маленькие, а то что-то помнится про глюки при малых размерах, но не помню подробностей.

Мне интересно — Вы это как то специально сделали? Просто непонятен смысл последних операций в таймлайне. Хотя и без них тормозит ужасно. Отправить этот файлик разработчикам — хорошая идея, как мне кажется, наверняка такая задумчивость из-за какого-то бага.
Если вдруг нужен результат, то вот, что смог.

Этот вариант уже предлагали. По сути все тогда зависит от плоскости. А автор хотел шоб все автоматом

Я пока не перестраивал. Геометрия мне там не нравится (я про исходник

Процес создания был такой. 2 кубика профиля, между ними лофт с  G1 G2. Лофт как новое тело. Затем дальний кубик Мувом переезжает к новому месту и снова лофт. Так и посторилось всё.

Видимо где-то проглядел. Но в любом случае, какая-то привязка ориентации в пространстве должна быть. Не бывает же задачи построения просто ради построения... Или бывает?🤔

ну вот потому и ждем от Павла доп. информацию

а он задачу закинул и тему не развивает ;)

Или решил или забил.

скорее отложил ;) или пока нечего добавить

Именно так я пробовал и зависаний не заметил, ну кроме нормальных для фьюжена на несколько секунд. Лофтов не меньше сделал (большинство с G2), а именно восемнадцать и восемнадцать тел сразу объединял – примерно на шесть секунд только задумался фьюж. А на Вашем даже при move/copy колечка (4 тела) начинает дико тормозить, больше минуты операция длилась. Что-то я делаю не так...
А зачем Вы каты и ремувы после лофтов делали? Сразу объединение чем не устроило? Или это попытка обойти зависание?

Румувы делал вроде для художественной части. Уже и не помню. Ну и думал удалив лишние теля оно заработатет.

К стати в G2 там можно настроками поиграться, может еще и эти рассчеты тормозят?

кстати по рукояти вчера сделал видео (оно даже со звуком) и автора вроде устраивает. но не уверен нужно оно кому-то еще

Отправлено из Viber: https://www.viber.com/invite/efaf9f862b3684ae3220eee1e7029c02f4a3f2efa55c39e92ed9889f822cebce/11

Отправлено из Viber: https://www.viber.com/invite/efaf9f862b3684ae3220eee1e7029c02f4a3f2efa55c39e92ed9889f822cebce/11

Такая тема, есть СТЛ файл,и есть габариты рам заказчика. Я когда загружаю в арт Кам стл,то во время импорта файла указываю внешние габариты которые захотел заказчик. Соответственно, рама растягивается. А он хочет что бы на всех рамах была одинаковая ширина рамы - 60 мм

Что делать- не знаю

Типо нужно каждый размер поделить в Максе? С стл ничего не сделаешь?