---

Hallo Leidensgefährten,

unsere Konstruktionsabteilung hat aus eine Zeichnung bestehend aus 11 Blättern gebaut (warum auch immer .. soll so sein).
Die Zeichnung läßt sich nicht mehr speichern.
Aufrufen aller Blätter ~ 10 Min. Wenn ich z.B. Blatt 4-10 lösche,
speichert sich das Ding in 2 Sek. PTC gibt auf und schlägt SAVE_DISPLAY YES aus Performanceschalter vor. Hat nix gebracht.

Hat noch jemand eine Idee ?
(Bitte nich .. mach doch nur 2 Blätter)

mfG
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Da gibt es doch noch eine save_drawing_picturefile config die mal deaktivieren. Bei embeded versucht er alle Zeichnungsseiten für den Viewer bereitzustellen.
(ich bin mir bei der Schreibweise des Configeintrags nicht ganz sicher)

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Danke ehlers,

war schon mal ein Tip in die richtige Richtung.Die Optionen sind NO; EXPORT; EMBED; BOTH. In der config.pro wird der Wert angezogen, in der config.sup nich :-(

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Noch einen Nachtrag: Hab meine Zeichnung bestehend aus 11 Blättern mal durchgespielt. save_drawing_picture_file embed = 11.6Mb DRW ... save_drawing_picture_file export = 6.7 Mb DRW + 4.9 Mb PIC ... save_drawing_picture_file no = 3.6 Mb DRW  und Schluß. Alle Ansichten aktualisieren dauert trotzdem noch ...

Danke

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi roland

SAVE DISPLAY "YES" hilft beim öffnen nicht beim Speichern!
Wichtig dabei ist:

- Vor dem Speicher regenerieren und #Ansicht#aktuallisieren#alleBlätter
- Zeichnung Schreibgeschützt öffnen (Im Fenster Datei Öffene der Botton ganz rechts oben.

Wenn funktioniert  öffnet die Zeichung mit allen Ansichten auf allen Blätter in Sekunden und lässt sich ebenso schnell drucken.
Bei Bedarf Modell aufrufen - dabei spart man sich die Ansichtsregenerierung.

Weiter Ideen wäre

AUTO_REGEN_VIEW auf "NO" - verhindert Zeichungsneuaufbau bei Blatt- und Zeichnungswechsel erfordert aber mehr Disziplin beim Arbeiten.

Nun weiß ich nicht ob Du ein Part oder eine Baugruppe am Start hast.
Vereinfachte Darstellung verkürzen die Aktuallisuerungszeiten der Ansichten. Erfordert aber ein erhöhtes Managment im Modellaufbau.

Gruß
Andreas

P.S. Deine Rechnerperformance  spielt natürlich auch eine Rollen 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Andreas 
danke für deine Hilfe. Hab jetzt einiges auszuprobieren.
Ich melde mich wenn ich konkrete Ergenisse habe noch einmal.
Bis dahin 
mfG
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Da beim Speichern von Zeichnungen oft auch Modelle gespeichert werden, eventuell die config save_model_display auf shading_lod setzen. Die Daten werden dadurch auch kleiner!

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

ich denke mal, dass ist der falsche ansatz. ob 11 mb oder 4 mb, dass erscheint im ersten ansatz nicht viel (bei wie gesagt normaler bis besserer rechenperformance). nein, du musst natuerlich schauen, welche modelle in die zeichnungen einfliessen. wie gross sind denn die? dass koennten ja ohne weiteres mehrere hundert mb sein... (rein theoretisch). wie oft sind teile gemustert, wie ist es mit verdeckten kanten, schnitten im zeichnungsmodus... diese sachen zum bildaufbau sind immer speicherintensiv... wir selbst haben baugruppen, die so gemustert sind, dass beim drehen im verdecktmodus ein rechner ca. 5 min rechnet (wenn man nicht mit vereinfachten darstellungen arbeiten wuerde)...

... als tip, du kannst auch eine zeichnung ganz vereinfacht laden - in der oeffnen-maske die zeichnung anklicken, dann darstellung oeffnen und dann keine ansichten. umaendern kannst du dann im zeichnunsbereich deine ansichten mit spezial- zeichnungs darstellung...

... probier mal

... so long

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

shading_log.jpg

Hallo ehlers 

es tut mir leid (ehrlich) wenn ich dir widersprechen muß, aber die Einstellung save_model_display Optionen haben wir aus anderen Gründen schon früher getestet. Shading_LOD ist nur schön für Vorschauen  oder Productview_Express (PTC Gratisplugin für IE)

Hab dir ein JPeg mitgeschickt vom früheren Vergleich ...
mfG 
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

getriebegehäuse.jpg zeichnung.jpg

Hallo Hagen,
Modellsumme zwischen 34 u. 42 MB. Modell läßt sich zügig laden und drehen. Zeichnung hat viele Schnitte (siehe Anhang) und erst wenn ich alle 11 Blätter einmal aufgerufen habe geht es zügig weiter.
Rechner ist ok. (1.8 GHz; 1 GB Ram; 2x60 GB Raid 0; 128 MB Grafik).

Ich probier Deine Tips mal aus 
Danke im voraus 
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

oops,

bitte dran denken, gehaeuse mit vielen radien, dass ist ein performancekiller, gerade wenn verdeckte kanten berechnet werden, schnitte vorhanden sind und tangentenuebergaenge auch angezeigt werden sollen. dass ruckelfreie drehen im schattiertmodus beim teil/baugruppe ist nicht unbedingt immer repraesentativ, denke daran, dass bei 11 blaettern zig mal eine ansicht vorhganden sein kann. dass muss beim erstaufruf erstmal alles geladen werden...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo
Beere (Andreas) hat den richtigen Tipp. Super !!! Vor dem Speichern alle Ansichten aktualisieren oder mit Ansicht Darstellungstatus prüfen und das entsprechende Blatt anpacken.
Damit wird die Zeichnung schnell geladen (save_drawing_picture_file embed) 
Das könnte auch eine Erklärung für http://ww3.cad.de/foren/ubb/Forum12/HTML/003760.shtml  sein
Das löst zumindest ein weiteres Problem bei uns dass beim Zoomen in einer speziellen Zeichnung alles ganz langsam wird (Nur 3 Blätter)

Wenn alle Blätter durchaktualisiert sind, lässt sich dann wieder Speichern?

------------------
Servus
Alois

[Diese Nachricht wurde von anagl am 23. September 2003 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Alois 
Danke für Deine Info und ich faß dann mal zusammen:
Hab einen Trailfile erzeugt der die Zeichnung und alle 11 Blätter aufruft unter folgemden config optionen:
save_display no
save_drawing_picture_file no
save_model_display shading_low
Trailfile abgespielt; Zeichnungsaufruf 5min41
config optionen geändert:
save_display yes (öffnet angeblich schneller datei wird größer)
save_drawing_picture_file embed (alles drin zeichnungsdatei riesig)
save_model_display shading_lod (hat nix mit zeichnung zu tun)
alle ansichten aktualisiert; status geprüft neu gespeichert !
ProE aus/an Trailfile neu durchlaufen 2min5 !!
DANKE AN ALLE BETEILIGTEN 
mfG
Roland

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi roland

Erstmal vielen Dank für die Auflistung.
Interessant wäre nun welche Configeinstellung das meiste bringt.

Schon aus eigeninteresse werde ich auch noch mal wieder an meinen Configeinstellungen Schrauben da ich häufig mit Zeichungen arbeite deren Regenerierung und Neuaufbau ca. 40 Minuten dauert.(2x2,4 Ghz 2GB Ram Dell Precision 640).

Gruß
Andreas

[Diese Nachricht wurde von Beere am 23. September 2003 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Andreas 

Wie du schon aus der Antwort an Alois sehen kannst, hast Du entweder die Wahl, die Dateien klein zu halten(gut für Berechnungen oder Export aber langsam im Aufruf) oder alles reinzuhauen ( macht die Dateien sehr groß aber Zeichnungen kommen schneller). Bei meinem Chaosfall ( große Zeichnung mit 11 Blättern) ist ein Trailfile ein Gewinn. Intralink gestartet Trailfile angezogen und dann entspannt Kaffee holen.

In diesem Sinne 
Roland

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP