А как удалять, неужели вручную, их там (строчек) много(было бы их десяток, я бы так и сделал, но там их более сотни), может есть какая-то тулза для этого, а то можно удалить и нужное?

Это из области--- удар по работе дома без лицензии. Вообще в этом что-то есть. Отдыхать тож нужно. Однако дурной пример заразителен. Я думаю это ожидает и другие пакеты

да нет, бинарные проекты можно таскать без проблем. Я так понимаю ментор продвигает свою Automation, которая дает много контроля над бинарными данными проектов. И заморачивая аски заставляет активнее использовать её автомэйшн. что не есть гут, так как надо еще и програмером стать. Может быть у них там на западе все pcb инженеры еще и програмеры, но для меня это уже слишком..

Сори, что не в тему. Но я знаю западных програмеров, которые еще и pcb-инженеры .
Покрайней пере пытаются.

Ясно, что ментор хочет получить денег на лицензиях и поддержке automation, и потому ломает то, что как раз более-менее нормально работало.

Вы еще загляните на DxDesigner Users Group - там страсти не меньшие (например по поводу исключения атрибута @DATETIME из EE2007.2

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

Ну а пока все дружно остаемся на 2005.3 (хотя в 2007 много полезных исправлений и хочется на нем, но из-за вышеописанного это невозможно).

Вообщем все работает как и написано то, что привел fill: Using Encrypted ASCII in Your Flow
т.е НЕПРИВЯЗАНО к конкретной лицензии, этот вопрос снят.

А вот зачем они добавили такую "удобную" фичу, это уже другой вопрос, как по мне лучше бы они добавили опцию версии(2002, 2005 итд) при экспорте дизайна, а то ASCII 2007.3 не понимается EXP2005.3 без лишних телодвижений.

Понравилось то, что в Message Window стали появляться Warning Error разным цветом(правда не знаю с какой версии это сделали), а плохо то, что остались дублирущие Dialog Box и Message Box. Их бы перенести в этот Message Window, сделав его типа command window, чтоб в нем можно было вводить KeyIn, наподобие как transcript window в Modelsim, тогда бы все стало красиво и логично(еще бы добавить туда поддержку Perl или tcl/tk).

p.s. кстати fill это случайно не с вашей подачи они сделали Warning Error разным цветом ?

Не с моей, т.к. я на такие мелочи не обращаю внимания - для этого есть куча пользователей , некоторые из них и создают SR по таким вопросам.

Для чего ввели лицензирование ASCII - подумайте логически:
1. Ментору не хочется вести одновременно две системы (Automation и ASCII). Если просто оставить ASCII в том виде как оно есть, то в новых релизах с ним будут проблемы - это видно на примере чтения ASCII_2007 в 2005.
Пол года назад ментор пытался понять сколько реально пользователей заинтересованы в ASCII - насколько я понял, получилось очень мало. Среди наших пользователей тоже нет работающих через ASCII (или я не знаю т.к. никто не говорит со мной об этом) - все предпочитают работать через GUI (графический интерфейс пользователя).
2. Исходя из пункта 1, ментор пытается подтолкнуть оставшихся к работе через Automation. А затем закрыть ASCII.
3. Несколько лет назад многие пользователи Expedition как раз упрекали ментор в отсутствии Automation. Теперь она есть и естественно ментор хочет вернуть свои немалые затраты на это, а также минимизировать расходы на поддержание автоматизации (закрыть второй маршрут).
4. Все САПР, как правило корректно, поддерживают только переход по версиям снизу-вверх, но не обратно. Хотите обратно - пишите свои скрипты или в ручную редактируйте файлы, чтоб они стали совместимыми со старыми версиями софта.

Грустно это, если например проявится "непреодолимый баг" в новой версии софта, то назад(к старой версии) откатиться как?

ps: PCAD конечно по сравнению с Expedition не САПР, но в нем есть такая фича(перед тем как он умер , PCAD2006 мог сохранять в формате PCAD2002 ASCII)

подумал логически и логики не вижу:
1. может и не хочется вести 2 системы - а все равно пришлось, поскольку реально оно оставлено, только криптованное - до неопределенного будущего. Цитата Ваша:
Therefore, we will continue to support ASCII manipulation for the foreseeable future.
Ментор пытался понять, насколько нужно аски методом полного его удаления. Но пришлось вернуть - видимо не по доброй воле, а из-за возмущений пользователей. Тогда решили криптовать. А смысл? Лицензия на криптование, насколько я понял - бесплатная (пока???). Просто лишние заморочки пользователям.
Кстати, 83% оставивших свое мнение - против криптования ascii.
http://forums.mugweb.org/showflat.php?Cat=...c=1&fpart=1

2. Наверное главное: закрыть ascii - значит отсечь писателей других программ, которые облегчают жизнь пользователям, например PCB LP Wizard, ничего не предоставив взамен. Или заставить их (PCB matrix) платить дань за возможность вывода в криптованном ascii.

1. За много лет работы с ментором ни разу не сталкивался с "непреодолимым багом" который не давал продолжать работу.
2. Если пользователь сталкивается с "непреодолимым багом" который не дает продолжать работу, то он генерирует SR с признаком critical и через несколько дней получает патч решающий данную проблему. Пару раз видел такое - выходил релиз и через несколько дней к нему патч - какой-то пользователь столкнулся с критической для него проблемой.
3. У ментора есть несколько систем проектирования топологии.
Expedition - прежде всего для предприятий, а на них переход обычно происходит по приказанию, одновременно и переход осуществляется после тестирования, т.е. винегрета с разными версиями не бывает.
PADS - для небольших групп, поэтому в нем есть сохранение в разные версии.


Могли вернуть просто потому, что на данный момент нет возможности транслировать PADS-Expedition без ASCII.
Я тоже считаю, что удаление ASCII является плохой идеей.
При заказе лицензий для ASCII (в 2007.1) надо было сформулировать для чего использует ASCII данный пользователь - если бы заказов и аргументированных ответов было бы достаточно, то наверняка отменили идею расстаться с ASCII.
Тогда же, кстати, был и внутренний опрос в supportnet и пользователи находящиеся на поддержке не высказали большого возмущения.

на support люди просто так не ходят, только когда проблемы. так что народ мог просто проворинить этот опрос. А когда поставили новый релиз и слегка влипли с ascii, тогда и форум ихний ожил. А то все тишь да гладь...

В феврале люди поставили 2007.1 и не увидели там ASCII. И по идее должны были сразу пойти на support. Не пошли. А теперь вдруг пошли?
В указанной конференции участвуют в большей степени пользователи не находящиеся на поддержке. Те кто на поддержке, в случае проблем обычно обращаются напрямую к инженерам ментора- об этом можно судить по SR хранящимся в базе.

Результаты опроса легко прогнозируемы - если вас спросят одобряете ли вы исчезновение некоторых функций, естественный ответ - не одобряю и не важно использую ли я их или нет.
Опрос должен быть дополнен - используете ли вы ASCII в данное время?
Тогда можно будет судить о некоторой объективности восприятия .

На работе поставьте RDP сервер и работайте.

Таки своим шифрованием сломали в EE2007.3 Orcad Capture - Expedition интерфейс.
Подробнее:
начиная с версии 2007.1 в EE 2 варианта поддержки Orcad Capture:
- "старый" еще с версии наверное 2002, через .kyn netlist, в котором ограниченная BackAnnotate (только смена refdes). Особенность интеграции - в ЦБ должны быть PDB и соответствующие им cell. В netliste должны быть ссылки на PDB. В версии 2007.1 был сломан - терялись назначения цепей классам при ForvardAnnotate.
- "новый", в котором интеграция более полная, идет через Allegro netlist в Orcad. Особенность - в ЦБ нужны только cell, PDB создаются при FA в виде PDB.HKP. Вроде бы аналогично был сделан путь DxD2005-Exp2005.
В 2007.3 "старый" путь через .kyn netlist почнили (слава богу). а новый - поломали.
при FA возникает ошибка - рис.1


изучение лога OE_ExportPDB.log показало, что PDB.HKP создан удачно.
Reading property file...
...DONE
Reading xprt file...
...DONE
Reading chip file...
Writing HKP file...
Processing completed successfully.

изучение OE_ImportPDB.log показало, вновь созданную PDB expdition прочитать не может, в силу того, что она НЕЗАШИФРОВАНА. То есть генерация PDB не шифруется, а импорт нешифрованную не берет.

Expedition PCB Design Data to PartsDatabase Log
-----------------------------------------------

05:42 PM Wednesday, October 15, 2008
Job Name:

Design Data PDB : C:\_WG_Projects2\2007\probe exp 2007\Integration\PDB.hkp
PDB : C:\_WG_Projects2\2007\probe exp 2007\PCB\\Work\Layout_Temp\PartsDB.pdb

Error: Unencrypted data can not be imported.
Please encrypt the data and try again.

Fatal HKParser initialization error

После нажатия на OK в окне ошибки рис1 Expedition рапортует об успешном завершении FA, хотя таковая и не случилась - рис2.

После нажатия на OK появляется третье окно об удаче - рис3,

а в папке integration появляются еще успешные логи OE_OrCAD2GatesMap.log и OE_OrCAD2RoomsAndClusters.log.

Если попытаться зашифровать злополучный PDB.HKP, то это не помогает, поскольку при следующей попытке сделать FA этот вновь генерится и переписывается незашифрованным.

to fill - заодно при шифровании одного и того же файла замечено, что зашифрованный файл каждый раз другой, у них даже размеры не совпадают на несколько байтов. Что туда еще замешивается? время?

Очень часто работаю с аски в текстовом редакторе. Что ж делать, придется бороться с бурной фантазией менторов.
Почесал репу, и написал скрипт для Slick Edit. Стало удобно. Почти как раньше.
Выкладываю.
Типа хелп:
Открываем Slick Edit. Открываем скрипт. Компилируем скрипт клавишей F12. Закрываем скрипт. (Это нужно сделать один раз).
Пользуемся:
-Открываем криптованный файл с зюками и в командной строке слика пишем decrypt. Открывается декриптованный файл. Это значит, что декриптование прошло успешно.
-Обычным образом работаем с обычным текстовым аски.
-В командной строке слика пишем encrypt. Открывается криптованный файл с зюками. Это значит, что криптование прошло успешно. Можно импортировать полученный файл.
Ограничения:
-Скрипт декриптует файлы *.txt; *.inp; *.hkp. Получаемый декриптованный файл будет иметь имя исходного с постфиксом _dec и то же расширение, что и исходный.
-Скрипт криптует файлы *.txt; *.inp; *.hkp. Имя файла должно иметь постфикс _dec . Полученный криптованный файл будет иметь имя исходного без постфикса _dec и то же расширение, что и исходный.
При нарушении ограничений Вы будете посланы скриптом (в строке сообщений).
При желании можно команды decrypt и encrypt назначить на горячие клавиши.

ЗЫ. Мне почему-то кажется, что менторы одумаются. А пока, тем, кто пользует слик, можно так.