|
Autor
|
Thema: Ausgabe von Volumen ins Excel (6769 mal gelesen)
|
PeterW
Mitglied
Techniker (HTL Maschinenbau)
   Beiträge: 538
Registriert: 08.08.2002 IV 2009
XP2002
Intel Core Duo 2,4 GHz / 3 GB
4 GByte RAM
NVIDIA Quadro FX 1500
|
erstellt am: 07. Jun. 2004 08:02    Unities abgeben:          
Zu den Umlauten:
Sind weiter kein Problem (wurde auch schon gepostet) - einfach den Link 1x anklicken, im jetzt angezeigten Fenster (mit der Fehlermeldung) oben in der Adresszeile das böse Wort rauslöschen, mit der Return- Taste kommt man in ein neues Fenster, wo die Datei zu finden ist und geöffnet werden kann.------------------
mfG
PeterW Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
daywa1k3r
Ehrenmitglied V.I.P. h.c.
Softwareentwickler
( Bin dabei: 19.-23.04 )
Beiträge: 3079
Registriert: 01.08.2002 blah...
|
erstellt am: 05. Jun. 2004 13:14 Unities abgeben:
Hai Walter!Natürlich für die Chrom Texturen und Verläufe TschiPeg  nehmen. Die haben ja auch mehr als 256 Farben. Das ist schon klar. Mir ist nur aufgefallen warum der Screenshot so "komisch" aussieht. Das ist die typische JPG Schwäche. Und mach dir keine Sorgen wegen Sreddentfremdung ...   Wenn der Thread Ersteller die Umlaute raus machen, oder vielleicht das Modell reinstellen würde, bin ich mir sicher ihm würde schon geholfen ------------------
Grüße daywa1k3r  Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
W. Holzwarth
Ehrenmitglied V.I.P. h.c.
Dipl.-Ing. Maschinenbau
Beiträge: 5408
Registriert: 13.10.2000 AIP 2010, MDT 2009, Rhino 4, Mainboard ASRock 1333 - Full HD, Core 2 Quad 6600, 4 GB RAM, ATI Fire GL V7100, Dual Monitor, Spacepilot
|
erstellt am: 05. Jun. 2004 12:54 Unities abgeben:
Hei, daywa1k3r. Wie sagense doch immer bei diesem kaukasischen Radiosender:
Im Prinzip ja, aber...
- GIF kann Probleme bei Farbverläufen oder komplexen Texturen machen. Da reichen dann 256 Farben nicht. (Hab' das mal rasch getestet, konnte am Beispiel aber nichts Nachteiliges erkennen. Naja, ist halt Eriwan )
- GIF ist nicht immer kleiner in der Dateigröße. Habe grad' mal einen Screenshot (per Drucktaste) mit weißem Hintergrund in die Bildbearbeitung geholt und dort jeweils als JPG (105 KB) und GIF (123 KB) gespeichert. Mit Farbverlauf wird GIF dann ungünstiger. Viel hängt aber vom einstellbaren Komprimierungsfaktor von JPG ab. JPG unkomprimiert ist ganz schön groß. Hoffentlich gibt's keinen Ärger - wegen Sreddentfremdung .. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
daywa1k3r
Ehrenmitglied V.I.P. h.c.
Softwareentwickler
( Bin dabei: 19.-23.04 )
Beiträge: 3079
Registriert: 01.08.2002 blah...
|
erstellt am: 05. Jun. 2004 12:00 Unities abgeben:
Hallo Walter!Das hat wenig mit DPI zu tun, sondern einfach mit Komprimierungsverfahren von JPG. Es ist eigentlich für solche Zwecke absolut ungeignet. Für Grafiken bis 256 Farben sollte GIF benutzt werden. Ein Beispiel... Das Techdata Logo auf der Forums Startseite sieht grottenschlecht aus. Warum ? Weil es ein JPG ist. Ich habe das gleiche Logo beigefügt, aber diesmal als GIF. JPG  --> 5Kb GIF  --> 2Kb Zu beachten ist auch die Grösse von den beiden Bildern. Also Fotos mit JPG komprimieren, und die Screenshots mit GIF.
Nachtrag:
Es hat aber auch etwas mit verkleinern zu tun, weil wenn ich Frank sein Screenshot aufmache und mit 100% Size betrachte, dann sieht es genau so schlecht wie beim Walter aus. Wenn ich das Screen anpasse, ist es kleiner, aber trotzdem noch schlecht. Wenn ich aber mein ACDSee so einstelle, dass es automatisch beim Öffnen anpasst, sieht der Screenshot ganz gut aus.
------------------
Grüße daywa1k3r [Diese Nachricht wurde von daywa1k3r am 05. Jun. 2004 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
W. Holzwarth
Ehrenmitglied V.I.P. h.c.
Dipl.-Ing. Maschinenbau
Beiträge: 5408
Registriert: 13.10.2000 AIP 2010, MDT 2009, Rhino 4, Mainboard ASRock 1333 - Full HD, Core 2 Quad 6600, 4 GB RAM, ATI Fire GL V7100, Dual Monitor, Spacepilot
|
erstellt am: 05. Jun. 2004 09:59 Unities abgeben:
Hmm. Für 600 DPI kam mir das Bild recht zackig vor.
Ich habe deshalb mal eine kleine Linie (rot) mit Pixelbreite 1 dazu gezeichnet, und diesen Ausschnitt 3-mal vergrößert abgespeichert.Wie man sieht, ist die Linie nur halb so dick...  Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Frank_Schalla
Mitglied
CAD_SYSTEMBETREUER
Beiträge: 1085
Registriert: 06.04.2002 HARDWARE
Dell M6400 2,7 Ghz Duo
8 Gb Ram
Quadro FX 2700 512 Mb<P>SOFTWARE
IV2008/2009/2010 Pro
ACADM 2008/2209/2010 / Ansys 12
CAD Desktop 4.x
Vault 2010
|
erstellt am: 05. Jun. 2004 09:28 Unities abgeben:
anbei ein Beispiel aus Inventor mittels NATIV 600 DPI
24 BIT
DIN A4
------------------
Es gab mal Zeiten, da haben wir und gefreut im 2D Ansichten gemalt  zu haben.  Lasst uns dies nicht vergessen wenn wir Ansichten erstellt bekommen  Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
thomas109
Moderator
Gscheit dahea redn ...
    
Beiträge: 8352
Registriert: 19.03.2002
|
erstellt am: 04. Jun. 2004 18:49 Unities abgeben:
Hallo Hubert!
Bitte keine Ümläüte im Upload .Ein kontinuierliches Wegschreiben in eine Excel-Datei läßt sich, wenn überhaupt, nur mit einer Programmierung lösen.
Für solche Zwecke gibts z.B. DynamicDesigner oder Ansys oder ... Zum jpg-Export: Auf der Homepage von C.Bliss gibts ein Tool.
Allerdings schreibt dieses (und auch andere) ziemlich große jpgs weg, sodaß man es erst wieder mit Paint (komprimiert am Besten ohne Verluste) oder einem anderen Bildbearbeitungsprogramm öffnen und speichern muß, damit eine vernünftige Komprimierung erreicht wird.
Nach einigem Probieren bin ich wieder bei BMP-Export mit anschließendem Öffnen/Speichern unter mit MS Paint gelandet.
------------------
lg 
Tom 
...so geht mein Boot manchmal unter... Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
hubdan
Mitglied
Maschinenbau-Ingenieur
Beiträge: 24
Registriert: 11.03.2003 AIS 6, SE14, Win XP (SP1)
Pentium IV 2,4GHZ; 1GB
Grafik: NVIDIA Quadro4 750XGL
|
erstellt am: 04. Jun. 2004 18:30 Unities abgeben:
Hallo Leute,eine richtige Herausvorderung an die Profis: Im beigefügten Bild könnt ihr eine Flügelzellenpumpe sehen. Während sich der Rotor dreht verändert sich der Raum zwischen den Flügeln (grün). => Pumpe.
Die Aufgabe besteht jetzt darin, das Volumen mindestens einer Zelle über den Umfang darzustellen (1 Wert pro °Umdrehung).
Erster Ansatz von mir: das Modell ist lauffähig, die Flügel liegen an der Gehäuswand mit "tangetial" an. Dort wo Luft ist, könnte ich einen adaptiven Körper erzeugen und dessen Volumen manuell nach Drehung um jeweils 1° ablesen.
Schöner wäre es, wenn man das Modell laufen lassen könnt und bei jedem 1°-Schritt das Volumen in eine Excel-Tabelle schreiben lassen könnte. Ist das zuviel verlangt? Noch was ganz banales: Wie bekomme ich aus dem Inventor am einfachsten ein jpg? Bin gespannt auf eure Tips.
------------------
Gruß
Hubert Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige:
Anzeige:
|
Foren auf CAD.de (alle Foren)
UBBFriend: Senden Sie diese Seite per eMail an einen Freund!
| 
Dieses Thema ist 6 Seiten lang: 1 2 3 4 5 6 
