Независимый Ювелирный Форум 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/ |