Перейти к содержимому


Lion007

Регистрация: 11 дек. 2011
Offline Активность: Вчера, 18:26
-----

Мои сообщения

В теме: NC 10. Команда "Показать все", в пространстве "Лист", выполняет...

Вчера, 18:30

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

В теме: NC 10. Команда "Показать все", в пространстве "Лист", выполняет...

20 Октябрь 2018 - 03:06

тэкс... вести с полей - чтобы не было иллюзии, что на форуме пофлудили, и нихрена делать не стали - все не совсем так.
задачку, как водится, стали решать с конца - адовые тормоза на пустом документе с кучей вьюпортов отловили и вылечили. таперича курсор как надо ездит. тормозаможно все равно симулировать, но это надо знать как.
собственно, оно не сложно - но не скажу, сами гадайте, коли желание будет. но оговорюсь - это супер-экзотическая ситуация, в реальной жизни не водится - надо специально извращаться.
в общем, тормоза на пустых вьюпортах починили - в очередных версиях будет.
что до 8 гигов съеденой памяти и зум-олла... тут сложнее. почему так получилось - примерно понятно. что с этим делать - тоже. в общем, ситуация примерно такая :
- гребаный режим "2Д-оптимайзед" - это на самом деле название одно. что характерно - не наше, это традиция такая
- на такую жесть, как ДО УПОРА вьюпортов никто не рассчитывал - вот и вышел проляпс... но есть гнусный хак :)

1) грузим файл
2) делаем SELECT ALL
3) в инспекторе оставляем в селекции ТОЛЬКО вьюпорты
4) меняем им стиль отображения с 2Д-вайрфрэйм на 3D-вайрфрэйм
5) говорим zoom extents
6) профит - полсекунды - и картинка на экране. памяти съедено 207 МБ - это на графические данные.

такая вот хистория.

зы ; если кому-то будет интересно - я могу рассказать, почему так получается... но, признаться, сомневаюсь, что это знание расцветит вашу жизнь новыми красками. поэтому - если у вас нет серьезных заморочек с draworder - ставьте во вьюпорте режим 3D Wire - это вам обойдется дешевле! :-)

В теме: Платформа nanoCAD: cоветы и трюки

18 Октябрь 2018 - 13:33

так, собственно, частичные cfg - это как раз нечто очень похожее, разве только не компилируется никуда, а грузится прямо из текстового файла. основная CFG-шка обычно имеет вид типа
[\]
#include "nCadBase.cfg"

#include "nmenu3D.cfg"
#include "constr.cfg"
#include "nmenu.cfg"

#include "nApp.cfg"
#include "userdata.cfg"


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

В теме: NC 10. Команда "Показать все", в пространстве "Лист", выполняет...

13 Октябрь 2018 - 16:29

Спасибо, интересный файлик получился!

То есть сам-то по себе он вполне обыкновенный, но даже при беглом анализе всплыло много интересного.
что я могу сказать - опять же, после беглого анализа....
по факту мы имеем сложную суперпозицию тормозов. и все они связаны с теми самыми вьюпортами. их там, кстати, 64 штуки...
собственно, по сабжу - почему так долго происходит зум-олл... тут все просто - с какого-то перепугу получается, что для какждого объекта в каждом вьюпорте нужно свое графическое представление. итого - мы рисуем в каждом из 64 вьюпортов моделспейс. отдельно. в каждом. это безусловный бардак, но где-то в недрах получается, что надо... то есть фактически zoom all в данном случае эквивалентен 64 регенам моделспейса. отсюда и тормоза (надо заметить - тормоза именно zoom-all!)
второй момент - раз 64 графических представления моделспейса - то и память это все жрет, как свинья помои... собственно, непонятно одно - откуда взялись 6 Гб. у меня получилось 8Гб с копейками, что отлично коррелирует с теорией - 128Мб граф. представления моделспейса умножаем на 64 и получаем 8192Мб = 8Гб что очень похоже на правду.

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

такая вот хистория!

В теме: вопросы от новичка

17 Сентябрь 2018 - 15:49

Просмотр сообщенияMaximuss (17 Сентябрь 2018 - 15:09) писал:

Спасибо, но это не совсем то, что я хотел получить. См фото, граница розового цвета.

ну, такого извращения в природе не имеется! :)

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