Ben®
19.09.2011, 12:42

Nochmal zum Rendern mit "Motion Blur" => Fehlschlag unter MEGAPOV

Moin Moin!

Neulich habe ich hier über das Rendern mit "Motion Blur" (zu Deutsch "Bewegungsunschärfe") geschrieben und bekam darüber auch interessante Rückmeldungen.

Jetzt ist eine gute Woche vergangen und ich habe etwas weiter mit diesem Effekt herumgespielt. Allerdings bin ich auch ziemlich ernüchtert.

Einen Propeller unscharf erscheinen zu lassen - das klappte noch ganz gut und mit nur unwesentlich verlängerten Renderzeiten (also vielleicht doppelt bis 5x so lang wenn der Propeller 50x überlappt dargestellt wurde).

[image]



Davon ausgehend wagte ich mich an ein komplizierteres Projekt:

Eine Lok mit:
- 6 Achsen mit Speichenrädern,
- zwei Koppelstangen,
- zwei Pleuelstangen und
- dem Schienenstrang, der auch verwischt, da die Kamera mit der Lok schwenkt.

Die Pleuel-, Koppelstangen und Räder laufen räumlich voreinander durch die Blickrichtung. Offenbar potenzieren sich hier die Renderzeiten. Ich habe nun ein Bild mit 8 Überlappungen rendern lassen und einen neuen Negativrekord aufgestellt:

[image]


Die Renderzeit betrug hierfür 4 Tage 2 Stunden 14 Minuten und 43 Sekunden!

[image]


Das gleiche Bild als Einzelbild ohne Motion Blur rendert in unter 90 Sekunden durch.

Daher habe ich versucht mit einem Grafikprogramm den Effekt durch Bildüberlagerung nachzubauen. Benutzt wurde das altmodische Picture Publisher 8.0, da ich es habe und damit umgehen kann. Kostete vor über 5 Jahren keine 15 Eur im Bundle mit Designer und weiterer nützlicher Grafiksoftware.

Die Ergebnisse könen sich im Vergleich auch sehen lassen:

[image]


Im normalen Mischmoddus verblassen tiefere (zeitlich frühere) Bildschichten. Insgesamt liegt ein leichter Grauschleier über dem Bild, den ich mir nicht erklären kann.

[image]


Der "wenn dunkler" Mischmodus läßt hellere bewegte Pixel verschwinden aber liefert schönere Farben.

[image]


Multiplikation der Bildpixel-Werte erzeugt knallige Farben und dennoch einen leichten Grauschleier.

Für diese Bildüberlagerung habe ich hier auch im PovRay etwas programmiert, damit immer 8 Bilder mit gleichem Ausschnitt gerendert werden, bei denen von Bild zu Bild nur die vom "Motion Blur" betroffenen Komponenten virtuell weiterbewegt werden. Alle 8 Bilder springt also die Lok etwas voran und in den darauf folgenden 7 Bildern bewegen sich nur Pleuel, Räder und Schienenstrang. (Wobei hier nur ein Zyklus zusammengefaßt wurde).

Hier könnte man sicherlich auch experimentieren und die ganze Szene sich bewegen lassen (allerdings wird dann ggf das ganze Bild leicht unscharf).
Außerdem habe ich die Transparenzwerte aktuell für alle Schichten identisch belassen und damit nur wenig herumexperimentiert. Da ist noch Potential.

Im Picture Publisher lassen sich auch primitive Makros schreiben, um die Arbeit des Überlagerns und Filterns zu automatisieren.
Leider klappt das nicht bis hin zum Öffnen von "nächsten" 8 Bildern einer Liste und auch nicht beim Speichern mit jeweils fortlaufenden Dateinamen.

Damit ist diese Lösung für eine Animation, die zum Schluß aberhunderte Bilder umfassen soll noch wenig geeignet. Vielleicht muß ich da unter Excel noch ein weiteres Makro schreiben, daß die Dateibenamung und Steuerung des Picture Publisher automatisch übernimmt (aber das überfordert aktuell noch meine PC-Kentnisse, um das aus dem Stegreif hinzubekomen).

Soweit von der Render- und Animationsfront. Ich melde mich, wenn das erste Filmchen in Motion Blur bei YouTube hochgeladen ist. MegaPov werde ich als Lösung definitiv aufgeben...

Leg Godt!


7 vorhergehende Beiträge sind ausgeblendet

Alle anzeigen Immer alle anzeigen Beitragsbaum

Ben®
19.09.2011, 23:11

Re: Nochmal zum Rendern mit "Motion Blur" => Fehlschlag unter MEGAPOV

» Hallo!
»
» Ich bin weit davon entfernt, mit meinen Render-Ergebnissen zufrieden zu
» sein unddie LEGO-Plastikoberfläche ist wohl einer der Endgegner des
» Renderns, aber da alles nur Spaß ist, kann man es ja mal versuchen (eine
» BR55):
»
»

[image]



Moin Moin!

Sehr schön Dein Bild! Vor allem das rot sieht täuschend echt aus: ich guckte 2x ob das nun das Beispielphoto ist und das Render weiter unten folgen würde.... Erst die fehlenden LEGO-Schriftzüge auf den Studs nahm ich dann als "Mangel" wahr.
Übrigens nicht nur ein schönes Renderergebnis sondern auch eine wunderschöne Lok die den Aufwand der virtuellen Arbeiten absolut wert war! Besonders die Hörner als Blattfedern sind ein Detail, welches ich bei Gelegenheit mal borgen möchte....

Gute Tips in der Tat. Sowohl die Farben ins POV-File zu nehmen, wie auch die Idee mit Clock verschiedenes auszuprobieren.

Oftmals finde ich sogar "falsche" Parameter attraktiv. Diverse Fans haben so sozusagen eine eigene Handschrift entwickelt.
Als Beispiel nenne ich hier mal "UR": dessen Bilder sehen immer "naß" aus. Zu reflektierend, zu stark beleuchtet. Aber eben sehr eigen.....

Danke fürs Teilen Deiner Code-Zeilen!


grubaluk
19.09.2011, 23:51

Re: Nochmal zum Rendern mit "Motion Blur" => Fehlschlag unter MEGAPOV

» Danke fürs Teilen Deiner Code-Zeilen!

Ich kann den Dank nur zurückgeben! Bin schon gespannt, wie das mit dem Motion Blur endet. Hatte das vor Jahren auch versucht
und war ebenfalls auf das Grau-Problem beim Überlagern der Bilder gestossen.

Und falls diesen Thread nochwer liest: Die Bewegung in den einzelnen Teilen bei Bens Lok mittels der Clock-Variable zu setzen und
abzustimmen (wo ist grad die Pleuelstange? wie die Achse von den Rädern? und ist das mein Schädel, der sich gerade dreht?),
ist eine Schw...e-Arbeit

Aber es lohnt sich! Es ist sicher eine andere Variante, als seinem Lego-Flugzeug Leben einzuhauchen, indem man damit zwischen den
Fingern über den Wohnzimmertisch klettert und "Brummbrumm" macht, aber genauso faszinierend. (Wobei: heimlich machen wir das vielleicht
auch).

Irgendwie muss ich auch mal wieder mehr in der Richtung machen, herrje...

Gruß
Andreas


Vollbi
20.09.2011, 09:03

Re: Nochmal zum Rendern mit "Motion Blur" => Fehlschlag unter MEGAPOV

Hi,

mal ne ganz blöde frage :blink: , da ich die Teile teilweise schon genial finde.

wenn ich es richtig verstanden habe, habt ihr diese Sets nicht original von Lego gebaut?!

Was ist dann eigentlich die Grundlage der teilweise täuschend echt aussehenden Renderings?

Gruß

Uwe


der seb
20.09.2011, 10:50

Re: Nochmal zum Rendern mit "Motion Blur" => Fehlschlag unter MEGAPOV

Hallo Ben,

» Bei denen sind mir vor allem die "verschossenen" Hellblauentöne
» aufgefallen.
» Eine Idee, wie die Bilder generell zu verbessern sind, weiß ich auch nicht
» per Ferndiagnose zu sagen.

Eine eigene Farbdatei hatte ich bisher noch nie angewendet. Mal sehen, ob das bei den hellblauen Tönen was bringen würde.
Ich bin leider gerade am falschen PC um meine Einstellungen zu posten, mache ich aber demnächst noch.

» Der ist schon ziemlich genial gerendert. Bei Radiosity hatte ich (wohl 5
» Jahre her) immer das Problem von Mangel an Arbeitsspeicher und Geduld.
» Große Szenen nahmen schonmal gerne über 3 GB an (bei 1 Gig physikalischen
» Speicher war das dann zuviel). Da hat man heute weniger Probleme mit 2-4
» Gig vorhandenem Speicher und 2x mehr Auslagerung. Renderzeiten von über 12
» Stunden waren hier auch oft normal.
»
» Darf ich rückfragen, was Da Deine Erfahrungen sind?

bei 2 GB Speicher, Pentium 4 sind für größere Bilder mit Radiosity zweistellige Stundenzeiten normal. Der Taj Mahal im Flickrset hat in der größten Auflösung ca. 16 Stunden gebraucht, der Eiffelturm etwas über 11. Kleinere Sets mit wenigeren Teilen wie das Brandenburger Tor gehen in unter einer Stunde durch, wobei das Fanworthshaus durch die Glasscheiben auch wieder enorm viel Zeit benötigte.

» Man sieht aber auch die Probleme: schwarz ist zumeist zu grau. Oberflächen
» spiegeln oft zu sehr. Anderes ist fast perfekt (vor allem Glasteile):
» Mit kleinerem AA-Wert (Anti-Aliising) wären auch die Pixeltreppen weg
» gewesen....

Die Beschaffenheit von Schwarz behebe ich meistens in der Nachbearbeitung mit Kontrast- und Helligkeitswerten, so kommt auch oft der matte Schleier vom Bild.



» Die wohl besten
» Renderings die ich kenne sind die von Garfield
.
» Leider habe ich keine Idee, was er für Einstellungen fährt.

Die wären in der Tat interessant, noch viel besser finde ich aber die Bilder von Dlarian:

[image]


Das ist eines der besten Bilder die ich bisher gesehen habe. Die Texturen der Dachsteine, das "Legofeeling", als würden die Steine direkt aus der Schachtel kommen und noch diesen "neuglänzenden Film" auf der Oberfläche haben.


» » An dieser Stelle sei noch auf das deutschsprachige Tutorium von
» Friedrich Lohmüller hingewiesen:
» » http://www.f-lohmueller.de/pov_tut/pov__ger.htm
»
» Schaute ich gelegentlich drüber: bietet in der Tat viel interessantes
» Wissen, aber hilft kaum in Bezug auf Legospezifische Fragen.

der Link galt in erster Linie "BricksOnRails", um vielleicht mal in die Basics einzusteigen. Eine brauchbare Einstellung fürs Rendern findet man leicht über Google und der Rest ist wie schon so oft gesagt Try&Error


Ben®
20.09.2011, 10:56

Re: Nochmal zum Rendern // Virtuelles Bauen.

» Hi,
»
» mal ne ganz blöde frage :blink: , da ich die Teile teilweise schon genial
» finde.
»
» wenn ich es richtig verstanden habe, habt ihr diese Sets nicht original
» von Lego gebaut?!
»
» Was ist dann eigentlich die Grundlage der teilweise täuschend echt
» aussehenden Renderings?
»
» Gruß
»
» Uwe

Hallo Uwe,

es gibt einige Programme, um mit Legosteinen "virtuell" (also am PC-Bildschirm) zu bauen. Das haben wir hier bei den Modellen dieses Threads so gemacht.

Als Programme gibt es:
1)
"LDraw" (ein von Fans programmiertes Programm - kann fast alles, aber je mehr Zeit man bereit ist zu investieren, desto besser und mächtiger wird das. Nicht unbedingt für Kinder, aber wenn installiert auch von Kindern beherschbar). Dies ist DAS Profiprogramm meiner Wahl - ohne wenn und aber!
2)
"LDD" ist die alternative von LEGO selbst: gratis aber nicht alle Elemente verfügbar. Frühere Versionen waren computerleistungsfressend und instabil. Kinder kommen damit wohl intuitiv klar. Ich selbst bin zu verkopft dafür.
3)
LeoCad => früher eine komfortable Alternative zu LDraw. Keine Ahnung wieweit das heute noch gepflegt ist und welche Vorteile es ggf. bietet.

Mehr oder (eher) weniger leicht kann man mit allen Programmen Bauanleitungen erstellen.
Mit Hilfe weiterer Programme ("Renderer") können aus 1 und 3 grafisch sehr hochwertige Bilder erzeugt werden. Die Rohbilder bei 1+3 sind eher simpel. bei 2) sind Bilder mittelmäßig bis gut.

Zu 1) gibt es alles unter www.ldraw.org. Das umfaßt auch diverse deutschsprachige Seiten mit Anleitungen.

Leg Godt!


Ben®
20.09.2011, 11:05

Re: Nochmal zum Rendern mit "Motion Blur" => Fehlschlag unter MEGAPOV

» Die wären in der Tat interessant, noch viel besser finde ich aber die
» Bilder von
» Dlarian:
»

[image]


» Das ist eines der besten Bilder die ich bisher gesehen habe. Die Texturen
» der Dachsteine, das "Legofeeling", als würden die Steine direkt aus der
» Schachtel kommen und noch diesen "neuglänzenden Film" auf der Oberfläche
» haben.
»

Wow - das ist wirklich ein Hammer! Den User Dlarian hatte ich bisher nicht auf dem Schirm.

Was hier als Besonderheit hinzukommt ist "Focal Blur": das Kanonenrohr kommt zu weit aus der Schärfezone der virtuellen Kamera raus und verwischt. Ebenso alles im Hintergrund.
Wenn das ähnlich in die Renderzeit geht wie Motion Blur, na dann gute Nacht!
Radiosity + Effekte die die Zeit nochmals um Faktor 10...100 dehnen.

Da fühle ich mich schon wieder ganz klein.....

Leg Godt!


Vollbi
20.09.2011, 11:56

Re: Nochmal zum Rendern // Virtuelles Bauen.

Hi,

danke für die ausführliche Erläuterung, aber wenn ich mir so die verschiedenen Bilder ansehe, sind dann z.b. Taj Mahal von dem jeweiligen Ersteller virtuell nachgebaut worden (oder andere Lego-Modelle) oder kann man die Modelle bereits in dem entsprechenden Format bekommen?

Gruß

Uwe


Ben®
20.09.2011, 13:25

Re: Nochmal zum Rendern // Virtuelles Bauen.

» Hi,
»
» danke für die ausführliche Erläuterung, aber wenn ich mir so die
» verschiedenen Bilder ansehe, sind dann z.b. Taj Mahal von dem jeweiligen
» Ersteller virtuell nachgebaut worden (oder andere Lego-Modelle) oder kann
» man die Modelle bereits in dem entsprechenden Format bekommen?
»
» Gruß
»
» Uwe

Gute Frage, Uwe.

Ich denke die meisten Baummeister haben den Ehrgeiz das Modell selbst vollständig zu bauen UND dann zu rendern.

Aber es gibt definitiv Leute, die überwiegend Rendern (und darum dankbar MOCs und Sets anderer CAD-Virtuosen nutzen). Und viele Leute zeichnen (bzw: "bauen") gerne im CAD und sind es zufrieden das Ergebnis als CAD-File (*.mpd bzw *.ldr) zu veröffentlichen.

Wenn Du bei Brickshelf nach *.ldr und *.mpd suchst, findest Du viele Sets, die Du zum Rendern benutzen kannst (für privat allemale ohne Probleme). Bevor man ein MOC aus fremder Feder rendert (und dann ins Web stellt), sollte man unbedingt um Erlaubnis fragen.

Bei Sets liegt das Copyright bei LEGO. Daher wäre auch hier (unter Umständen?) eine Genehmigung einzuholen, aber LEGO sieht das glücklicherweise wenig eng. Aber letztlich erzeugt man eine eigene Produktabbildung von einem Produkt, an welchem man nicht alle Rechte besitzt. Die genaue rechtliche Lage hierzu ist mir unbekannt -weiß irgendwer verbindlich mehr (KEINE Mutmaßungen)?

Leg Godt!


der seb
20.09.2011, 20:34

Re: Nochmal zum Rendern // Virtuelles Bauen.

Hallo Uwe,

» danke für die ausführliche Erläuterung, aber wenn ich mir so die
» verschiedenen Bilder ansehe, sind dann z.b. Taj Mahal von dem jeweiligen
» Ersteller virtuell nachgebaut worden (oder andere Lego-Modelle) oder kann
» man die Modelle bereits in dem entsprechenden Format bekommen?

wie Ben bereits richtig sagte, ich habe alle Sets in Ldraw/MLCad selbst komplett nachgebaut und anschliesend gerendert. So kann ich ein bisschen Bauspaß an den richtig großen (und teuren) Sets haben, ohne sie kaufen zu müssen. Dafür hätte ich weder genug Geld noch Platz zum präsentieren.

Der Taj Mahal oder auch der Eiffelturm waren übrigens nicht mal sonderlich schierig. Da große Teile mehrfach bzw spiegelverkehrt gebaut werden müssen hat man digital den großen Vorteil von Copy&Paste.


Ben®
20.09.2011, 22:54

Re: Nochmal zum Rendern - erste Filmsequenz (noch ohne M-Blur)

» Und falls diesen Thread nochwer liest: Die Bewegung in den einzelnen
» Teilen bei Bens Lok mittels der Clock-Variable zu setzen und
» abzustimmen (wo ist grad die Pleuelstange? wie die Achse von den Rädern?
» und ist das mein Schädel, der sich gerade dreht?),
» ist eine Schw...e-Arbeit
»

Moin Andreas!

aktuell rödelt die Maschine und wirf in ca. 3-Minuten-Abständen neue Bilder aus (Lok+Waggons+mehr Schienen brauchen mehr als die vorher angesprochenen 90 Sekunden).... Dann muß ich die nur irgendwie möglichst automatisiert semi-transparent überlagert bekommen.

[image]



Zum Auftakt habe ich hier nun mal eine Animation als Serie aus "nur" 820 Bildern (mit Motion Blur werden es nach meinen aktuellen Versuchen 4x mehr).

Allerdings bin ich mit dem "Kamera-Schwenk" noch nicht völlig zufrieden. Auch die Beleuchtung ist suboptimal (die Schlußszene zeigt den Zug hinten fast unbeleuchtet)....

Außerdem stecken im aktuellen Video noch Fehler beim Bahndamm: die Szene ist nicht in einem Ablauf gerendert, sondern es wurden 5 Kamerabewegungen teilweise nahtlos aneinander montiert. Dabei sind gewisse Fehler aufgetreten, weil ich den Bahndamm jeweils hinterm Zug wieder weglösche und vorne neu "anlege".

Das Rendern einer solchen Animation ist wirklich nicht ganz ohne: die Räder drehen halt entsprechend dem Durchmesser. Große Räder dann eben mit Faktoren 50/78 bzw 40/78 gegenüber den kleineren Rädern.

Die Koppelstange bewegt sich mit Sinus-Funktion vor und rück und mit Cosinus auf und ab. (auf der gegenüberliegenden Seite genau umgekehrt, da 90° Winkelverschiebung dazwischenliegen).

Am übelsten ist die Pleuelstange: die bewegt sich einmal wie die Koppelstange auf einer Kreisbahn, aber das Ende mit der oszillierenden Bewegung muß eben genau durch einen gegenüber der Lok ortsfesten Punkt laufen. Dazu ist mit Arcustangens der sich mit der Uhr verändernde Winkel zur Horizontalen zu berechnen. Ein Vorzeichenfehler und das alles geht in die Grütze. Aufpassen muß man auch, daß man nie durch Null teilt... Das verbietet den Einsatz einiger mathematischer Formeln. Insgesamt ist die Benutzung von Formeln durchweg ähnlich zu Excel. Das Tutorial gibt alle notwendigen Hilfestellungen.
Wenn wer mehr dazu wissen möchte, kann ich gerne die entsprechenden Code-Zeilen hochladen.

Das hat mich fast einen Tag gekostet, dies nun wieder neu geometrische herzuleiten (für die BR23 habe ich das vor 4 Jahren schonmal gemacht gehabt).

Aber am Ende sitzt man vor ersten Serien von 10 Bildern und findet sich "schschttt-schschtt-schttttttt-Geräusche" machen...
:blink:

Jetzt also Motion Blur und dann - vielleicht! - eine winzige "Story" statt nur einer langweiligen Geradeausfahrt. Unfälle lassen sich leider besser in realen Steinen nachstellen als im POV animieren. Das wäre sonst sicher eine kleine Geschichte: Auto am Bahnübergang überrollen...

Leg Godt!


8 nachfolgende Beiträge sind ausgeblendet

Alle anzeigen Immer alle anzeigen

Gesamter Thread: