Olivier Eckmann

Dans les projet Covadis, est-ce qu'il y a aussi beaucoup d'objets 2D (profil en long et en travers, point topo, hachure ...)? Tous ces objets 2D à intégrer dans le moteur 3D, plus les grandes coordonnées CC, ça met AutoCAD à plat.

le proc i7 13850HX est annoncé pour une fréquence turbo à 5.3GHz, maintenu sur quelques cœurs, donc normalement ça devrait quand même boosté pas mal https://www.intel.fr/content/www/fr/fr/products/sku/232161/intel-core-i713850hx-processor-30m-cache-up-to-5-30-ghz/specifications.html Le problème des portables concerne surtout le refroidissement, avec un mode performance maxi qui fait tourner les ventilo à fond, et difficilement supportable à longueur de journée.

Les autres cœurs ne sont pas complètement inutiles, car à côté d'AutoCAD, il y a en permanence l'anti-virus, outlook, word, excel, un navigateur, Recap ... ouverts qui consomment du temps CPU, donc autant qu'il travaillent sur d'autres cœurs que ceux utilisés par AutoCAD. Effectivement 20 coeurs c'est sûrement trop, mais si on cherche la performance maximum, un i7 en watercooling overclocké donnera de très bons résultats.

Bonjour, Quel est le budget? Les stations Pro sont trop chères pour les performances qu'elles offrent à mon goût. Un PC Gamer sera plus performant. ça : https://www.ldlc.pro/fiche/PB00613526.html ou ça : https://www.ldlc.pro/fiche/PB00668711.html

Sinon, tu peux tenter le coup avec ce lisp. C'est une version simple qui traite les objets de base et qui nécessite que les ExpressTools soient installés (defun C:Hide2D ( / ssEnt oEnt oEntDxf I sDxfName ss2D ss3D Z Z1 Z2 ) (if (not (member "acetutil.arx" (arx))) (progn (alert "Le menu Express tools doit être installé!") (exit) ) ) (setq ssEnt (ssget "x" (list (cons 410 (getvar "CTAB"))))) (setq I 0 ss2D (ssadd) ss3D (ssadd)) (repeat (sslength ssEnt) (setq oEnt (ssname ssEnt I)) (setq I (1+ I)) (setq oEntDxf (entget oEnt)) (setq sDxfName (cdr (assoc 0 oEntDxf))) (cond ((or (= sDxfName "POINT") (= sDxfName "INSERT") (= sDxfName "TEXT") (= sDxfName "MTEXT") (= sDxfName "CIRCLE") (= sDxfName "ARC") ) (setq Z (caddr (cdr (assoc 10 oEntDxf)))) (if (<= Z 0) (ssadd oEnt ss2D) (ssadd oEnt ss3D) ) ) ((= sDxfName "LWPOLYLINE") (setq Z (cdr (assoc 38 oEntDxf))) (if (<= Z 0) (ssadd oEnt ss2D) (ssadd oEnt ss3D) ) ) ((= sDxfName "LINE") (setq Z1 (caddr (cdr (assoc 10 oEntDxf)))) (setq Z2 (caddr (cdr (assoc 11 oEntDxf)))) (if (and (<= Z1 0) (<= Z2 0)) (ssadd oEnt ss2D) (ssadd oEnt ss3D) ) ) ((or (= sDxfName "3DFACE") (= sDxfName "3DSOLID")) (ssadd oEnt ss3D) ) (T (ssadd oEnt ss2D) ) ) ) (acet-ss-visible ss2D 1) (acet-ss-visible ss3D 0) ) (defun C:Show2D ( / ) ;(acet-ss-visible ss flag) ; flag : 0 = visible, 1 = invisible (acet-ss-visible (ssget "x" (list (cons 410 (getvar "CTAB")))) 0) )

Lorsque tu parles de geler, tu penses au calque, ou bien au masquage des objets. Si les objets 2D et 3D ne sont pas dans les mêmes calques, pourquoi ne pas passer par les états de calque. Il suffit de faire un état TRAVAIL_2D avec les calques des objets 2D et 3D visibles et un autre état TRAVAIL_3D dans lequel tous les calques des objets 2D sont gelés. A partir de là, il suffit de passer d'un état à l'autre selon le type de travail que l'on souhaite.

Ce n'est pas pire que les autres commandes. Je te mets au défi de me dire quelles variables sont lues et utilisées par 100% des commandes présentes dans AutoCAD Map 3D. Je ne suis même pas sûr qu'il reste un développeur chez Autodesk qui le sache. Donc comme toujours dans AutoCAD, on teste, on essaie et on voit ce qui est pris en compte ou pas. On s'adapte ... ça au moins c'est clair 😉

C'est assez clair. -DWGUNITS règle les unités pour les modules AEC, c'est à dire provenant des modules Architecture. Lorsque l'on exécute -DWGUNITS sur un dessin vierge, ça charge les modules AEC Commande: -DWGUNITS Chargement de Base AEC... Chargement de Base étendue AEC... Chargement de Noyau AEC... Ces modules sont utilisés par des fonctions à l'origine destinées à la partie architecture, dont certains morceaux ont été intégrés soit dans AutoCAD natif tel que le DesignCenter (développé à la base pour Autodesk Architectural Desktop Architectural Desktop), soit dans les versions métiers tels que Civil3D par exemple les masses élémentaires. Le problème c'est que l'on ne sait pas exactement quelles fonctions utilisent ces variables. Par exemple : - la commande WBLOC ne conserve pas ces informations dans le nouveau dessin créé. - la commande AIRE échoue pour de petites surfaces dans des grandes coordonnées géographiques si l'unité par défaut le mm n'est pas redéfini en m : vidéo explicative - le DesignCenter utilise certaines de ces variables pour définir les échelles de conversion des blocs entre unités du dessin courant et celui du dessin d'origine. ...

Je te propose ça qui permet de lire les couleurs indexées et les couleurs vraies (avec une fonction de LeeMac intégrée pour la conversion) (defun C:MaskColor ( / LM:True->RGB oMtext oMtextDxf oColor lsColor) ;; True -> RGB - Lee Mac ;; Args: c - [int] True Colour (defun LM:True->RGB ( c ) (mapcar '(lambda ( x ) (lsh (lsh (fix c) x) -24)) '(8 16 24)) ) (if (and (setq oMText (car (nentsel "\nTexte avec un mask : "))) (setq oMtextDxf (entget oMText)) ) (progn (if (setq oColor (assoc 421 oMtextDxf)) (progn (setq lsColor (LM:True->RGB (cdr oColor))) (alert (strcat "Couleur vraie : " (itoa (car lsCOlor)) "," (itoa (cadr lsCOlor)) "," (itoa (caddr lsCOlor)))) ) (alert (strcat "Couleur : " (itoa (cdr (assoc 63 oMtextDxf))))) ) ) ) ) MaskColor.lsp

Si c'est une couleur entre 1 et 256, tu peux l'avoir avec cette commande (cdr (assoc 63 (entget (car (nentsel "\nSélection du texte avec masque : "))))) Si la couleur est Arrière plan AutoCAD, tu obtiens 256, sinon c'est le numéro de la couleur.

Effectivement, la commande c'est COTDISSOCIER sans le E que tu avais initialement indiqué. ça doit fonctionner avec ça ^C^CCOTDISSOCIER;(SSGET "X" '((0 . "DIMENSION")));;

Essaie avec ça ^C^C(SSETFIRST NIL (SSGET "X" '((0 . "DIMENSION"))));COTEDISSOCIER

Dans le paramétrage de mise en page, dans la section divers, décocher l'option "Limiter la courbe TN"

Salut, La taille du DWG ne fait pas toute la performance, notamment au niveau des hachures qui sont stockées de manière légère, mais dont le graphisme est calculé à la volée par AutoCAD. Je joins un DWG qui fait 200Ko et qui s'ouvre en 1s. Si tu lances un REGEN au niveau de zoom actuel, ça prend 1/10 s, mais si tu fais un zoom sur 1 des carrés noir, ça va prendre 10s, puis si tu lances un REGEN, ça va à nouveau prendre 10s, puis un PAN avec la molette va prendre un temps fou. Si tu refais un zoom étendu, ça redevient complètement fluide, car à niveau de zoom éloigné, AutoCAD ne dessine pas tous les points de la hachure, mais seulement un carré noir. De même, les types de lignes complexe peuvent engendré des ralentissement, notamment dans les présentations. Si tu passes sur la présentation TEST2 et que tu lances un REGEN c'est instantané. Si tu passes sur TEST1 et que tu fais un REGEN, ça prend 2 s. Les 2 présentations sont identiques, hormis le fait que la polyligne de délimitation de la fenêtre est dans TEST2 sur Ducalque dans TEST1 sur EAU_CHAUDE. Pour les textes affichés sous forme de Champ, c'est aussi pertinent en terme de performance. Sur un plan topo avec 100 000 point topo affichant l'attribut altitude sous forme de CHAMP (position Z) un REGEN prend 45s. Le même fichier avec les attributs sous forme de texte statique, le temps de REGEN passe à 2s. Juste pour dire que 100Mo de lignes ou 100Mo de hachures ou 100Mo de textes ne vont pas du tout représenter les mêmes performances à l'affichage dans AutoCAD Olivier TEST_HP.dwg

Il y a cette discussion peut-être utile : https://georezo.net/forum/viewtopic.php?id=63958