Перейти к публикации

Образ Tiff обрабатывается


Рекомендованные сообщения

Здравствуйте

Есть допустим расчет статический в SWS 2014 sp5

Делаю по нему отчет.

Отчет начинает генериться, в него солид начинает пихать картинки (оболочек, ГУ, эпюр и т.д)

Картинки типа выделенных на скрине:

Показать содержимое  

5acb26597a430_.thumb.jpg.f50cb53cdbf68ae10cfbd7fc17054d51.jpg

Hide  
При генерации каждой картинки выпадает окно "Образ Tiff обрабатывается..."

Так вот вопрос - на работе Intel  i5-4460, Win7 - довольно быстро всё, отчет минуты две готовится.

Дома AMD FX-8350, Win10 - обработка каждой картинки секунд 30, генерации отчета не дождаться никак.

Солиды полностью одинаковые, памяти по 8Гб везде, SSD.

Может кто знает, где поправить галку, чтобы этот образ быстрее обрабатывался, или вообще был не tiff, а что-то другое? Или это от процессора/ОС зависит?

 

Ссылка на сообщение
Поделиться на других сайтах


37 minutes ago, jtok said:

Может кто знает, где поправить галку, чтобы этот образ быстрее обрабатывался, или вообще был не tiff, а что-то другое?

Посмотри, какие на домашнем стоят настройки для сохранения в тифф.

 



This is most likely due to the SolidWorks Export Options > File Format > TIF/PSD/JPG settings which affect how images are captured in SolidWorks as well as Simulation reports. To check if this is the problem, do the following:

 

1)     Go to File > Save As

2)     Select Tif (*.tif) for Save as type, then click Options

3)     If the “Print capture” option is currently selected, change it to “Screen capture” and click OK

4)     Click Cancel in the Save As dialog (the changes you made to Export Options will be saved regardless of whether you click Save or Cancel in this window)

5)     Try generating/publishing a report again

 

Please refer to the SolidWorks Help topic “TIFF, Photoshop, and JPEG Export Options” for additional information on these SolidWorks settings.

 

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
    • Максим604
      разные уп, но смысл одинаковый. в первом варианте подача меняется, во втором сохраняется.   Это то что не устраивает   M0 E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1297,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.03937,0.31831,,,,1,0,"ISO_METRIC","M14");*RO* E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1298,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.07874,0.63662,,,,-1,0,"ISO_METRIC","M14");*RO* _E_P002: E_PS_CIR(1,0,0,-14,90,0,,0,,102.5,12.857,30,8,10,0,,);*RO* CALL "END.SPF";#SM;*RO* E_END(0,1,0);*RO* M30 ;#SM;*RO* _____________________________________________   это устраивает N104 T=" ФРЕЗ. РЕЗЬБЫ - 12" N106 M6 N108 G0 X0. Y0. S1326 M3 D1 N110 Z50. N112 Z5. N114 G1 Z-25. F198.9 N116 G41 Y-4.95 N118 G3 X9.95 Y0. Z-24.5 I3.74372 J4.95 N120 Z-22.5 I-9.95 J0. N122 Z-20.5 I-9.95 J0. N124 Z-18.5 I-9.95 J0. N126 Z-16.5 I-9.95 J0. N128 Z-14.5 I-9.95 J0. N130 Z-12.5 I-9.95 J0. N132 Z-10.5 I-9.95 J0. N134 Z-8.5 I-9.95 J0. N136 Z-6.5 I-9.95 J0. N138 Z-4.5 I-9.95 J0. N140 Z-2.5 I-9.95 J0. N142 Z-.5 I-9.95 J0. N144 X0. Y9.95 Z0. I-9.95 J0. N146 X-4.95 Y0. Z.5 I0. J-6.20628 N148 G1 G40 X0.
    • sklide008
      Да точно, подзабыл уже все. а можно ли горячими клавишами открыть деталь из сборки и пересохранить не открывая деталь?
    • maxx2000
      наверное пришло время выложить программу которая устраивает и которая не устраивает
    • Максим604
      Резьбу фрезерует. Просто выходит что подача меняется в разы.    Писал в мастеркаме  и крео. Там всё понятно. Подача=обороты*кол-во зубьев*подача на зуб. И с такой скоростью режет.    А когда пишешь через шопмилл ( стойка синумерик). То подача меняется от написаной
×
×
  • Создать...