Как оптимизмровать Blender для редактирования высокополигональных моделек?

А сколько памяти максимально тянет твои мать и процессор.

STL-модельку размером в 1.8 ГБ

Что может столько весить? И где оно создавалось и какие программы нормально потянут эту модель в STL? Я так понимаю, всё это один объект, да? Могу только посочувствовать.

8 Гб сейчас ничто. Докинь хотя бы до 32. Лучше до 64. Если не заработает, тогда приходи.

Ну а как ты хотел. Практически каждая операция создаёт в оперативке копию сцены для действий отмены. Выхода два: ограничить число шагов отмены и/или ограничить количество памяти под это дело. 1,8 гиг STL — это трындец. Сколько там поликов? Лямов 20? Попробуй сразу после импорта сохранить в .blend, потом перезагрузить проект.

там МРТ чьей-то ноги

создавалось в единственной найденной мной софтине, пережевывающей какой-то специфичный медицинский формат, который выплёвывает МРТ, в православный STL (DicomToMesh называется, если чо)

в принципе можно в этой софтине понизить детализацию, чем я сейчас и занимаюсь, но а вдруг можно было решить всё магией?

короче, тема закрыта, я понял, что это невозможно, и пошёл путем извращенца: взял свой проект, преобразовывающий ascii stl в бинарный stl, и вклинил туда код, отсекающий все полигоны, не входящие в нужный мне bounding box

теперь вся ненужная дрянь, в частности кусок высокополигонального стола МРТ, убрана и необходимости в сокращении к-ва полигончиков теперь нету

Интересно. И что из себя представляет меш из дикома? Он разделяет внутренности на какие-то /области/органы? или тупо высокополигональная сетка поверхности? Если второе, то зачем вся эта высокополигональность? Культю сделать это ведь не поможет?

https://www.slicer.org/ тебе не подойдёт?

можно было попробовать decimate сделать, если нет необходимости в очень большой точности. Для скульпта это работает отлично, иногда даже визуальной разницы нет, а количество треугольников можно понизить чуть ли не на порядок.

по сути в дикоме просто зашита куча черно-белых томографий культи примерно 500х500 пикселей, а софтина с помощью математической магии на основе нескольких параметров создаёт непосредственно меш из этих слоёв

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

можно сделать до косточки, можно показать мышцы...

хз, такого я не находил

будет на что взглянуть, если подход с обрезкой под bounding box в каком-нибудь случае не сработает

а конвертор умеет в настройки детализации? а то у тебя чуть ли не воксельная модель получается

количество полигонов, чувствительность к белому и удаление «пыли»

на этом кастомизация заканчивается

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

500х500 пикселей
не может быть костяшка такой волнистой

между снимками dpi ещё меньше, отсюда и волнистость

Когда прога пыталась выдать мнооооага вершин по мааааленькому снимку, то всё и упёрлось в пиксели.

Твоя культя? Или просто «тренируешься»?

Вот тот 3dslicer создаёт отдельные модели для каждого органа (ну, с этим поработать надо, конечно), а можно для «оболочки» в целом. Вот я и спрашивал, содержатся ли в твоей модели отдельные органы, или внешняя оболочка. Но, оказалось,я был прав, культя. Зачем СТОЛЬКО данных та программа зашила - сильно смущает. Может всё-таки там содержатся какие-то метаданные, или куча дублирующихся вершин? Пробуй 3dslicer, экспортни в stl и сравни результат.

П.с. А почему фотки маленькие такие? Это нога?

и вклинил туда код, отсекающий все полигоны, не входящие в нужный мне bounding box

А в сам DicomToMesh это нельзя воткнуть? Исходники-то есть...

ну так оно из воксельного представления сетку генерит

Элементарно, Ватсон. Берешь поболе памяти, особенно видеопамяти, и проц поболе и ссд, и всего поболе — и норм :) А эти твои 8Гб для 19-го года уже не торт. Экономия памяти и рендеринг — это кроилово с попадаловом. Можешь конешно как диды рендерферму из бросовых 4-пней собрать — но рендерить будешь примерно месяцами.

совсем забыл. https://ru.m.wikipedia.org/wiki/Marching_cubes скорее всего используется для построении сетки из вокселей. отсюда и твои «артефакты» с неровностями.

Ага, так я и побежал шерстить исходники и искать, где там можно впихнуть отсечение и ничего не сломать.

Я так не умею, мне проще свой проектик на сто строк накорябать.

Да, когда софтина у меня не собиралась и я ковырял ошибку, там где-то рядом мелькала функция с похожим названием.

Век живи - век учись. Спасибо.

Не, лишних данных там нету, там просто целых две ноги аж от стоп до середины голени, включая внутреннюю оболочку костей, плюс два эйчди-слоя от кушетки, и всё это в ASCII STL.

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

Ну я собственно, и не заставляю. :) Просто так это могло бы пригодиться ещё кому-нибудь... А так — хозяин-барин, конечно.

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

Киборги, трансгуманизм и скайнет подкрались незаметно :)

Отсканированная модель была наверное plot загнали в STL

используй Meshlab!