Перейти к содержанию

Lion007

Клуб разработчиков
  • Публикаций

    677
  • Зарегистрирован

  • Посещение

  • Победитель дней

    79

Весь контент Lion007

  1. абсолютно ничего странного! в первом файле стоит режим "гуро с ребрами". во втором - вайрфрэйм. соответственно, в первом файле на печать уходит растр - иначе полутоновую картинку фиг сделаешь, а во втором - честные векторы. ну а рябь - это то, что сделал из растра компрессор - пдф же растры сжимает...
  2. ладно... раз тайны мадридского двора - попробуем поставить диагноз "со слов"... в связи с этим - несколько вопросов. 1) "PDF обычный" - это что имеется в виду? то, как его показывает, скажем, Acrobat Reader или что-то другое? 2) "PDF в нанокаде" - это опять же что? вставили пдф-ку, скажем, в модель - и смотрим на экран? а на каком зуме? и что с картинкой происходит, если хтот самый зум увеличить\уменьшить? или это превью, скажем, печати? опять же, на каком зуме? 3) что в этом пдф-внутри? линии, текст, или, может быть, растр? что бледнеет, а что нет? 4) получается ли повторить такую к
  3. чтобы софтвер не работал - это постараться надо... но, видимо, АТИшникам и это удалось... в общем, тут можно посоветовать ровно две вещи - либо играться с драйверами, либо включить DX. GL-ные драйвера от ATI традиционно глючат... иногда удается подобрать рабочий вариант, иногда нет.
  4. а если софтвер включить? который режим повышенной совместимости? или в 5.1 его не было еще?
  5. прикольно... на самом деле файл очень плотненький - в нем нифига лишнего. что мы имеем в наличии : чертова прорва блоков. причем используемых. блоки этажей в шесть. проэксплодил до обычных энтитей - просто посмотреть, что еще есть. 50Мб -это 200 000 сплайнов а кроме этого - чуть меньше 2 000 000 линий и чуть больше 2 000 000 арков. ну и еще всяко-разно по мелочи (вроде 70 000 эллипсов) так что, в общем-то, размер вполне законный...
  6. на апплоад, афэйр, уже ругались... а если dll-ку погрузить на старте - то в инишку ее, в инишку! ну или играться с автозагрузкой в том самом апплоад, хотя это и унизительно!
  7. собственно, ненаказуемо про эту дурацкую папку пишут, потому что нету ея, и оно на нее всегда ругается при изменении настроек (options\ok - и вот она надпись а чтобы не клеило... да пожалуйста! AutoSnapSize_x64.zip
  8. Собственно, воть... грузить через AppLoad - или в инишку вписать, куда нибудь в секцию [\DRXModules]. оттуда торчит единственная командочка - как просили AutoSnapSize. AutoSnapSize_x64.zip
  9. сейчас - точно не полезу а то опять начнется головняк с тестированием, локализацией, правками хэлпа и вся прочая ерундистика. в качестве утешительного приза - могу накатать персональную командочку в отдельной длл-ке, которая будет ставить этот размер с комстроки
  10. а, собственно, никак. судя по коду, этот параметр незатейливо читается прямо из настроек а что, это действительно полезно? прикрутить-то не фокус, просто раньше никому нафиг не нужно было...
  11. привет от ОДА-шников... поймали и удавили
  12. снижать "нагрузку на видео" путем игрищ с настройками селекции - так себе затея. вот честно. для этого надо очень хорошо понимать, на чем именно ваше видео застряло. а это, в свою очередт зависит от 72 причин, и все неявные. среднепотолочно - в любом самом скверном случае любая селекция всего в чертеже может замедлить его отрисовку раза в два. и никакие ваши настройки этого не изменят - в некоторых случаях селектированные объекты рисуются дважды. а если они рисуются один раз, то это будет примерно вдвое медленеее. - просто потому что кишки этого рисования сложнее. что в лоб, что по лбу...
  13. быть-то может что угодно... я сам вот вполне себе работаю с достаточно тяжелыми черетежами (ну как работаю - я на них что-то отлаживаю) - по RDP. то есть у меня на выходе обычно OpenGL 1.1 чисто софтверный. не сказать, что это быстро - но если деваться некуда - то работать можно надо играться. если случаются какие-то неадекватные тормоза - надо попробовать что-нибудь пошевелить - никаких хаков для специальных хитрых комбинаций системы\железа\драйверов у нас нет. и если где-то что-то чему-то мешает - может получиться все, что угодно
  14. Признаться, ничего криминального я сходу не наблюдаю. тайминги, вроде, нормальные, никаких экзотических софтверных эмуляций не видно. На лог нановского видеотеста (есть там такая кнопочка) все равно хотелось бы глянуть - но это больше для очистки совести. Ну и еще один скриншотик - только не просто покатать курсор, а пан-зум. и чертежик потяжелее, чем тот, что на картинке - без экстрима, а просто нормальный такой чертежик средней сложности. если удастся захватить скриншотом кадр с замиранием - вообще отлично. Что еще можно попробовать - в плане видео... Можно попробовать поперек
  15. Виснет - это именно глухо виснет, или замирает? Вообще-то, конечно, всякие чудеса возможны - но для начала хотелось бы глянуть на две вещи 1) прогнать проверку производительности видео. иногда многое проясняется 2) в самой нане запустить командочку NCGS_CONSOLEON , покатать курсор по экрану и снять скриншот. тоже иногда становится понятнее
  16. темна вода во облацех... вообще, как-то это странно все выглядит... GL 4.6 - и сглаживания не нашел. чудеса!
  17. а можно подробностей немножко? какой драйвер в нане включен (в смысле GL\DX9\DX10)? посмотреть можно по командочке NCGS_CONSOLEON... ну и заодно - попереключать тоже интересно - что получится. DX\GL переключается по NCGS_TOGGLE_VECTORIZER, версия DX переключается по NCGS_TOGGLE_DIRECTX в общем, интересно, как оно в разных режимах себя ведет. а то следящего курсора мы не планировали - хоть со сглаживанием, хоть без!
  18. Есть такое - как раз недавно ковыряли. там вот какая штука - эксельки вставляются как OLE-объекты, и рисует их, соответственно, сам эксель. точнее, он генерирует визуальное представление этого объекта. и вот там как раз чисто системная засада - если не ухищряться специально, то это представление режется по границе 32к егойных внутренних попугаев (что там за единицы внутри - сходу не скажу, но режется). что характерно - в вин-10 не режется долго ковыряли, но, вроде, обороли.
  19. пока никак не обстоят - стоит в планах. еше раз : внутренее растровое хранилище просто не поддерживает альфа-канал. вне зависимости от формата - не суть важно, это PNG, TIFF, GIF или что угодно - альфа-канал просто не читается. поэтому никакие галочки не помогут - немонохромный растр на данный момент непрозрачный. но сделаем. когда - вопрос отдельный, но сделаем.
  20. насколько показывают эксперименты - нет. и дело не в антикварном нанокаде 5.1 теоретически - ноль проблем. практически... я запросто могу представить, зачем это может понадобиться. но есть нюанс... есть пресловутый инспектор (который свойства). он показывает свойства выбранных объектов. если их несколько - то можно попробовать показать их куммулятивные свойства. вопрос только в том, как их сосчитать? объекты бывают сугубо разные, а свойство - одно на всех. вот загрузил я здоровенный чертеж. нажал "выбрать все". а там и линии, и кружочки, и размеры и черт лысый. и что я должен показать
  21. известная хохма... на самом деле - ридеры не зависают, а просто долго думают. секунд 30-40 - запросто. в технологические подробности вдаваться сходу не стану, но 11 - работает так. спасибо майкрософту за нашу нескучную жизнь - их полигональный клип работает хреново почти всегда. на экран нормально, а вот на печать - как повезет. в 20-ке сделали уже по-другому, там и файлы получились потоньше, и открываются быстрее. да и печать... среднепотолочно - оно лучше.
×
×
  • Создать...