Hi,
ich hoffe mal, dass hier noch mehr Leute ein bischen mit Povray spielen. Ich habe mir ein recht komplexes Objekt mit CSG per Hand zusammengebaut, was auch schon richtig hypsch aussieht. Einziges Problem ist, dass das Rendern viel zu lange dauert (100x75 Pixel ohne Anti-Alias -> ~1,5 min auf einem Duron 800). Der Uebeltaeter ist ein cone-Objekt, an dessen Mantelflaeche insgesamt ~650 Zylinder in 4 Reihen gleichmaessig verteilt angeordnet sind. Ausserdem ist das Material ein recht stark reflektierendes Metal, was wohl sein uebriges tut. Mit Variablen kann ich die Anzahl an Zylindern bei Previews ja runterdrehen, aber fuer ``richtige'' Bilder brauche ich wieder alle.
Deshalb wollte ich nur mal fragen, ob es irgendeinen Griff gibt, um das ganze etwas zu beschleunigen (...damit ich Videos rechnen kann).
bye, Rocco
On Fri, 27 Sep 2002 11:06:11 +0200, Rocco Rutte wrote:
ich hoffe mal, dass hier noch mehr Leute ein bischen mit Povray spielen.
...
Deshalb wollte ich nur mal fragen, ob es irgendeinen Griff gibt, um das ganze etwas zu beschleunigen (...damit ich Videos rechnen kann).
PovRay wird immer als DAS Programm gehandelt, bei dem ein für deine CPU optimiertes Binary richtig doll was bringen kann. Ich würde es mal versuchen.
Reinhard
Hi,
* Reinhard Foerster [02-09-29 16:08:31 +0200] wrote:
PovRay wird immer als DAS Programm gehandelt, bei dem ein für deine CPU optimiertes Binary richtig doll was bringen kann. Ich würde es mal versuchen.
Hmm, im offiziellen ./configure-Skript findet sich nichts passendes zum Optimieren. Bleiben mir also nur Compiler- Switches. Die 3.1g habe ich durch die 3.5b ersetzt und habe halt optimiert, was geht. Rein subjektiv ist es schneller (...was aber auch an besserem Code liegen kann).
bye, Rocco
Hi Rocco,
On Fri, Sep 27, 2002 at 11:06:11 +0200, Rocco Rutte wrote:
Povray spielen. Ich habe mir ein recht komplexes Objekt mit CSG per Hand zusammengebaut, was auch schon richtig hypsch aussieht. Einziges Problem ist, dass das Rendern viel zu lange dauert (100x75 Pixel ohne Anti-Alias -> ~1,5 min auf einem Duron 800). Der Uebeltaeter ist ein cone-Objekt, an dessen Mantelflaeche insgesamt ~650 Zylinder in 4 Reihen gleichmaessig verteilt angeordnet sind. Ausserdem ist das
Als union{} oder difference{}? Bei differences ist das Problem, dass sie als intersection{} mit den jeweils inversen Objekten implementiert sind. So wird aus jedem endlichen Objekt, das vom Grundobjekt subtrahiert wird, ein unendliches Objekt. Dadurch gibt es wesentlich mehr ray/intersection-Tests. Abhilfe das gesamte difference-Objekt manuell mit einem bounded_by{}-Objekt umschliessen.
Wenn das CSG-Objekt eine union{} ist, dann laesst sich wahrscheinlich nicht mehr viel in der Szene optimieren. Kannst mir ja mal den Source schicken.
bye, Chris
Hi,
Rocco Rutte pdmef@gmx.net schrieb:
Deshalb wollte ich nur mal fragen, ob es irgendeinen Griff gibt, um das ganze etwas zu beschleunigen (...damit ich Videos rechnen kann).
wenn Du evtl. mehrere Rechner verwenden koenntest, empfehle ich Dir mosix. (www.mosix.org). Das ist eine ziemlich schlaue Clusterloesung, die bei povray echt was bringt. Ich hab zu Testzwecken auf einem 486/100 (!) ein Bild gerendert. Allein brauchte er 22 min, im Verbund mit einem amd350 119 sec. Und da habe ich an der mosix-conf nichts geschraubt.
Frank
Hi,
* Frank Sommer [02-09-30 14:21:23 +0200] wrote:
Rocco Rutte pdmef@gmx.net schrieb:
Deshalb wollte ich nur mal fragen, ob es irgendeinen Griff gibt, um das ganze etwas zu beschleunigen (...damit ich Videos rechnen kann).
wenn Du evtl. mehrere Rechner verwenden koenntest, empfehle ich Dir mosix. (www.mosix.org). Das ist eine ziemlich schlaue Clusterloesung, die bei povray echt was bringt.
Ich habe nur von pvmpov gehoert und wollte das mal probieren. Die Frage ist nur, wie klein ich das ganze kriegen kann, denn das einzige, was wirklich in Frage kommt, ist eine Loesung mit fli4l und 1 Diskette. Mal schauen...
bye, Rocco
Hallo Rocco und Frank,
On Mon, Sep 30, 2002 at 09:51:06AM +0200, Frank Sommer wrote:
Rocco Rutte pdmef@gmx.net schrieb:
Deshalb wollte ich nur mal fragen, ob es irgendeinen Griff gibt, um das ganze etwas zu beschleunigen (...damit ich Videos rechnen kann).
wenn Du evtl. mehrere Rechner verwenden koenntest, empfehle ich Dir mosix. (www.mosix.org). Das ist eine ziemlich schlaue Clusterloesung,
Alternativ kannst Du Dir auch PVM anschauen, da gibt es eine Povray-Version, die es nutzen kann. Fuer Animationen kannst Du auch jeden Frame einzeln verteilen, das lohnt sich vor allem bei vielen Nodes und hat den Vorteil, dass es das Netz weniger belastet. Beide Varianten kommen im Gegensatz zu Mosix ohne Kernelpatch aus.
die bei povray echt was bringt. Ich hab zu Testzwecken auf einem 486/100 (!) ein Bild gerendert. Allein brauchte er 22 min, im Verbund mit einem amd350 119 sec. Und da habe ich an der mosix-conf nichts geschraubt.
Denk mal nach, welcher Prozessor da die Hauptarbeit gemacht hat...
Gruss
Holger
Holger Dietze holger.dietze@advis.de schrieb:
Hallo Rocco und Frank,
Hallo zurück.
Denk mal nach, welcher Prozessor da die Hauptarbeit gemacht hat...
Ja, weiß ich doch. Ist aber trotzdem ein nettes Spielzeug und sollte in erster Linie belegen, dass es ohne viel Grundlagenforschung funktioniert. Auch n gleichartige Rechner profitieren davon. Und der traffic ist gar nicht so sehr hoch.
Schöenen Tag noch, morgen beginnt das Wochenende ;-) Frank
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Frank Sommer -
Holger Dietze -
Reinhard Foerster -
Rocco Rutte