spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn du Echtzeitraytracing auf der CPU machen willst dann würd ich C# vergessen. Da brauchst du maximale Performance. Für mehr als sehr sehr einfaches Raytracing kann ich mir nicht vorstellen dass C# das in Echtzeit hinbekommt. Natürlich gibts auch die Möglichkeit moderne GPUs für Raytracing zu nutzen (z.B. über CUDA). In dem Fall spielt die Wahl der Sprache wohl keine ganz so große Rolle mehr. Allerdings seh ich generell keinen Grund hier C# zu verwenden da du wohl keinen Gebrauch des .NET Framework machen wirst!?

Anyway, schreib mal einen kleinen (nicht Echtzeit) Raytracer, das kannst du auch mit C# machen. Im Prinzip ist sowas ganz einfach. Nimm deine übliche Vektoren Klasse und was auch immer, implementier einen Strahl/Kugel Schnittpunkt Test und render dein erstes Bild. Damit hast du dann schonmal einen venünftigen Start. Raytracing kann man natürlich für polygonbasierte Modelle betreiben, was auch oft gemacht wird, alles was man braucht ist eine Strahl/Polygon Schnittpunktsberechnung...

Eines noch:
Egal wie toll und interessant Raytracing auch sein mag, du solltest nicht blind dem, seit einiger Zeit ja endlich wieder abflauenden, Raytracing Hype nachlaufen. Raytracing ist lediglich eine Art Bilder zu generieren und nicht die Art. Es hat seine Vor- und Nachteile wie alles andere auch und ist keineswegs der heilige Gral der Computergrafik als der es immer wieder gerne dargestellt wird. Raytracing spielt sicher eine zunehmend wichtige Rolle in der Echtzeitgrafik aber ich denke nicht dass es Rasterisierung als primäres Renderingverfahren verdrängen wird. Zumindest sehe ich im Moment keinen wirklichen Grund dafür. In 5 Jahren mag alles natürlich schon wieder ganz anders aussehen. Eine professionelle "zukunftsorientierte" 3D Engine würde heutzutage jedenfalls auf D3D11 setzen und nicht auf Software Raytracing

Zitat von »Granatapfel«

Eine Person (oder sogar mehrere) hat mir in nem anderen Thread zu C# geraten, weil es sehr gute Performance haben soll.

Nun C# liefert durchaus gute Performance, die Frage ist jedoch: Im Vergleich zu was? Für normale Anwendungsentwicklung ist C# sicherlich ideal und effizient genug. Aber Echtzeit Raytracing ist alles andere als normale Anwendungsentwicklung. Um brauchbares Echtzeitraytracing hinzubekommen brauchst du maximale Kontrolle auf hardwarenaher Ebene. Etwas was C# dir kaum bieten kann. Da geht es dann um so Dinge wie Strukturen so ausrichten dass der CPU Cache möglichst effizient genutzt wird, Gebrauch von erweiterten Befehlssätzen (SSE) machen und dabei ständig den Maschinencode den der Compiler ausspruckt im Auge behalten um das ganze nur irgendwie knapp hinter die Echtzeitschallmauer zu schleifen.
Außerdem sieht es mir danach aus dass du wohl dem Trugschluss erlegen bist dass eine tolle Grafikkarte irgendwie deinen C# Code schneller macht. Das ist natürlich nicht der Fall. Wenn du eine GTX 480 für Raytracing gebrauchen willst (was natürlich durchaus möglich ist, siehe NVIDIA Optix) dann wirst du dazu mit Hilfe entsprechender Libraries (CUDA, Stream SDK, OpenCL, DirectCompute) selbst die GPU dazu Programmieren müssen. Mit C# fütterst du dann nurmehr die Grafikkarte. Die GPU selbst programmierst du in entsprechend anderen Sprachen.

Hältst du es wirklich für praktikabel eine "Engine" zu schreiben die ein Verfahren implementieren soll von dem du noch absolut keine Ahnung hast? Schreib doch einen einfachen Raytracer. Und dann schreib einen komplizierteren Raytracer. Mach das in C#. Dann schreib einen noch komplizierteren Raytracer. Und dann schreib ein einfaches Spiel. Und dann schreib ein komplizierteres Spiel. Dann hast du mal ein wenig Ahnung um überhaupt mal zu verstehen was so eine "Engine" tun muss. Und erst dann würd ich frühestens damit anfangen mir Gedanken zu machen über was auch immer du dir gerade Gedanken machst. Jemand der Raumfahrtingenieur werden will fängt auch nicht damit an einfach mal draußen im Garten ein Spaceshuttle zu bauen...

Zitat von »Granatapfel«

Und würde das jetzt klappen? C++ für Rendern, Header etc. und C# für die Oberfläche?

Ja das würde es vermutlich.

Hier ist vielleicht ein guter Punkt um anzufangen:
http://www.devmaster.net/articles/raytra…eries/part1.php