Jump to content

    

emiq

Свой
  • Content Count

    164
  • Joined

  • Last visited

Community Reputation

0 Обычный

About emiq

Информация

  • Город
    Array

Recent Profile Visitors

856 profile views
  1. Да, так и надо делать. Поэтому подобный вопрос изменения патчем стандартных шрифтов и подняли.
  2. Файл проекта идет в архив фирмы заказчика. Это его требование на производство работ по проекту. Он нужен также для выпуска документации по проекту. С ним могут работать другие разработчики при совместной работе над проектом. Много для чего он нужен заказчику работ.
  3. Да, последний установленный W). На счет CAM350. Передавать файлы в нем удобнее, чем отдельные герберы со сверловкой. В САМ350 сразу видно совмещение слоев и ошибки вывода герберов. И еще много удобных вещей, в том числе меньше вопросов от изготовителя платы. Много раз производители жаловались на смещение слоев или сверловки по координатам в гербер файлах при их наложении. У многих разработчиков это бывает, и довольно часто. В производстве это поправят, но есть правило - чем меньше в твоем файле на производстве делают правок-исправлений, тем меньше ошибок изготовления платы.
  4. Патч установлен на PCAD2006SP2 под WinXP64en MUI RUS на диске D: - не системном.. Не включались опции патча для двойной буферизации отображения ( без нее в ХР работает экран в режиме прозрачности быстрее, что и было под ХР), для опции 0хFF - не нужна на этой версии PCAD, для открытия в одном окне и последние 3 экспериментальные. Шрифты поставил. Все пока работает как надо. Патч 3.3.9.5. Плату передаю в производство через герберы в CAM350 v8.0. Эта версия САМ350 в настоящее время есть у многих производителей, поэтому обычно вопросов к формату передачи на производство не возникает, все очень удобно для производителя. В архив заказчику - проект PCAD2006 и герберы с файлом в CAM350 v8.0. Сам работаю с САМ 9.12. Но если нужно , то и в 10-12 версии. Сейчас посмотрел САМ 14.5 x64 ( наWin 8.1x64_ru, т.к. CAM v14.1 и выше (DST2019 , DST2020) на Win7x64 уже не ставятся - поставится только 14.0 из DST2018- блокировка в установщике) . У 14 версии САМ350 изменен интерфейс, как у всей 14 версии. Т.к. в архив передается проект в PCAD2006SP2, то тема передачи и отображения шрифтов у заказчика актуальна.
  5. У меня есть с диска семинара PCB Tech информация примерно 2006-2009 г. Могу выложить. Фото с семинара на диске уберу -они 250 МБ. Это не книга, но сборник информации для разработчика от PCB Tech https://yadi.sk/d/2no9bN-ZNwxW9Q упаковано Rar 5.3
  6. Правильно, оригинальные шрифты трогать нельзя - вопрос совместимости продукта при передаче заказчику плвты или схемы. Только в добавленных можно вносить коррективы. //// Возможно ли перевести меня в группу - свой? Нужны для себя программы с FTP.
  7. что добавлено в 3.3.9.4 по сравнению с 3.3.9.3??
  8. Оставь , как есть. Для этой программы всего достаточно.
  9. Все таки под WinXP работает быстрее режим прозрачности, чем с двойной буферизацией в современных системах. Но уже терпимо и можно работать. И чем слабее центральный процессор компьютера, тем заметнее разница.
  10. Эффект от двойной буферизации ощутимый. Задержки в режиме прозрачности со включенными заливками меди практически не мешают. В Win7x64 с большим количеством связей нет при большом ZOOM тормозов,как в ХР при перерисовке связей- резинок. Это работает лучше , чем в XP. Перетаскивание BGA 676 cо включенными связями сильно не тормозит, не хуже, чем в XP, ИМХО. Буду смотреть на других вариантах проектов и сочетаний отображения дисплея. Отображение в режиме прозрачности при "выключенных отверстиях" в свойствах дисплея - теперь режим наложения отрисовки маски, дает некоторое ускорение перерисовки экрана при заливках медью. Это , как и следовало ожидать, осталось, не ухудшилось.
  11. Если есть XP, то попробуй проект, который я прислал, покрутить в ХР. Прозрачность будет работать нормально. Почти не заметно никаких дополнительных тормозов при ее включении - выключении. Немного будет видна также разница при перерисовке включенных-отключенных отверстий выводов. Но это совсем почти незаметная разница. Остальное уже говорил. Все это проверено не один раз и не на одном компьютере с картами и AMD и NVIDIA. Дело не в чипах видео плат, а в взаимодействии драйвера видео и его режимах раборы. Если удастся поправить для современных систем, то будет здо-ро-во!!!
  12. Все тормоза начались с Win WINSTA, когда поменяласть структура драйверов системы. Возможно внутри PCAD при работе с видео написаны свои ускорители блочной передачи данных буфера видео, в обход контроля системы, как прямой доступ к железу. Эпоха DOS и WIN98. Под новыми драйверами, которые исключают такое взаимодействие , встроена универсальная Generic структура совместимости с универсальным видео драйвером. Отсюда и тормоза. Если помните, как работало видео при установке Win98, когда дрфйвера видеокарты не установлены и задействован совместимый универсальный SVGA драйвер. Это сплошные тормоза видео экрана., пока не установишь родной драйвер видео со своими функциями ускорения работы экрана. Я ранее не просто так обратил нимание на функцию перерисовки связей- резинок цепей прри значительном ZOOM. В Если включенных связей много (BGA), то при большом ZOOM в XP имеем тормоза перерисовки этих связей. В WIN7 этого эффекта нет. Тест на XP я положил туда же, где и Win7x64 , в том же посте ниже.
  13. Direct GDI opaque: 52 msec | Direct GDI transparent: 5886 msec | Bitmap buffer: 63 msec | WS_EX_COMPOSITED mode: 30 msec Direct GDI opaque: 55 msec | Direct GDI transparent: 5943 msec | Bitmap buffer: 65 msec | WS_EX_COMPOSITED mode: 30 msec Direct GDI opaque: 55 msec | Direct GDI transparent: 5490 msec | Bitmap buffer: 54 msec | WS_EX_COMPOSITED mode: 30 msec Win764ru GF9600GSO 384MB, CPU AMD 3GHz 4 Core 8GB Memory Direct GDI opaque: 5368 msec | Direct GDI transparent: 10511 msec | Bitmap buffer: 11022 msec | WS_EX_COMPOSITED mode: 162 msec Direct GDI opaque: 12988 msec | Direct GDI transparent: 20010 msec | Bitmap buffer: 9486 msec | WS_EX_COMPOSITED mode: 79 msec Таже машина на XP32 SP3 ru Драйвер отрабатывает картинку очень медленно, по сравнению с Win7. Начинается с чередующихся красно-черных полос углом , потом переходит на зеленую графику
  14. Линии масски уехали от центров площадок ///// отступ маски в файле 75 mil !!!!!, поэтому ерунда. С отступом 5 mil - OK/ Вопрос снят.
  15. Странности в приложенном файле когда Top Mask или Bot Mask текущие слои Сползает маска. От переключателя наложения маски не зависит