Ru-Board.club
← Вернуться в раздел «Программы»

» Autodesk AutoCAD

Автор: Mushroomer
Дата сообщения: 17.07.2013 09:49
Не везет мне. Новая напасть. Пользователь вставляет в пустой чертеж растровое изображение. В предпросмотре содержимое растрового изображения показывается. Но на печать выводится только рамка от растрового изображения. Слетела какая-то переменная?

У другого пользователя на этот же принтер растр печается нормально.
Автор: kpblc
Дата сообщения: 17.07.2013 09:56
Возможно, с растрами связано отсутствующее OLE-приложение.
Автор: Mushroomer
Дата сообщения: 17.07.2013 10:02
kpblc
Цитата:
Возможно, с растрами связано отсутствующее OLE-приложение.
Вставлял растр не как OLE приложение.
А почему на предпросмотре все тогда видно?
Автор: kpblc
Дата сообщения: 17.07.2013 10:08
Не как OLE? Через внешние ссылки?
P.S. В качестве идеи (сейчас уже сваливаюсь в работу) - посмотреть настройки слоя, в котором лежит растр. Хотя вряд ли сработает
Автор: Mushroomer
Дата сообщения: 17.07.2013 10:27
kpblc
Цитата:
Не как OLE? Через внешние ссылки?
Ну да. Вставить -> Растровое изображение. Вставляем в 0 слой чистого (пустого) документа.

Печать вставленного PDF (Вставка -> Подложка PDF) работает нормально. Проблема только на растровых изображениях. Причем от формата растрового изображения не зависит. Проблема и на jpg и на tiff.

Цитата:
(сейчас уже сваливаюсь в работу)
Может быть позже будет возможность?

Что интересно, если вставлять растровое изображение как OLE объект, то оно печатается.

Проблему решил через импорт профиля пользователя, у которого все работает. Будет время - сравним все галочки.
Автор: Mushroomer
Дата сообщения: 18.07.2013 09:03
kpblc
Цитата:
Так там же все написано - что откуда загружать и какие команды запускать...
Странная картина. Делаю
Команда: EXPLODEALLPROXY
Удалено Proxy: 3 Новых объектов: 12

Команда: REMOVEALLPROXY
Первая метка объекта: <1>, последняя метка объекта: <8CA29>
Всего найдено proxy-объектов: 0. Из них proxy-примитивов: 0.
Всего удалено proxy-объектов: 0. Из них proxy-примитивов: 0.

Делаю аудит, пурдж.

На всякий случай проверяю еще раз
Команда: EXPLODEALLPROXY
Удалено Proxy: 0 Новых объектов: 0

сделал даже _.-purge _r

Сохраняю файл.

Открываю файл снова, а там снова есть 3 прокси объекта. Как так?


Добавлено:
Удалил все внешние ссылки из файла. И теперь прокси объектов в файле нет.

Появилось 2 важных вопроса
1) прокси-объекты могут приходит по внешним ссылкам?
2) как определеть, что прокси-объект содержится в самом файле, а не в каких-то вложеенных файлах-ссылках?

Добавлено:
3) А бывают вложенные друг в друга прокси объекты? Если да, то EXPLODEALLPROXY их удалит в один запуск?
4) чем-то может быть опасна команда REMOVEALLPROXY ? Она ведь удаляет те прокси объекты, которые не смогла взорвать команда EXPLODEALLPROXY. Есть ли вероятность потерять информацию?
Автор: Mushroomer
Дата сообщения: 18.07.2013 12:14
kpblc
Можно ли как-то добавить в запись команды _.-purge _r дальнейшие опции * и Н

Возвращаясь к проблеме не копирования элементов на листе в пределах одного файла. Я добился того, чтобы запрос на проксграфику не появлялся. demandload = 2.
Но проблема все-равно осталась.

Искать проблемный тип линий в файле с 30 ссылками я застрелюсь В какую сторону можно еще посмотреть? Могу в личку выложить файл.
Автор: kpblc
Дата сообщения: 18.07.2013 19:34
Если установить demandload = 2, то соответствующие ObjectEnabler'ы не грузятся. Соответственно ExplodeAllProxy и RemoveAllProxy покажут уже другие результаты.
С точки зрения AutoCAD внешняя ссылка - почти обычный блок. Так что, с одной стороны, прокси-графика "гуляет" вместе со ссылками. С другой - я не знаю тонкостей работы ExplodeAllProxy и RemoveAllProxy,- далеко не факт, что они вносят изменения в файлы ссылок.

Цитата:
чем-то может быть опасна команда REMOVEALLPROXY ? Она ведь удаляет те прокси объекты, которые не смогла взорвать команда EXPLODEALLPROXY. Есть ли вероятность потерять информацию?

ExplodeAllProxy разбивает проксиграфику (если это вообще возможно). RemoveAllProxy, насколько я помню из описания, удаляет неразбитую графику и очищает файл от неграфических прокси-объектов.

Цитата:
Можно ли как-то добавить в запись команды _.-purge _r дальнейшие опции * и Н

Можно (если не забыть про http://kpblc.blogspot.ru/2013/07/dwg-clear-again.html и им подобные): http://autolisp.ru/2013/07/04/purge-and-audit-with-save/ - взять готовый или изменить по аналогии (лисп просто ставится в автозагрузку).
Автор: Mushroomer
Дата сообщения: 19.07.2013 08:45
kpblc
Цитата:
С другой - я не знаю тонкостей работы ExplodeAllProxy и RemoveAllProxy,- далеко не факт, что они вносят изменения в файлы ссылок.
Не вносят и это нормально.

Цитата:
Если установить demandload = 2, то соответствующие ObjectEnabler'ы не грузятся. Соответственно ExplodeAllProxy и RemoveAllProxy покажут уже другие результаты.
Ну я так и делал. Единственным небольшим откровением для меня было, что при если ExplodeAllProxy показал 0 прокси объектов, то все равно надо делать RemoveAllProxy ибо там могут быть все равно объекты.

А делать то что дальше? Все равно не работает копирование элементов через буфер обмена. В одном файле. Даже в пределах одного листа
Автор: kpblc
Дата сообщения: 19.07.2013 09:06
Формируй комплект и кидай на мыло kpblc2000 как-бы-гав gmail.com (черт, как тут скрывать информацию??)
Автор: Mushroomer
Дата сообщения: 19.07.2013 12:03
kpblc
Цитата:
(черт, как тут скрывать информацию??)
Есть несколько вариантов
1) оформить сообщение с использование тега #
2) отправить личное соообщение.

Цитата:
Формируй комплект и кидай на мыло
кидаю ссылку. там 87 метров. Пароль: ru-board

Автор: kpblc
Дата сообщения: 23.07.2013 09:34
Я попробовал. Честно, попробовал.
Вручную перелопатить такой объем просто нереально. Мало того, что в некоторых файлах есть "потерянные" shx и lin-файлы, так там еще и со ссылками надо отдельно воевать.

ИМХО: остается только создавать dws и пакетно подключаеть его к каждому dwg-файлу. Как пример программного решения: http://forum.dwg.ru/showthread.php?t=97255
Автор: Dukk
Дата сообщения: 24.07.2013 05:02
Mushroomer
Когда не получалось копирование в буфер обмена то помогает скопировать нужные объекты и копировать в буфер обмена уже новые объекты.
Автор: kpblc
Дата сообщения: 24.07.2013 06:10
О, еще идея нарисовалась! Mushroomer, попробуй через _.wblock - вдруг да сработает (хотя лично я на это особо не рассчитывал бы).
Автор: Mushroomer
Дата сообщения: 29.07.2013 10:15
Dukk
Цитата:
помогает скопировать нужные объекты и копировать в буфер обмена уже новые объекты.
Не понял

kpblc
Цитата:
Мало того, что в некоторых файлах есть "потерянные" shx и lin-файлы,

ну про lin файлы ничего не скажу, не видел. А вот по поводу потерянных shx файлов есть вопрос. Насколько правильно и безопасно их удалять из файлов? на dwg.ru я видел такой скрипт

Цитата:
О, еще идея нарисовалась!
Я через внедрение и взрыва внешней ссылки/блока пошел
Автор: kpblc
Дата сообщения: 29.07.2013 10:27

Цитата:
Насколько правильно и безопасно их удалять из файлов?

Безопасно - это запросто. А вот насчет правильности - не уверен. shx могут использоваться для описания типов линий, которые в таком случае показываются неверно (т.е. вместо линии, например, --Г--, получишь сплошную). Так что намного проще потребовать либо полные исходники, либо dwf / pdf.
Автор: Mushroomer
Дата сообщения: 06.08.2013 08:44
Открываю файл. Файл как файл. Печатаю его. Отдаю пользователю. А пользователь мне говорит: "а где все картинки (растры) на чертеже?". Я говорю "Не было". Пользователь мне говорит "Должны быть". Открываю чертеж снова. Растров нет.
Я, помня предыдущие такие похожие ситуации, захожу в диспетчер ссылок (Вставка -> Внешние ссылки) нажимаю кнопку обновить (зеленые стрелочки), закрываю диспетчер ссылок, и о чудо на чертеже появились растры.
Я где-то в справке читал, что AutoCAD для ускорения загрузки чертежа, отключает загрузку растров. Это все очень классно, но как мне блин догадаться, что там есть растры?
Автор: kpblc
Дата сообщения: 06.08.2013 09:13
Я бы заставил самого пользователя формировать pdf / dwf. А на бумагу выводить уже этот файл.
А за компанию ткнуть в _.etransmit
Автор: Mushroomer
Дата сообщения: 06.08.2013 10:43
kpblc
Цитата:
А за компанию ткнуть в _.etransmit
Не вариант. Где-то здесь в топике очень давно мне приводили официальный ответ Autodesk, что если после etransmit отваливаются растры, то это (по их мнению) нормально. Пользователь должен их сам обновить. Это тоже (по их мнению) нормально.

Цитата:
Я бы заставил самого пользователя формировать pdf / dwf
На мой взгляд, это переваливание с больной головы на здоровую. Ну не должны растры отваливаться. А если отваливаются, то должно выводиться какое-то сообщение. ИМХО.
Автор: kpblc
Дата сообщения: 06.08.2013 10:53
Может, xloadctl "не та"? http://docs.autodesk.com/ACD/2014/RUS/files/GUID-C89AD1A8-458B-4F51-B651-7C9A754EBF05.htm
За компанию indexctl: http://docs.autodesk.com/ACD/2014/RUS/files/GUID-78E98530-C455-43AA-8DB8-33EE3EAB85C4.htm
Туда же - в свое время я попробовал разобраться с индексами: http://kpblc.blogspot.ru/2012/10/xrefsettings.html

Лично у меня на другие объяснения фантазии не хватает
Автор: 7yang7
Дата сообщения: 14.08.2013 07:12
Всем здравствуйте. Столкнулся впервые с такой проблемой, что при установке AutoCAD 2013 (лицензия сетевая) появляется "непредвиденная ошибка autodesk installer", ни каких кодов ошибки нет, просто предлагает отправить баг репорт. Причём когда запускается инсталятор, необходимы компоненты (directx, NetFramework и прочее) ставятся без проблем. И как только доходит до установки AutoCAD через пару секунд появляется такая ошибка. Пару раз было, что сразу при запуске инсталятора появлялась эта ошибка. ОС на компе свеже поставленная Windpws XP SP3, на других компах с XP вставал без проблем.
Автор: lesex
Дата сообщения: 19.08.2013 10:26
при установке AutoCAD 2014 Rus 64bit с официального сайта на windows 8 x64 enterprise original, вот такая ошибка на старте, вот лог #, как с этим бороться?
Автор: kpblc
Дата сообщения: 19.08.2013 10:44
Попробуй принудительно установить MS .NET 4.0, а потом запусти установку acad.msi
Автор: lesex
Дата сообщения: 27.08.2013 09:18
Спасибо, а ещё решается проблема путём добавления строчки:
IGNORE_FAILURE=YES
после строчки
EXE_LANGS=1036;1040;1031;1034;1046;1041;1042;2052;1028;1029;1038;1045;1049
в файл Setup.ini.
Автор: SM8Yozhig
Дата сообщения: 28.08.2013 21:22
Собрали комп:
Intel Core i7-3770;
ASUS P8Z77-V DELUXE;
2 x DIMM DDR3 (1600) 8Gb;
SSD 180Gb;
NVidia Quadro K4000 3072Mb;

Windows 7 x64 SP1
Autocad 2012

Пробуем вращать 5Мб файлик в 3Д и натыкаемся на жуткие тормаза, работает аналогично ноутбуку недорого сегмента. Пребываем в шоке. В чем может быть проблема?

Драйвер на карту ставили с сайта производителя, как "Драйвер производительности".
Автор: Bubar73
Дата сообщения: 28.08.2013 21:46
SM8Yozhig
Ставьте игровую средней цены и будет вам счастье.
Автор: SM8Yozhig
Дата сообщения: 28.08.2013 22:05
Bubar73

А что с этой не так?
Автор: Userrr
Дата сообщения: 28.08.2013 22:23
SM8Yozhig 23:05 28-08-2013
Цитата:
А что с этой не так?

шибко дорогая
проверь железку benchmark'ом, вряд ли виноват AutoCAD
http://goo.gl/QG10Lc
http://goo.gl/5Gfd4z
Автор: SM8Yozhig
Дата сообщения: 29.08.2013 08:08
Userrr

Для чего же нужно использовать такую карточку, кроме как для траты денег? Она же позиционируется именно как для работы с тяжелыми 3D приложениями, являясь hightend линейки.


Цитата:
http://goo.gl/5Gfd4z


Вторая ссылка описывает эту карту, указывая на то что она не для игр, а для инженерных приложений.

Автор: Userrr
Дата сообщения: 29.08.2013 08:43
SM8Yozhig я тебе дал линки на результаты benchmark'ов, чтобы ты сравнил со своей железкой. и если большая разница, то с ней что-то не так (брак), или не хочет жить на конкретно этой материнке.

P.S. по второй ссылке есть образцы тестовых машин, подбери максимально приближённую своей. например из DEVELOP3D blog

Цитата:
Test machine
- Scan 3XS GW-MT15
- Quad Core Intel Core i7 3770K Ivy Bridge CPU (3.5GHz overclocked to 4.4GHz)
- 16GB (2 x 8GB) Corsair PC3-12800 (1600) RAM
- Nvidia Quadro K600 (1GB DDR3) graphics
- 120GB PNY XLR8 Series SSD
- 2TB 7,200RPM Seagate Barracuda 6Gb/s SATA drive
- Gigabyte GA-Z77-D3H motherboard.
- Microsoft Windows 7 Professional 64-bit

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111

Предыдущая тема: config.exe


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.