Diskussion:Bildsynthese

message: Echtzeitrendern als Gegensatz zum Raytracing zu wählen, ist etwas unglücklig. Raytracing kann auch in Echtzeit stattfinden, denn es ist ja eine Limitierung der Hardware und nicht des Verfahrens. Intel beispielsweise forscht an einem Grafikprozessor mit Raytracingfähigkeiten (http://www.heise.de/newsticker/meldung/Intel-entwickelt-Raytracing-Engine-fuer-Computerspiele-165122.html und http://www.heise.de/newsticker/meldung/Intel-Forschung-treibt-Echtzeit-Raytracing-voran-183597.html) --Global667 09:15, 18. Jan. 2010 (CET)
replies: text: An Echtzeit-Raytracing wird seit vielen Jahren geforscht. Bisher gibt es aber kaum kommerzielle Produkte, die das nutzen, daher ist es (noch) sinnvoll, Raytracing unter realistischem Rendern einzuordnen, denn dort wird es am häufigsten verwendet. --Phrood 19:51, 18. Jan. 2010 (CET)

message: Der 2D-Bereich kommt etwas zu kurz. Er hat auch heute noch Relevanz. Man denke hierbei nur an Fenstersysteme (Clipping, Z-Buffering…) wie Aero, Aqua oder X11. --[[Benutzer:Global667|Global667]] 09:22, 18. Jan. 2010 (CET)

message: Radiosity und Volumengrafik kommen, im Verhältnis zu Shading, viel zu kurz. Radiosity scheint auch mißverständlich. Ist R. nicht gerade dazu geeignet, die gesamte Szene einmal zu berechnen um sie dann von allen Seiten betrachten zu können? --Global667 09:45, 18. Jan. 2010 (CET)
replies: text: Steht doch da: Ein Vorteil gegenüber Raytracing ist, dass die Lichtverteilung blickpunktunabhängig berechnet wird und die Verdeckungsberechnung nicht Teil des eigentlichen Radiosity-Algorithmus ist. Dadurch eignet sich Radiosity besonders zum Rendern statischer oder wenig animierter Szenen in Echtzeit, sofern eine zeitaufwändige Vorausberechnung vertretbar ist. --Phrood 19:51, 18. Jan. 2010 (CET)

message: Sehr gut lesbarer und verständlicher Artikel, welcher einen Überblick über die verschiedenen Aspekte der Bildsynthese gibt und im Wesentlichen eine Zusammenfassung weiterer Artikel darstellt. Ist ideal für einen Einstieg in die Thematik geeignet. Die Bilder stehen unter freien Lizenzen. Es werden zwar nicht zu allen Punkten direkt Quellen angegeben, aber da jedoch in der Regel auf weitere Wiki-Artikel referenziert wird, kann dies meiner Meinung nach toleriert werden. Der Artikel hat eine Auszeichnung meiner Ansicht nach absolut verdient. --92.74.184.104 10:55, 17. Feb. 2013 (CET)
replies: text: da gibts noch diesen Artikel, kann man das Problem mit einer Weiterleitung lösen? --Gregor Bert (Diskussion) 18:43, 17. Feb. 2013 (CET)

text: Für die Länge des Artikels scheint mir die Beleglage zu dünn für einen Lesenswerten Artikel. Versteht mich nicht falsch: Ich bin kein Einzelnachweisfetischist und kann über einiges hinwegsehen. Aber das erscheint mir wahrhaft zu dünn. --Hermannk (Diskussion) 13:31, 3. Mär. 2013 (CET)
thread_title:  Kandidatur auf [[WP:KLA]] vom 17. Februar bis 5. März 2013 (ergebnislos) 

message: "Bildsynthese" ist ein sehr selten verwendeter Begriff, auch im deutschen Sprachraum spricht man in der Regel von Rendering, rendern etc. Selbst auf dieser Seite wird nur einmal von Synthese gesprochen und 25 mal von rendering/rendern. Ist es da sinnvoll, den verwirrenden, selteneren Begriff als Artikelsnamen zu verwenden, nur, weil es kein Anglizismus ist? Jrobert (Diskussion) 21:53, 11. Dez. 2013 (CET)
replies: text: Wenn der Artikel selbst fast ausschließlich den Begriff Rendering verwendet, sollte man entweder den Artikel verschieben oder umschreiben, wobei ich auch zum verschieben tendieren würde, vor allem weil ich bisher ausschließlich den Begriff Rendering gehört habe. Viele Grüße Patrick Stützel (Diskussion) 15:12, 17. Dez. 2013 (CET)
replies: text: Bin ich dagegen! Rendering beschreibt das grundsätzliche Verfahren der Umwandlung einer Abbildungsbeschreibung in eine Darstellung. Auch ein Browser rendert - er wandelt HTML in ein grafische Darstellung um. Das was hier beschrieben wir ist nur ein Teilaspekt des Renderns, das der Abbildung in Form eine Bildes auf Basis einer Bildbeschreibung. 2003:CB:A731:4A01:4040:EBD2:42E9:940B 23:30, 7. Dez. 2019 (CET)
replies: text: Naja, das vom Browser angewendete Verfahren funktioniert ja etwas anders als das hier beschriebene. Folglich handelt es sich eher um 2 verschiedene Verfahren, die gleich bezeichnet werden, als um zwei Teilaspekte eines Verfahrens, womit (wie auch sonst bei Namensgleichheit) eine BKL und (jenachdem in welchem Kontext Begriff verbreiteter ist) entsprechende (Klammer-)Lemmata (in diesem Fall Rendern (Computergrafik)) eine durchaus sinnvolle Lösung wären. Viele Grüße Patrick Stützel (Diskussion) 11:10, 6. Jan. 2020 (CET)
replies: text: Der Begriff des Renderns beschreibt die Erzeugung einer Abbildung aus einer Beschreibung heraus und ist völlig unabhängig vom verwendeten Verfahren. HTML wird genauso gerendert wie Postscript oder 3D Bilder. Das die dahinter liegenden Verfahren völlig unterschiedlich arbeiten, ist dabei nicht von Belang. Rendern ist ein Oberbegriff so wie Kraftfahrzeug ein Oberbegriff für Autos, Motorräder, Traktoren, LKWs, etc.. 91.42.62.40 09:48, 20. Feb. 2024 (CET)
thread_title:  Begriff 

message: Leute seid mir bitte nicht böse, aber dieser Artikel gehört nicht überabreitet, der gehört ins Museum. Er beschreibt in seiner Gesammtheit (nicht in gewissen Einzelaspekten) den Stand des letzten Jahrtausends. Ein paar Beispiele:
* Mit wenigen Ausnahmen unterstützt Grafikhardware nur Punkte, Linien und Dreiecke als grafische Grundobjekte. - ich blicke gerade auf meine alte GTX 1080 - "kannst du wirklich nicht mehr?" Die dahinteröiegende Referenz verweißt auf ein Buch aus dem Jahre 1999 - ja, da war das noch so. Keine der Referenzen und Literaturtipps ist Jünger als 2005 - feiern nächstes Jahr ihr 20jähriges und das in einem Bereich, in dem sich mehr und schneller ändert als in anderen Bereichen der IT.
* Dadurch eignet sich Radiosity besonders zum Rendern statischer oder wenig animierter Szenen in Echtzeit, sofern eine zeitaufwändige Vorausberechnung vertretbar ist - Jepp, das war damals so. In Zeiten relativ spartanicher Raytracer (an Pathtracing war noch nicht zu denken) war Radiosity eine elegantes Verfahren um die Abbildungfehler des Raytracing zu vermindern (man setzte die beide3n in Kombination ein). Heute in Zeiten der Path Tracer (Global Illuminationm ist Standard) hat Radiosity praktisch keine bedeutung mehr. 
* Derartige Raytracing-Techniken nennt man Monte-Carlo-Raytracing; das einfachste dieser Verfahren ist Path Tracing. - MÖÖÖP - der virtuelle Buzzer ertönt. Path Tracing ist keine Spielart des Raytracings! Ein Pathtracer löst die Rendergleichung auf einen komplett anderen Weg als ein Raytracer. Der entscheidende Unterschied steht noch nicht einmal im Artiekl über Path Tracing: Ray Tracing geht von der Kamera aus, Path Tracing von den Lichtemittern. Das ist auch der Grund warum Bilder eines Pathtracers grieselig aufgebaut werden und nicht zeilenweise wie bei einem Ray Tracer. 
Des weiteren behandelt der Artikel ausschließlich das 3D-Rendern. Die Anwendungsfälle HTML, SVG, PS, etc fehlen vollständig. 91.42.62.40 10:05, 20. Feb. 2024 (CET)
thread_title:  Ernsthaft...