Pro100 - проблемы, "глюки" и способы их устранения

Ни для кого не секрет, что PRO100 далеко не совершенна ни в конструктивном, ни в дизайнерском, ни в технологическом смысле. Всё это неоднократно обсуждалось в разных темах. Профессионалы в PRO100 давно сделали свой выбор в пользу этой программы несмотря на все её минусы. И тем не менее остаются вопросы с которыми не каждый из нас может справиться самостоятельно в силу своей узконаправленности, недостаточного уровня владения ПК или по ряду других причин. Однако это не меняет нашего статуса профессионалов, и совместная задача для нас помочь себе в решении нетипичных проблем.
Для классификации вопросов на форуме и дабы облегчить жизнь модераторам, в этой теме обсуждаем исключительно проблемы, связанные со сбоями и "глюками" в программе PRO100. Вопросы типа "как соединить детальки в группу" или "извините, я полный ламер, в программе работаю недавно, вот решил дома мебель порасставлять", ответа не найдут. Вопросы по теме, уже обсуждавшиеся ранее, принимаются - опять же для классификации.

При размещении вопроса c проблемой обязательно указывать:
- Версия Pro100, версия и разрядность операционной системы, процессор, модель видеокарты, объем оперативной памяти, версия видеодрайвера, включены ли Windows Aero и прочие "плюшки" Win7-Win10
Например:
- Pro100 4.42/Windows7 x64/AMD A4-3400 APU/AMD Radeon HD 6410D 1024 MB/8Gb/6.14.10.7270 - AMD Catalyst 12.8
Получить эти данные можно с помощью программ типа AIDA64, HWINFO

- Сопровождать вопрос скринами и последовательным описанием действий приводящих к проблеме и отчетом о системе рендеринга - скрин или *.xml (см. скрин)

Или данными из утилиты PRO100 Диагностика (скачать, положить в папку Pro100, запустить, скопировать отчет в текстовом виде)

• Ньюансы с гибридной графикой и производительностью - настройки

• Добавить в контекстное меню папки "Стать владельцем", для случаев, если к папкам нет разрешений и прав для текущего пользователя Take_Ownership.zip

[designer]

Сообщение от vasuli

Нашел причину. Это ручка! Начал проверять, что я мог не так заблокировать, удаляя детали. Без ручки все растягивается как надо. Нарисовал ручку по новой, вставил в ящик - опять тоже самое... Неужели размеры ручки (320мм) не дают ящику при размерах менее 500мм нормально растягиваться?

причина может быть в другом:
1. если в изготовлении формы ручки применялись НЕ кривые а дуги - то растягиваться ручка не будет.
2. для растяжения дуг необходимо в файле .ini внести изменения в параметр
StretchArcs=0 - необходимо вместо нуля поставить единицу.
3. ручка по ширине заблокирована.

[vasuli]

проще наверно сам файл выложить , чем на пальцах объяснять.

[designer]

Сообщение от vasuli

проще наверно сам файл выложить , чем на пальцах объяснять.

вопрос:
ящик, фасад и ручка сделаны в ПРО100?

[vasuli]

все в прошке

[designer]

Сообщение от vasuli

все в прошке

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

[vasuli]

тумба растягивается и в ширину и в высоту и в глубину, а ручка заблокирована намеренно, так как мне нужна ручка именно 320мм а не больше. Что еще заблокировано не так? ножки, выкатные и конфирматы на мой взгляд тоже не должны растягиваться.
Я так понял, что это не глюк, если стол менее 500мм с ручками 320мм нормально не растягивается. И причина в том, что ручки слишком велики.

[manemeb]

Сообщение от vasuli

Я так понял, что это не глюк, если стол менее 500мм с ручками 320мм нормально не растягивается. И причина в том, что ручки слишком велики

vasuli вашу тумбочку, сгруппировал поэтапно. Что ИМЕННО НОРМАЛЬНО не растягивается ?
Вложение 26582

[vasuli]

дело в том, что это уже не моя тумба . Ее обработал designer и разблокировал ручку. Теперь ручка растягивается вместе со столом. А я заметил , что когда стол 400мм и ручка 320мм заблокирована ( что мне и надо) и растягиваешь стол, вот тогда. Моя тумба сообщением выше.
Собственно я уже разобрался в ситуации. И возможно просто зря занимаюсь тут флудом. Хотя может кто и сталкивался с той же ситуацией.

[Rexiks]

Сообщение от designer

to Doomer

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

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

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

про100 - использует для просчета всей информации для отображения и для освещения тока ЦП, а видекарта тока для вывода на экран полученного просчета!...
и причем тока одно ядро процессора! т.к. она не заточена под многоядерные процессоры.

и соответственно его и грузит на все 100%... , и на 3/4 грузит ядро системы из-за примитивных функций отрисовки графики использующие ЦП, остальное просчет 3d.

памяти ест мало ... поэтому увеличением ОП ничего не даст ... более 1 гига не существенно
отсюда выход - разгон и модернизация процессора ... чем выше частота, кэш тоже лишним не будет ... тем быстрее просчитает ....


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

Сообщение от designer

to Doomerпроц нагружается практически в любой программе при движении мышки

покрутите мышкой в "блокноте".

это актуально для программы в которой движение мышки обрабатывается сложным образом, например в про100, каждая новая позиция мыши при перемещении сцены- просчет каркаса сцены в памяти, и копирование полученного в видеопамять результат - максимально нагружино ядро ситемы(рисование). простое движение мыши - возможно перебор всех объектов для определения текущего под мышкой, возможно этакий убыстритель отзывчивости программы(нагружен ЦП тока програмой про100).

Сообщение от designer

to Doomerа в целом, всё это такие дебри...говорить можно бесконечно...

Зачем ?если можно рассказать истину раз и навсегда !

Сообщение от designer

to Doomer
просто для себя надо уяснить порядок выполнения операций (во время работы над проектом) и понять что и как влияет на скорость работы программы. например те же элементы экспортированные из макса, выглаживание, тени, освещение, всё перечисленное значительно нагружает весь комп во время работы. программа начинает тормозить и вылетать (при чём не сохраняя последние изменения)...

Для этого есть автосохранение (вместо непрерывного) в конфигурации.

Сообщение от designer

to Doomer
каждый для себя сам должен составить свою схему работы и пользоваться ей

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

[A_matyuha]

После востановления жесткого диска (партишином из трех делали два и ком завис) не открываются файлы Pro100 - неверный файл или неверная версия файла. просьба помочь...