Независимый Ювелирный Форум
https://forum.jwiki.ru/

Обсчёт "тяжелых" файлов
https://forum.jwiki.ru/viewtopic.php?f=55&t=1537
Страница 1 из 2

Автор:  Самшит [ 27 авг 2015, 16:23 ]
Заголовок сообщения:  Обсчёт "тяжелых" файлов

Коллеги, вопрос такой... При обсчёте тяжеловесных файлов комп может задуматься на неопределенное время. Были модели, которые у меня двое суток кряду считались. Есть ли какая-то опция в RhinoCAM чтобы видеть прогресс по обсчёту? Чтобы не гадать, сколько ещё будет думать машина...

Автор:  SVP [ 27 авг 2015, 17:42 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

Странно, что не предусмотрели.
В качестве превентивных мер лучше-бы посмотреть что именно жрет (память или процессор) и добавить этого...

Это с какими стратегиями он по двое суток думает ?

Автор:  Самшит [ 27 авг 2015, 19:44 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

Например, любые STL файлы - "сетка" ринокаму явно не по вкусу. Считал как-то Parallel Finishing с указанием шага в 15% от диаметра 0,1 гравера...
Да и собственные 3dm файлы, которые по весу под 100мб - вроде бы тоже не любит.

Автор:  SVP [ 27 авг 2015, 21:11 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

Непонятно в чём могут быть проблемы с parallel finishing... яб в этом раскладе от него отказался.
Всякие котуры-waterline по STL понятно в чём затруднение, там итераций "до чёрту", но "змейка"
довольно просто считается...

Автор:  davids161 [ 28 авг 2015, 17:49 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

в visual mill видно как идет просчет. интерфейс программы полностью одинаков с rhinocam. Мне тоже непонятно почему такую опцию не предусмотрели в ринокаме.

Автор:  Volodja81 [ 30 авг 2015, 00:56 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

SVP писал(а):
Непонятно в чём могут быть проблемы с parallel finishing... яб в этом раскладе от него отказался.
Всякие котуры-waterline по STL понятно в чём затруднение, там итераций "до чёрту", но "змейка"
довольно просто считается...

Круговую долго считает, остальное более менее. Бывает выкидывает если много деталей на большую рамку. В таком случае обсчитываю участками. Во всем нужно подстраиваться под ПО, оно под тебя врядли

Автор:  Barban [ 05 ноя 2015, 14:15 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

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

Хочу разобраться со скоростью и нюансами. Говорят, есть целый ряд хитростей: от формы фрезы до наличия ограничивающих контуров.
Заметил, что РиноКам хоть и последний и 64-битный но грузит только одно ядро из 4-х. Т.е. можно еще 4 окна Рино открыть и считать параллельно. На скорости не должно особо отразиться.

Так вот есть идея на одном компе параллельно запустить в окнах просчет чего-то небольшого по PF c разными нюансами.
В этом плане пригодился бы подсчет времени регенерации путей в Ринокам.
Но такого счетчика не могу нигде найти. Его нет? Гуглил: ни гу-гу.
Где можно посмотреть сколько времени RhonoCam потратил на просчет конкретных инструментальных путей?

Автор:  Barban [ 05 ноя 2015, 20:54 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

Вот полезная ветка по поводу тормозов RhinoCam:
http://www.jportal.ru/forum/forum10/topic7092/
Цитата:
Савин:
Вижу что народ, давно здесь не писал, может разобрались. Внесу свои наработки, как я добился ускорения просчета. Во первых нужно упростить модель тоесть как говорили выше, перевести ее в СТЛ, либо в меш. Шаг второй, если необходимо применять исключительно гравер. Я задаю его как гравер с радиусным кончиком. Что делать если реальный гравер не имеет радиуса на кончике, нужно в значении диаметра поставить реальний диаметр, а значение скругления 0.001 хотя достаточно 0.01. Модель для порегки переношу в новый файл что бы там небыло прицепом лишней информации которая может сохраниться в скрытих слоях. Поверхности в рино иногда имеют глюки. На глаз все нормально, но при переводе в меш или стл создается сетка с огромным колличеством треугольников их колличество не удается изменить настройками.

Автор:  Barban [ 05 ноя 2015, 22:29 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

Увы, без таймера, считая вслух разницу в секундах между регенерацией одного и того же файла с простой комплексной моделькой ( 12-роговый кастик - 4d parallel finishing) в двух параллельно открытых окнах Рино, установил следующее:
- Радикально влияет на скорость регенерации путей в основном степень единства (забуленности) модели. Модель из кучи частей - при том, не очень важно, полисюрфы это или меши - считается буквально в разы дольше.
Объединенный меш-объект ( с оптимизированной сеткой) считает чуть быстрее чем единый полисюрф.

Еще: Multy-threading Manager позволяет работать дальше в окне во время просчета путей, а также взять просчет на паузу..

Автор:  SVP [ 06 ноя 2015, 12:22 ]
Заголовок сообщения:  Re: Обсчёт "тяжелых" файлов

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

Вообще наличие проблем с производительностью несколько удручает.
Для 3-4 обработки непонятно над чем оно там столько времени думает.
Особенно над круговой. Возникает четкое ощущение, что какой-то алгоритмический "косяк".
Надо бы попробовать сделать своё, с блекджеком и ... , но зарраза времени ни на что не хватает абсолютно :(.

Я последнее время работаю с 3х освевыми обработками в солидкаме. Расчет любых траекторий почти мгновенен.
(ну в пределах 3-5с всяко). Но модели конечно попроще.

Страница 1 из 2 Часовой пояс: UTC + 3 часа [ Летнее время ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/