peso file solidworks

[strafede86]

tschüss.

ich erkannte etwas neugieriges, ich habe eine teildatei, auf der ich genug ausgehändigt habe, innen habe ich eine zwanzig konfigurationen.
der teil wiegt die schönheit von 28mb, aber mit einer einfachen operation: datei speichert nach namen teil, ohne absolut nichts zu ändern und eine identische kopie der datei wiegt 3mb.
das öffnen der datei ändert offenbar nichts zwischen den beiden...
hast du eine ahnung, was los ist? ich benutze swx 2010.

hi.

 

[Syncmaster]

tschüss.

ich erkannte etwas neugieriges, ich habe eine teildatei, auf der ich genug ausgehändigt habe, innen habe ich eine zwanzig konfigurationen.
der teil wiegt die schönheit von 28mb, aber mit einer einfachen operation: datei speichert nach namen teil, ohne absolut nichts zu ändern und eine identische kopie der datei wiegt 3mb.
das öffnen der datei ändert offenbar nichts zwischen den beiden...
hast du eine ahnung, was los ist? ich benutze swx 2010.

hi.

immer passiert und hängt von der idiotischen implementierung von solidworks dateimanager ab.
sie können nichts dagegen tun, wenn sie ihre dateien nicht mit namen speichern

 

[strafede86]

immer passiert und hängt von der idiotischen implementierung von solidworks dateimanager ab.
sie können nichts dagegen tun, wenn sie ihre dateien nicht mit namen speichern

aber das ist high-tech!
aber gibt es im rettungsprozess verlorene daten? sind dateien tatsächlich identisch? das ergibt keinen sinn.

 

[reggio]

immer passiert und hängt von der idiotischen implementierung von solidworks dateimanager ab.
sie können nichts dagegen tun, wenn sie ihre dateien nicht mit namen speichern

bye, du meinst vielleicht "wenn nicht re-speichern sie ihre dateien nach namen?

ich meine, ich hatte nie versucht, aber manchmal passiert es mit "banal und einfache" dateien viel mehr fett als andere "vollständige" dateien gefunden werden, sagen sie, dass, wenn zum beispiel ich mich mit einer "corona.sldpart" datei von 10mb gefunden würde, wäre es genug, wie:

"corona_x.sldpart"

und dann wieder in "corona.sldpart" (um den gleichen namen zu erhalten und nicht in irgendwelche axiome verschrauben)

"bear" die alte datei und vielleicht nehmen sie zu 5mb? verstehe ich oder wie?

 

[Syncmaster]

bye, du meinst vielleicht "wenn nicht re-speichern sie ihre dateien nach namen?

ihr habt sehr gut verstanden
und trotzdem vermissen sie nichts. es ist ein einfaches solidworks rettungsalgorithmus problem. .

nicht alle donuts gehen mit dem loch:biggrin:

 

[Oldwarper]

ich wusste immer, dass es die schuld der fenster und seine indexierung war. jedoch, nur einen speicher mit namen, dann manuell löschen sie die alte datei und umbenennen, immer von hand, die neue unter dem namen der alten. beachten sie, dass im falle von axiemi der speichern unter dem namen der komponenten mit der option, die als kopie gespeichert werden muss, um links mit alten dateinamen zu erhalten.

oder machen sie ein packandgo der dateien in einem anderen verzeichnis und kopieren sie sie dann alle im alten schmutz. auge nicht alle vorherigen dateien löschen, sondern überschreiben mit den gespeicherten (einige dateireferenzen können "expel" auf das packandgo).

bleibt immer eine frage der kriminellen wolle, nur in fällen, die klamourös schwierig oder problematisch sind.

 

[re_solidworks]

ihr habt sehr gut verstanden
und trotzdem vermissen sie nichts. es ist ein einfaches solidworks rettungsalgorithmus problem. .

nicht alle donuts gehen mit dem loch:biggrin:

ich würde sagen, sie verwalten oft mit mehreren löchern....

 

[meccanicamg]

wie es mit fast allen 3d modellierern passiert, haben sie, dass die kontinuierliche rettung mit dem speicherschlüssel addiert inkremental die daten, indem sie in der warteschlange der datei selbst hängen. speichern nach namen wird die datei zerlegt und nur mit den tatsächlichen daten des modells gespeichert, wodurch die verschiedenen einzahlungen, die bei jedem speichervorgang erzeugt wurden, beseitigt werden.

 

[marcof]

wie es mit fast allen 3d modellierern passiert, haben sie, dass die kontinuierliche rettung mit dem speicherschlüssel addiert inkremental die daten, indem sie in der warteschlange der datei selbst hängen. speichern nach namen wird die datei zerlegt und nur mit den tatsächlichen daten des modells gespeichert, wodurch die verschiedenen einzahlungen, die bei jedem speichervorgang erzeugt wurden, beseitigt werden.

ich erinnere mich, dass ich das programm "unfrag" erfolgreich und ohne besondere probleme für eine weile verwendet habe, trotz der tatsache, dass solidworks nicht die verwendung für ich weiß nicht, warum.
jetzt kümmert es mich nicht mehr um die größe der dateien, ecchecavolo, ich kann nicht hinter allen programmierrasen sein. ich ziehe es vor, hd zu ändern, wenn es unzureichend wird :redface:

 

[maxopus]

wie es mit fast allen 3d modellierern passiert, haben sie, dass die kontinuierliche rettung mit dem speicherschlüssel addiert inkremental die daten, indem sie in der warteschlange der datei selbst hängen. speichern nach namen wird die datei zerlegt und nur mit den tatsächlichen daten des modells gespeichert, wodurch die verschiedenen einzahlungen, die bei jedem speichervorgang erzeugt wurden, beseitigt werden.

war? schnell das macht den unterschied... :smile:

 

[marcof]

war? schnell das macht den unterschied... :smile:

ich bin mir sicher, dass ich falsch bin, aber ich denke, ich bin vage bemerkbar, aber nur ein sehr leichter hinweis zwischen den zeilen, die pro-und nicht "wrap" die dateien. :smile:

 

[maxopus]

ich bin mir sicher, dass ich falsch bin, aber ich denke, ich bin vage bemerkbar, aber nur ein sehr leichter hinweis zwischen den zeilen, die pro-und nicht "wrap" die dateien. :smile:

was lässt dich denken?

 

[cacciatorino]

was lässt dich denken?

aber ingenieur/professionist nicht par.1, par.2 par.3 usw. usw. ongi volta che salvi? vielleicht haben auch solide werke ein system von internen versionen in die datei, so dass es vorherige speichert.

 

[maxopus]

aber ingenieur/professionist nicht par.1, par.2 par.3 usw. usw. ongi volta che salvi? vielleicht haben auch solide werke ein system von internen versionen in die datei, so dass es vorherige speichert.

sie ingenieur/professional speichert eine neue datei zu jedem speicher (wenn die datei geändert wurde).
ich weiß nicht, ob sie hart arbeiten, wie sie berichtet werden.

 

[marcof]

ingenieur/profsionell....

aber denken sie an sie, und ich glaubte immer, dass der echte name der soft-komponente, die sie verwenden, um design war "für den ingenieur" und nicht "engineer-professionist".
es wird gesehen, dass das latein zum granit nicht gegangen ist, um es zu verstehen: sprache:

 

[maxopus]

aber denken sie an sie, und ich glaubte immer, dass der echte name der soft-komponente, die sie verwenden, um design war "für den ingenieur" und nicht "engineer-professionist".
es wird gesehen, dass das latein zum granit nicht gegangen ist, um es zu verstehen: sprache:

sind anglo-saxonen, es ist zu lange seit der römischen herrschaft, was wollen sie, dass ich mich an latin :biggrin:.

 

[re_solidworks]

es ist wahr, dass die akten der proes sehr leicht sind und bei jeder rettung die fies wiederhergestellt werden. abgesehen davon berührt der benutzer die falsche aufgabe, das archiv ordentlich sauber zu halten, bemerkte ich, dass trotz der leichtigkeit beim kopieren/einrichten der dateien, die mit proe generiert werden, die kopierleistung der fenster zusammenbricht.
zu beachten, dass ich diese verschiebungen in der regel mit der xkopie durchführe, also ohne ressourcenverschwendung für grafische frills und restzeitberechnungen.

 

[SolidUser]

immer passiert und hängt von der idiotischen implementierung von solidworks dateimanager ab.
sie können nichts dagegen tun, wenn sie ihre dateien nicht mit namen speichern

es hat nichts mit solidworks zu tun, es ist notwendig, sich vor dem schießen urteile zu informieren.

 

[SolidUser]

ihr habt sehr gut verstanden
und trotzdem vermissen sie nichts. es ist ein einfaches solidworks rettungsalgorithmus problem. .

nicht alle donuts gehen mit dem loch:biggrin:

aber welchen algorithmus.... aber hast du sie erfunden oder haben dir einige techniker gesagt?

 

[SolidUser]

dateien erhöhen sich aus verschiedenen gründen :
1) konfiguration
2) änderungen (storische fenster)
3) vorschau für jede konfiguration aktiviert und mit dokumentenauflösung verknüpft
4)
5) bewegung
6) pv360
7) virtuelle komponenten
...
die fälle sind verschiedene und andere neben meinen erwähnten.