Независимый Ювелирный Форум

-
http://www.jwiki.ru
Текущее время: 24 ноя 2024, 19:50

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 15 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Обсчёт "тяжелых" файлов
Номер сообщения:#1  Сообщение Добавлено: 27 авг 2015, 16:23 
Не в сети

Зарегистрирован: 22 июн 2015, 07:17
Сообщения: 12
Благодарил (а): 3 раз.
Поблагодарили: 0 раз.
Коллеги, вопрос такой... При обсчёте тяжеловесных файлов комп может задуматься на неопределенное время. Были модели, которые у меня двое суток кряду считались. Есть ли какая-то опция в RhinoCAM чтобы видеть прогресс по обсчёту? Чтобы не гадать, сколько ещё будет думать машина...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#2  Сообщение Добавлено: 27 авг 2015, 17:42 
Не в сети
Администратор

Зарегистрирован: 07 дек 2010, 17:03
Сообщения: 3516
Откуда: Москва
Благодарил (а): 15 раз.
Поблагодарили: 89 раз.
Странно, что не предусмотрели.
В качестве превентивных мер лучше-бы посмотреть что именно жрет (память или процессор) и добавить этого...

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

_________________
хороший боцман любой обмер совершает веслом.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#3  Сообщение Добавлено: 27 авг 2015, 19:44 
Не в сети

Зарегистрирован: 22 июн 2015, 07:17
Сообщения: 12
Благодарил (а): 3 раз.
Поблагодарили: 0 раз.
Например, любые STL файлы - "сетка" ринокаму явно не по вкусу. Считал как-то Parallel Finishing с указанием шага в 15% от диаметра 0,1 гравера...
Да и собственные 3dm файлы, которые по весу под 100мб - вроде бы тоже не любит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#4  Сообщение Добавлено: 27 авг 2015, 21:11 
Не в сети
Администратор

Зарегистрирован: 07 дек 2010, 17:03
Сообщения: 3516
Откуда: Москва
Благодарил (а): 15 раз.
Поблагодарили: 89 раз.
Непонятно в чём могут быть проблемы с parallel finishing... яб в этом раскладе от него отказался.
Всякие котуры-waterline по STL понятно в чём затруднение, там итераций "до чёрту", но "змейка"
довольно просто считается...

_________________
хороший боцман любой обмер совершает веслом.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#5  Сообщение Добавлено: 28 авг 2015, 17:49 
Не в сети

Зарегистрирован: 14 сен 2013, 16:52
Сообщения: 133
Благодарил (а): 13 раз.
Поблагодарили: 10 раз.
в visual mill видно как идет просчет. интерфейс программы полностью одинаков с rhinocam. Мне тоже непонятно почему такую опцию не предусмотрели в ринокаме.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#6  Сообщение Добавлено: 30 авг 2015, 00:56 
Не в сети

Зарегистрирован: 23 окт 2012, 20:43
Сообщения: 422
Откуда: Таганрог
Благодарил (а): 59 раз.
Поблагодарили: 37 раз.
SVP писал(а):
Непонятно в чём могут быть проблемы с parallel finishing... яб в этом раскладе от него отказался.
Всякие котуры-waterline по STL понятно в чём затруднение, там итераций "до чёрту", но "змейка"
довольно просто считается...

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#7  Сообщение Добавлено: 05 ноя 2015, 14:15 
Не в сети
Аватара пользователя

Зарегистрирован: 04 апр 2013, 15:29
Сообщения: 120
Откуда: Винница
Благодарил (а): 14 раз.
Поблагодарили: 5 раз.
Вчера тоже почти сутки считал широкую обручалку с кучей камней и декора в незабуленных полисюрфах.
Клиент к тому же камни в скрытом слое спрятал, надо пересчитывать...

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

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

_________________
3д-дизайнер ювелирных украшений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#8  Сообщение Добавлено: 05 ноя 2015, 20:54 
Не в сети
Аватара пользователя

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

_________________
3д-дизайнер ювелирных украшений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#9  Сообщение Добавлено: 05 ноя 2015, 22:29 
Не в сети
Аватара пользователя

Зарегистрирован: 04 апр 2013, 15:29
Сообщения: 120
Откуда: Винница
Благодарил (а): 14 раз.
Поблагодарили: 5 раз.
Увы, без таймера, считая вслух разницу в секундах между регенерацией одного и того же файла с простой комплексной моделькой ( 12-роговый кастик - 4d parallel finishing) в двух параллельно открытых окнах Рино, установил следующее:
- Радикально влияет на скорость регенерации путей в основном степень единства (забуленности) модели. Модель из кучи частей - при том, не очень важно, полисюрфы это или меши - считается буквально в разы дольше.
Объединенный меш-объект ( с оптимизированной сеткой) считает чуть быстрее чем единый полисюрф.

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

_________________
3д-дизайнер ювелирных украшений



За это сообщение автора Barban поблагодарил: Korobtsov (06 ноя 2015, 10:11)
  Рейтинг: 16.67%
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсчёт "тяжелых" файлов
Номер сообщения:#10  Сообщение Добавлено: 06 ноя 2015, 12:22 
Не в сети
Администратор

Зарегистрирован: 07 дек 2010, 17:03
Сообщения: 3516
Откуда: Москва
Благодарил (а): 15 раз.
Поблагодарили: 89 раз.
Вы уверены, что нет многопоточных версий этих продуктов ?
Вон уж даже дескпрото отдельные обработки научился в отдельных потоках считать.
(мог бы и одну, но что-то они не допилили пока)

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

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

_________________
хороший боцман любой обмер совершает веслом.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 15 ]  На страницу 1, 2  След.