-
Публикаций
677 -
Зарегистрирован
-
Посещение
-
Победитель дней
79
Тип контента
Профили
Форумы
Загрузки
Блоги
Весь контент Lion007
-
абсолютно ничего странного! в первом файле стоит режим "гуро с ребрами". во втором - вайрфрэйм. соответственно, в первом файле на печать уходит растр - иначе полутоновую картинку фиг сделаешь, а во втором - честные векторы. ну а рябь - это то, что сделал из растра компрессор - пдф же растры сжимает...
-
ладно... раз тайны мадридского двора - попробуем поставить диагноз "со слов"... в связи с этим - несколько вопросов. 1) "PDF обычный" - это что имеется в виду? то, как его показывает, скажем, Acrobat Reader или что-то другое? 2) "PDF в нанокаде" - это опять же что? вставили пдф-ку, скажем, в модель - и смотрим на экран? а на каком зуме? и что с картинкой происходит, если хтот самый зум увеличить\уменьшить? или это превью, скажем, печати? опять же, на каком зуме? 3) что в этом пдф-внутри? линии, текст, или, может быть, растр? что бледнеет, а что нет? 4) получается ли повторить такую к
-
прикольно... на самом деле файл очень плотненький - в нем нифига лишнего. что мы имеем в наличии : чертова прорва блоков. причем используемых. блоки этажей в шесть. проэксплодил до обычных энтитей - просто посмотреть, что еще есть. 50Мб -это 200 000 сплайнов а кроме этого - чуть меньше 2 000 000 линий и чуть больше 2 000 000 арков. ну и еще всяко-разно по мелочи (вроде 70 000 эллипсов) так что, в общем-то, размер вполне законный...
-
привет от ОДА-шников... поймали и удавили
-
снижать "нагрузку на видео" путем игрищ с настройками селекции - так себе затея. вот честно. для этого надо очень хорошо понимать, на чем именно ваше видео застряло. а это, в свою очередт зависит от 72 причин, и все неявные. среднепотолочно - в любом самом скверном случае любая селекция всего в чертеже может замедлить его отрисовку раза в два. и никакие ваши настройки этого не изменят - в некоторых случаях селектированные объекты рисуются дважды. а если они рисуются один раз, то это будет примерно вдвое медленеее. - просто потому что кишки этого рисования сложнее. что в лоб, что по лбу...
-
быть-то может что угодно... я сам вот вполне себе работаю с достаточно тяжелыми черетежами (ну как работаю - я на них что-то отлаживаю) - по RDP. то есть у меня на выходе обычно OpenGL 1.1 чисто софтверный. не сказать, что это быстро - но если деваться некуда - то работать можно надо играться. если случаются какие-то неадекватные тормоза - надо попробовать что-нибудь пошевелить - никаких хаков для специальных хитрых комбинаций системы\железа\драйверов у нас нет. и если где-то что-то чему-то мешает - может получиться все, что угодно
-
Признаться, ничего криминального я сходу не наблюдаю. тайминги, вроде, нормальные, никаких экзотических софтверных эмуляций не видно. На лог нановского видеотеста (есть там такая кнопочка) все равно хотелось бы глянуть - но это больше для очистки совести. Ну и еще один скриншотик - только не просто покатать курсор, а пан-зум. и чертежик потяжелее, чем тот, что на картинке - без экстрима, а просто нормальный такой чертежик средней сложности. если удастся захватить скриншотом кадр с замиранием - вообще отлично. Что еще можно попробовать - в плане видео... Можно попробовать поперек
-
Виснет - это именно глухо виснет, или замирает? Вообще-то, конечно, всякие чудеса возможны - но для начала хотелось бы глянуть на две вещи 1) прогнать проверку производительности видео. иногда многое проясняется 2) в самой нане запустить командочку NCGS_CONSOLEON , покатать курсор по экрану и снять скриншот. тоже иногда становится понятнее
-
а можно подробностей немножко? какой драйвер в нане включен (в смысле GL\DX9\DX10)? посмотреть можно по командочке NCGS_CONSOLEON... ну и заодно - попереключать тоже интересно - что получится. DX\GL переключается по NCGS_TOGGLE_VECTORIZER, версия DX переключается по NCGS_TOGGLE_DIRECTX в общем, интересно, как оно в разных режимах себя ведет. а то следящего курсора мы не планировали - хоть со сглаживанием, хоть без!
-
Есть такое - как раз недавно ковыряли. там вот какая штука - эксельки вставляются как OLE-объекты, и рисует их, соответственно, сам эксель. точнее, он генерирует визуальное представление этого объекта. и вот там как раз чисто системная засада - если не ухищряться специально, то это представление режется по границе 32к егойных внутренних попугаев (что там за единицы внутри - сходу не скажу, но режется). что характерно - в вин-10 не режется долго ковыряли, но, вроде, обороли.
-
пока никак не обстоят - стоит в планах. еше раз : внутренее растровое хранилище просто не поддерживает альфа-канал. вне зависимости от формата - не суть важно, это PNG, TIFF, GIF или что угодно - альфа-канал просто не читается. поэтому никакие галочки не помогут - немонохромный растр на данный момент непрозрачный. но сделаем. когда - вопрос отдельный, но сделаем.
-
насколько показывают эксперименты - нет. и дело не в антикварном нанокаде 5.1 теоретически - ноль проблем. практически... я запросто могу представить, зачем это может понадобиться. но есть нюанс... есть пресловутый инспектор (который свойства). он показывает свойства выбранных объектов. если их несколько - то можно попробовать показать их куммулятивные свойства. вопрос только в том, как их сосчитать? объекты бывают сугубо разные, а свойство - одно на всех. вот загрузил я здоровенный чертеж. нажал "выбрать все". а там и линии, и кружочки, и размеры и черт лысый. и что я должен показать
-
известная хохма... на самом деле - ридеры не зависают, а просто долго думают. секунд 30-40 - запросто. в технологические подробности вдаваться сходу не стану, но 11 - работает так. спасибо майкрософту за нашу нескучную жизнь - их полигональный клип работает хреново почти всегда. на экран нормально, а вот на печать - как повезет. в 20-ке сделали уже по-другому, там и файлы получились потоньше, и открываются быстрее. да и печать... среднепотолочно - оно лучше.
- 4 ответа
-
- 3
-