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

Lion007

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

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

  • Посещение

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

    77

Lion007 стал победителем дня 22 февраля

Lion007 имел наиболее популярный контент!

Репутация

391 Очень хороший

1 Подписчик

Информация о Lion007

  • Звание
    Разработчик nanoCAD

Информация

  • Пол
    Мужчина

Посетители профиля

Блок последних пользователей отключён и не показывается другим пользователям.

  1. снижать "нагрузку на видео" путем игрищ с настройками селекции - так себе затея. вот честно. для этого надо очень хорошо понимать, на чем именно ваше видео застряло. а это, в свою очередт зависит от 72 причин, и все неявные. среднепотолочно - в любом самом скверном случае любая селекция всего в чертеже может замедлить его отрисовку раза в два. и никакие ваши настройки этого не изменят - в некоторых случаях селектированные объекты рисуются дважды. а если они рисуются один раз, то это будет примерно вдвое медленеее. - просто потому что кишки этого рисования сложнее. что в лоб, что по лбу...
  2. быть-то может что угодно... я сам вот вполне себе работаю с достаточно тяжелыми черетежами (ну как работаю - я на них что-то отлаживаю) - по RDP. то есть у меня на выходе обычно OpenGL 1.1 чисто софтверный. не сказать, что это быстро - но если деваться некуда - то работать можно надо играться. если случаются какие-то неадекватные тормоза - надо попробовать что-нибудь пошевелить - никаких хаков для специальных хитрых комбинаций системы\железа\драйверов у нас нет. и если где-то что-то чему-то мешает - может получиться все, что угодно
  3. Признаться, ничего криминального я сходу не наблюдаю. тайминги, вроде, нормальные, никаких экзотических софтверных эмуляций не видно. На лог нановского видеотеста (есть там такая кнопочка) все равно хотелось бы глянуть - но это больше для очистки совести. Ну и еще один скриншотик - только не просто покатать курсор, а пан-зум. и чертежик потяжелее, чем тот, что на картинке - без экстрима, а просто нормальный такой чертежик средней сложности. если удастся захватить скриншотом кадр с замиранием - вообще отлично. Что еще можно попробовать - в плане видео... Можно попробовать поперек
  4. Виснет - это именно глухо виснет, или замирает? Вообще-то, конечно, всякие чудеса возможны - но для начала хотелось бы глянуть на две вещи 1) прогнать проверку производительности видео. иногда многое проясняется 2) в самой нане запустить командочку NCGS_CONSOLEON , покатать курсор по экрану и снять скриншот. тоже иногда становится понятнее
  5. темна вода во облацех... вообще, как-то это странно все выглядит... GL 4.6 - и сглаживания не нашел. чудеса!
  6. а можно подробностей немножко? какой драйвер в нане включен (в смысле GL\DX9\DX10)? посмотреть можно по командочке NCGS_CONSOLEON... ну и заодно - попереключать тоже интересно - что получится. DX\GL переключается по NCGS_TOGGLE_VECTORIZER, версия DX переключается по NCGS_TOGGLE_DIRECTX в общем, интересно, как оно в разных режимах себя ведет. а то следящего курсора мы не планировали - хоть со сглаживанием, хоть без!
  7. Есть такое - как раз недавно ковыряли. там вот какая штука - эксельки вставляются как OLE-объекты, и рисует их, соответственно, сам эксель. точнее, он генерирует визуальное представление этого объекта. и вот там как раз чисто системная засада - если не ухищряться специально, то это представление режется по границе 32к егойных внутренних попугаев (что там за единицы внутри - сходу не скажу, но режется). что характерно - в вин-10 не режется долго ковыряли, но, вроде, обороли.
  8. пока никак не обстоят - стоит в планах. еше раз : внутренее растровое хранилище просто не поддерживает альфа-канал. вне зависимости от формата - не суть важно, это PNG, TIFF, GIF или что угодно - альфа-канал просто не читается. поэтому никакие галочки не помогут - немонохромный растр на данный момент непрозрачный. но сделаем. когда - вопрос отдельный, но сделаем.
  9. насколько показывают эксперименты - нет. и дело не в антикварном нанокаде 5.1 теоретически - ноль проблем. практически... я запросто могу представить, зачем это может понадобиться. но есть нюанс... есть пресловутый инспектор (который свойства). он показывает свойства выбранных объектов. если их несколько - то можно попробовать показать их куммулятивные свойства. вопрос только в том, как их сосчитать? объекты бывают сугубо разные, а свойство - одно на всех. вот загрузил я здоровенный чертеж. нажал "выбрать все". а там и линии, и кружочки, и размеры и черт лысый. и что я должен показать
  10. известная хохма... на самом деле - ридеры не зависают, а просто долго думают. секунд 30-40 - запросто. в технологические подробности вдаваться сходу не стану, но 11 - работает так. спасибо майкрософту за нашу нескучную жизнь - их полигональный клип работает хреново почти всегда. на экран нормально, а вот на печать - как повезет. в 20-ке сделали уже по-другому, там и файлы получились потоньше, и открываются быстрее. да и печать... среднепотолочно - оно лучше.
  11. для 11 это смысла не имеет - там не было такого вообще, в 20-ке появилось
  12. технически - можно попробовать поиграться с настройками... секция регистри HKEY_CURRENT_USER\Software\Nanosoft\nanoCAD <какой-он-там-есть>\<нужная версия>\Profiles\<<Default>>\Graphics там есть пара параметров - UseBitmapFonts и MaxBitmapFontSize первый - это просто включалка-выключалка хитрого рисования мелких TTF. имеет вид (по дефолту) 05 00 00 00 01 00 00 00. если вместо единички поставить нолик - то выключится а второй - это пороговый размер (в пикселях на экране), при котором это хитрое рисование включается. имеет вид (по дефолту) 05 00 00 00 40 00 00 00 -
  13. я в курсе. именно поэтому файлик, который я приложил - в UNIX-формате, там перевод строки - это ОДИН символ
  14. должно... копипаст в комстроку, насколько помню, был изначально
×
×
  • Создать...