Computerspiele Sommer Was sind Computerspiele? (c) 2013, Peter Sturm, Universität Trier 1

Transkript

3 Das Ideal: Photorealistisch Anwendung der relevanten physikalischen Gesetze Lichtreflektion und brechung Samt u.a. Objekteigenschaften (Oberflächenbeschaffenheit) Viele Freiheitsgrade bei der räumlichen Modellierung Mengenorientierte Ansätze Raytracing und Radiosity 50 fps und mehr leider noch nicht erreichbar aber man arbeitet dran J Norbert Kern William Fawcett & Povray Team Grundidee: Raytracing (c) 2013, Peter Sturm, Universität Trier 3

4 Die Realität Einfache Beschreibung der Objektoberfläche Durch Elementarobjekte wie z.b. Dreiecke Flexiblere Ansätze erkennbar Starke Einschränkungen bei Reflektions- und Refraktionsverhalten Viele Schummeleien und Tricks Texturen nähern Aussehen an Zusätzliche Maps simulieren Lichteinfluß, Oberflächenbeschaffenheit, Reflektionsverhalten, Ziel: Hinreichend realistische Wirkung mit vertretbarem Aufwand 3D- Pipeline Photorealismus häufig unnötig Vereinfachung Keine exakte Lichtberechnung Keine Reflektionen/Refraktionen Tricks Reine Softwarelösung CPU berechnet alle Schritte Leistungsfähige CPU notwendig Hardware-Beschleunigung Wesentliche Schritte übernimmt Spezial-Hardware 3D- Modell Verschiebungen Drehungen Bewegungen Clipping Triangulation Licht und Schatten 2D- Projektion Finish Shading Z- Buffer Texturen Perspektivenkorrektur Nebel Alpha- Blending... Darstellung (c) 2013, Peter Sturm, Universität Trier 4

5 Aufgabe der Graphikkarte Dreiecke (2D) 3D Modell Dreiecke (3D) Pixel CPU GPU Parallelarbeit Gleiche Arbeit für jedes Dreieck Moderne GPU schaffen mehrere Milliarde Dreiecke / s Gleiche Arbeit für viele Pixel Moderne GPU über 48 Milliarden Pixel / s (Pixelfüllrate) Keine Abhängigkeiten Gut Parallelisierbar (c) 2013, Peter Sturm, Universität Trier 5

6 3D- Hardware GPUs sind extrem leistungsfähige SIMD- Prozessoren Ziel: Arbeitsteilung mit CPU Stand 2013 Geforce GTX Titan 2699 Prozessoren Rechenleistung 1.3 TFLOPS (double) 4.5 TFLOPS (float) 6 GB 364- bit GDDR5 6 GHz effektiver Takt 288 GB/s Durchsatz (c) 2013, Peter Sturm, Universität Trier 6

9 Informatik Kernbereiche Programmiersprachen Effiziente Datenstrukturen Parallelität Computergraphik Echtzeitgraphik, Animation Verteilte Systeme Netzwerke Künstliche Intelligenz Physik Verhalten und Wechselwirkungen der Objekte Beschleunigung, Trägheit Starrheit, Flexibilität, Deformierbarkeit Zunehmend komplexere Schadensmodelle Rückwirkungen auf Graphikdarstellung Wesentliches Spielelement (c) 2013, Peter Sturm, Universität Trier 9

10 Nicht jeder will Online spielen Gewinnchancen gegen Computergegner manchmal höher J Leistungsfähigkeit der Computergegner beeinflußt stark die Spielqualität Gleiche Ausgangsposition Gleiche Bedingungen Vielfalt in der Reaktion Maß an Dummheit Bisher wenig CPU- Zeit zugeteilt KI Spezialfall verteilter Systeme Skalierbarkeit Performanz Robustheit Konsistenz Virtual Reality Interessante Herausforderungen Technisch Kulturell Ökonomisch Menschlich Multiplayer (c) 2013, Peter Sturm, Universität Trier 10

11 Beispiel: Verteilte Systeme Alle gängigen Anforderungen Skalierbarkeit Konsistenz Verfügbarkeit Sicherheit Das Netzwerk Client Internet Server Client Clients überwiegend hinter dünnen Leitungen Begrenzte Bandbreite Minimale Datenmenge, Komprimierung, Verbindungsabbrüche (Disconnects) Latenz = Lag (c) 2013, Peter Sturm, Universität Trier 11

12 Rennerfahrungen Festrennen Pro Quartal ein Fest Alle 10 Minuten ein Rennen mit maximal 4 Teilnehmern Meist standen zwischen 4 und 10 Teilnehmer an (zu jedem beliebigen Zeitpunkt) Schickes Pferd im Tausch gegen alten Klepper Aufregung wie bei einem echten Rennen Hoher Puls, kalte Hände, Hohe Konzentration, (c) 2013, Peter Sturm, Universität Trier 12

14 Warum? Echte (menschliche) Gegner bzw. Mitstreiter Zusammenspiel mit Menschen aus der ganzen Welt Virtuelle Freundschaften Flucht in eine virtuelle Welt Hinauswachsen über das reale Leben (RL) Macht, Erfolg, Bestätigung Bis hin zur Sucht Spieler formen Spiele Abbilder realer Umgangsformen Positive Aspekte Freundschaft Partnerschaften Negative Aspekte Diebstahl Vandalismus Beleidigung Verrat (c) 2013, Peter Sturm, Universität Trier 14

16 Chancen Wirtschaftsfaktor Innovationsmotor Technisch Wissenschftlich Virtuelle Realitäten Überwindung des Raums Serious Games Gesellschaftliche Akzeptanz Der Platzhirsch Beispiel MMORG World of Warcraft Blizzard Entertainment Seit Ende 2004 Ca. 11 Millionen Abonnenten 2. Quartal Millarde Dollar Umsatz 290 Millionen Dollar Gewinn Add-on Cataclysm (erscheint ) 3.3 Millionen Exemplare in den ersten 24 Stunden 4.8 Millionen Exempare im ersten Monat (c) 2013, Peter Sturm, Universität Trier 16

17 Soziales & Gesellschaftliches Neue Räume für Randgruppen Die Welt wird ein Dorf Gemeinsamer Spielspaß Physische Räumlichkeit überwinden Virtuelle Freunde Soziale Netze Virtuelle Hochzeiten J Psychologische Hilfe für den Alltag Alternative Realitäten (c) 2013, Peter Sturm, Universität Trier 17

18 Technisch Wachsende Teilnehmerzahlen Aktuelle Server verkraften einige tausend Spieler Immer größere Welten Eine Welt (keine Mehrfachinstanziierung) User- Generated Content Eigene Quests Rollenspiel Forschungsschwerpunkte Neurobiologie / Psychologie Wie wichtig ist der Körper? Mirror neurons Wirtschaftswissenschaften Virtuelle Güter und Transaktionen Rechtswissenschaften Virtuelle Besitztümer, Rechte, Pflichten, Steuersysteme Informationssysteme Skalierbarkeit, Verteilte Systeme Offene Standards, Open Source (c) 2013, Peter Sturm, Universität Trier 18

19 Immersion Echte Gefühle bei guter Immersion Erhöhte Adrenalinproduktion Furcht, Wut, Zorn, Freude, usw. Ununterscheidbarkeit für Gehirn Spiegelneuronen Immerwährende philosophische Diskussion Alle psychischen und physischen Reaktionen (c) 2013, Peter Sturm, Universität Trier 19

20 Spiele mit einem Zweck Serious Games Beispiele Simulationen (Militär, Politik, Ausbildung,...) Edutainment Game- based Learning Organizational- dynamic Games Games for Health Productivity Games... Hoher Entwicklungsaufwand Playful Design (c) 2013, Peter Sturm, Universität Trier 20

21 Spielend Arbeiten? Bedienungsfreundlichkeit ZENTRALES Element der Spieleentwicklung Spiele- Software wird meist freiwillig genutzt J Spiele waren immer wichtig sind wichtig werden eher wichtiger Lernen Geistige & körperliche Fitness Soziale Interaktion Playful Design Erfolgreiche Ideen aus der Spielewelt auf herkömmliche Anwendungen übertragen Neudefinition konventioneller Anwendungen Realistisch betrachtet eher selten Sich inspirieren lassen Langfristig mehr Ideen als man vielleicht erwartet (c) 2013, Peter Sturm, Universität Trier 21

22 Perspektiven Immersion Flow erhöhte Aufmerksamkeit / Konzentration Vergißt die reale Zeit Autonomie Mehr Kontrolle Abbau von Streß Soziale Interaktion und Reputation Lernen Belohnungssysteme (Reinforcement) 3D- Echtzeitgraphik (3) Mathematische Grundlagen Das Ideal: Raytracing und Radiosity DirektX und OpenGL Engines Physik (1) Outline Multiplayer (4) Verteilte Simulation Massive Multiplayer Online Games (insbesondere MORPGs) KI = Intelligenz der Computergegner (1) Weitere Themengebiete (3) (c) 2013, Peter Sturm, Universität Trier 22

24 2. Grundlagen Mathematik & Graphik (c) Peter Sturm, Universität Trier 1

25 Motivation 3D- Graphik Mathematik im 3D- Raum Koordinatensysteme y Punkt (Vektor) Gerade, Fläche, Körper Affine Transformationen Verschieben, Skalieren, Drehen, Scheren z x Performanz Leistungsaspekte Gleitkommazahlen Viele viele Gleitkommaoperationen Hoher Optimierungsdruck Dedizierte HW- Unterstützung (c) Peter Sturm, Universität Trier 2

26 Koordinationsysteme Bezugssysteme Ursprung und orthogonale Richtungsvektoren Objektposition relativ zum Ursprung Absolutes Koordinatensystem Relatives Koordinatensystem Objektspezifischer Ursprung Punkte Punkte sind relativ zu einem Koordinatensystem Abstand vom Ursprung Punkt: 3- Tupel Operationen auf Punkte Translation Skalierung Rotation z a b c b y a c x (c) Peter Sturm, Universität Trier 3

27 Affine Transformation: Translation Translation Verschiebung bzgl. den Grundachsen Mathematisch: Addition x tx y + ty z tz x + tx = y + ty z + tz Affine Transformation: Skalierung Skalierung Abstand zum Ursprung kleiner oder größer Mathematisch: Multiplikation sx x sy y sz z sx x = sy y sz z (c) Peter Sturm, Universität Trier 4

28 Affine Transformation: Rotation Rotation Drehung (meist um eine Grundachse) Mathematisch: Winkelfunktionen Beispiel: Drehung im Z- Achse: x cos( α) y sin( α) x sin( α) + y *cos( α) z x y z 1 Wünschenswert Eine Datenstruktur für Alles Matrizenoperationen Homogenes Koordinatensystem 4- dimensionale Koordinaten Punkt = V(x, y, z, w) a = a/w und w 0 Gängig ist w=1 Transformationsmatrizen: 4x4 (c) Peter Sturm, Universität Trier 5

29 (c) Peter Sturm, Universität Trier 6 Translation Einfache Verschiebungsmatrix Operation tz ty tx = ' ' ' z y x tz ty tx z y x Skalierung Skalierungsmatrix Operation sz sy sx = ' ' ' z y x sz sy sx z y x Uniform: sx=sy=sz

30 (c) Peter Sturm, Universität Trier 7 Rotation Nur über jeweils eine Grundachse Alles andere geht auch, ist aber Brain Twister J Grundmatrizen: = ) cos( ) sin( 0 0 ) sin( ) cos( α α α α Rx = ) cos( 0 ) sin( ) sin( 0 ) cos( α α α α Ry = ) cos( ) sin( 0 0 ) sin( ) cos( α α α α Rz Matrizen zusammenfassen Rotation und dann Verschiebung Beispiel Drehung um 45 Grad bzgl. X- Achse Verschiebung um - 80 bzgl. Y- Achse Achtung: Erste Operation = Letzte Matrix M2 M1: Erste Transformation ist M1 =

31 Konstruktion eines lokalen Systems Matrizenoperationen bzgl. Koordinatensystem (Welt) Aufbau des lokalen Systems: Verschieben des Zentrums (Pivot) zum Ursprung Gewünschte affine Transformation ausführen Verschiebung zurück an den Ausgangspunkt Resultat: V2 Taff V1 Matrixoperationen nicht kommutativ Beispiel: Teekanne Translation: Verschiebung an Y- Achse um - 80 Rotation: Drehung an X- Achse um - 45 Grad Zuerst Translation, dann Rotation Zuerst Rotation, dann Translation (c) Peter Sturm, Universität Trier 8

32 Live R, dann T Weitere sinnvolle Funktionen Vektoraddition Kräftparallelogramm V W Länge eines Vektors V+W 2 2 V = x + y + Normalisierter Vektor: z 2 U = V V (c) Peter Sturm, Universität Trier 9

33 Normalvektor Normale zu einer Oberfläche wird häufig benötigt N V Kreuzprodukt: N = V x W vy N = vz vx Bei Kurven muß erst die Tangentialebene bestimmt werden W wz vz wy wx vx wz wy vy wx Skalarprodukt Winkelbestimmungshilfe zwischen Vektoren x = V W = vx wx + vy wy + vz wz Eigenschaft x>0 wenn α<90 Grad x=0 wenn α=90 Grad x<0 wenn α>90 Grad Winkel zwischen V und W: cos(α) = V V W W (c) Peter Sturm, Universität Trier 10

34 ray.html Grundidee: Raytracing Direkte Umsetzung des Sehens Auge Projektionsfläche (Monitor) Szene (c) Peter Sturm, Universität Trier 11

35 Raytracer Beschreibung der darzustellenden 3D- Szene CSG: Constructive Solid Geometry Beschreibung der Materialien Farbe Reflektionseigenschaften Refraktionseigenschaften Oberflächenstruktur Extras: Rauhheit, Lichtquellen Kameraposition Werkzeugkette 3D Editor Blender Maya 3DS Max Szene Raytracer Raytracer FX Engine (c) Peter Sturm, Universität Trier 12

36 3D- Editor von Jonathan Hunt Povray (c) Peter Sturm, Universität Trier 13

37 Persistence of Vision ( Binaries und Sourcen für Windows, Linux, Immer noch aktuell Version MB (Windows) 10 MB (Mac OS X) 8 MB (Linux) 3D- Editor Moray 3D Website Constructive Solid Geometry Volumetrische Grundobjekte Quader Kugel Zylinder, Mengentheoretische Konstruktionsoperationen Vereinigung Schnitt Differenz (c) Peter Sturm, Universität Trier 14

38 Finite Solid Primitives Gängige Elemente Box Cone Cylinder Prism Sphere Torus Text Exoten Blob Height Field Julia Fractal Lathe Superquadric Ellipsoid Surface of Revolution Box (c) Peter Sturm, Universität Trier 15

39 Cone Cylinder (c) Peter Sturm, Universität Trier 16

40 Sphere Superquadric Ellipsoid (c) Peter Sturm, Universität Trier 17

41 Infinite Solid Primitives: Plane Mesh Objektbeschreibungen auf der Basis von Dreiecken (c) Peter Sturm, Universität Trier 18

42 Beispiel mesh { triangle { <- 3,2,0> <- 3,1,5> <1,1,5> } } triangle { <- 3,2,0> <- 2,0,- 4> <3,0,- 4> } triangle { <- 3,1,0> <1,0,5> <3,0,- 4> } triangle { <- 3,2,0> <- 3,1,0> <1,1,5> } texture { MyTexture } Anwendung von Meshes 3D- Echtzeitgraphik basiert aktuell auf Dreiecken Beschleunigerkarten unterstützen gezielt Dreiecke Identische Arbeitsschritte Übertragung einer Szene an Graphikkarte Generierung einer Povray- Beschreibung aus Dreiecken (c) Peter Sturm, Universität Trier 19

43 mesh2 Erweitere Definition Anlegen von Knotenvektoren Definition der Dreiecke über Indizes Einsparungen bei zusammenhängenden Meshes Knoten tauchen immer in mehreren Dreiecken auf CSG: Beispiel 1 Beschreibung: cylinder { <0,1,0> <0,6,0> 1 texture { MyTexture } } Weitere Bestandteile Zwei Lichtquellen Reflektiver Untergrund Kamera (c) Peter Sturm, Universität Trier 20

44 Union Kugeln hinzufügen Beschreibung: #declare Sol = union { cylinder { <0,1,0> <0,5,0> 0.5 } sphere { <0, 1, 0> 1 } sphere { <0, 5, 0> 1 } texture { MyTexture } } object { Sol } object { Sol translate <0,- 3,0> rotate <90,0,0> translate <0,3,0> } CSG: Beispiel 2 (c) Peter Sturm, Universität Trier 21

45 Difference Intersection (c) Peter Sturm, Universität Trier 22

46 #declare Sol = union { cylinder { <0,1,0> <0,5,0> 0.5 } sphere { <0, 1, 0> 1 } sphere { <0, 5, 0> 1 } texture { MyTexture } } CSG: Beispiel 3 #declare TwoSol = union { object { Sol } object { Sol translate <0,- 3,0> rotate <90,0,0> translate <0,3,0> } } #declare HalfSphere = intersection { sphere { <0,3,0> 3 } box { <0,0,- 3> <- 3,6,3> } } difference { object { HalfSphere } object { TwoSol } texture { MyTexture } } Object Modifiers Material-, Reflektions, Refraktionseigenschaften etc. (c) Peter Sturm, Universität Trier 23

47 Pigment Farben und Farbmuster Einfache Farbe texture { pigment { color rgb<1,0,0> } } Image Map (c) Peter Sturm, Universität Trier 24

48 Polieren der Objektoberfläche Eigenleuchten (Ambient) Reflektionseigenschaften Lichtstreuung Brillianz Widerschein von Lichtquellen (Phong, Specular, Diffuse) Eingeschränkt Oberflächenstrukturen (Roughness) Finish #declare MyTexture = texture { pigment { color Red } finish { ambient 0.2 phong 0.5 phong_size 10 reflection { 0.01 } diffuse 0.4 // specular 0.5 // roughness 0.5 // metallic 0.5 reflection Green // irid { 0.2 } // Seifenblasenfilm } } Finish: Beispiele (c) Peter Sturm, Universität Trier 25

49 Brechung Interior- Eigenschaften bei Objekten ior = Brechungsindex 1.0 Luft 1.33 Wasser 1.5 Glas 2.4 Diamand Zusätzliche Farbeigenschaft Filter Trasmit Oberfläche (contd.) Störungen bzgl. der Oberflächennormale Parameter Bump Map Objektform ändert sich dadurch nicht Diskrepanz zwischen Silhouette und scheinbar rauher Oberflächenstruktur (c) Peter Sturm, Universität Trier 26

50 Bumps: Beispiel Lichtquellen (c) Peter Sturm, Universität Trier 27

51 Spot Light Camera (c) Peter Sturm, Universität Trier 28

52 Radiosity Radiosity Traditionell: Helligkeit an jedem Punkt über Diffuse (Lichtzugewandte Seite wird heller) Specular (Widerschein der Lichtquelle) Reflektion Ambient (Grundhelligkeit) Radiosity Ambient wird genauer berechnet Auswirkungen benachbarter Objekte (c) Peter Sturm, Universität Trier 29

53 Radiosity: Beispiel Normal: 5 Sekunden Radiosity: 35 Sekunden (c) Peter Sturm, Universität Trier 30

54 3. Echtzeitgraphik Ideal und Wirklichkeit Raytracing für 3D- Echtzeit noch überfordert Enorm hoher Aufwand O(# Pixel # Objekte # Lichtquellen) Alternativansatz 3D- Szene Welche Objekte sind auf dem Bildschirm sichtbar? Szenenkomplexität bestimmt Aufwand O( # Objekte # Lichtquellen) (c) Peter Sturm, Universität Trier 1

55 Rendering Pipeline Application Geometry Rasterizer Application Application Geometry Rasterizer Organisation aller relevanten Objekte Koordiniert Wechselwirkungen mit... Physik Kollisionsberechnung Audio Character Animation KI Eingaben (c) Peter Sturm, Universität Trier 2

56 Geometry Application Geometry Rasterizer 3D- Operationen Per- Polygon Per- Vertex Eigene Unter- Pipeline Rasterizer Application Geometry Rasterizer 2D- Operationen Screen Space - > Pixel (c) Peter Sturm, Universität Trier 3

57 Application Geometry Rasterizer 3D-Modellierung Beschreibung der 3D-Szene Volumenorientiert (CSG) Elementarvolumina: Quader, Zylinder, Kugel,... Mengenoperationen Flächenorientiert Patchwork Reguläre Flächen Polygone Dreiecke Freiformflächen Bezierkurven Splines (c) Peter Sturm, Universität Trier 4

58 Tessellation / Triangulation 3D- Hardware unterstützt nur bestimmte Elementarflächen Umwandlung des 3D- Modells notwendig Bei regulären Flächen einfach Triangulation der Freiformflächen aufwendiger Hohe Auflösung = Viele Dreiecke = Hoher Rechenaufwand Application Geometry Rasterizer (c) Peter Sturm, Universität Trier 5

59 Schnittstelle CPU und GPU Leistungsengpaß Benötigter Speicherdurchsatz n Anzahl der Dreiecke Punktgröße: 3 Floats/Double, Farbinformation, Fps: Frames per Second Beispiel: n=20000, Punkt=3*8 Byte, 2 Byte Zusatz, 50 fps Ca. 85 Mbyte/s Durchsatz Konsequenz Unsichtbare Dreiecke vorher identifizieren Redundanzen minimieren TP = n 3 Punkt fps CPU - GPU Welche Primitive übertragen? Trade- off Finden vs. Verwerfen durch GPU Culling Geometrische Datenstrukturen Dauerhafte Speicherung auf GPU Primitiv- Instanziierung (c) Peter Sturm, Universität Trier 6

60 Retained- und Immediate- Mode Retained Mode 3D- Modell in GPU Zugriff ähnlich einer Hauptspeicher- DB Implizite Umsetzung Immediate Mode 3D- Modell Bestandteil der Anwendung Aufruf aller notwendigen Zeichenoperationen Explizite Umsetzung Geometry Pipeline Model and View Transform Vertex Shading Projection Clipping Screen Mapping (c) Peter Sturm, Universität Trier 7

61 Projektion Transformation in Kubus (- 1,- 1,- 1) bis (1,1,1) Orthographisch (Parallel) Isometrische Sicht Perspektivisch Viewing Frustrum Application Geometry Rasterizer (c) Peter Sturm, Universität Trier 8

62 (c) Peter Sturm, Universität Trier 9 Rasterizer Pipeline Triangle Setup Triangle Traversal Pixel Shading Merging 2D-Projektion Sichtbarkeit einzelner Dreiecke? Ort in der 2D-Projektion? Lösung eines linearen Gleichungssystems für jeden Punkt der Szene α und β: Ort und Sichtbarkeit λ Tiefeninformation Effizienz des Lösungsverfahrens Probleme Teilweise sichtbare Dreiecke e innerhalb eines Objekts + = + + z y x z y x z y x z y x z y x z y x e e e p p p p p p w w w v v v o o o λ β α p e o w v α β λ

63 Finish Z- Buffer Tiefeninformation Dreiecksflächen füllen Farbe Texturen Schatten Transparenzeffekte Nebel Anti- Alias Kantenglättung Tiefeninformation: Z- Buffer Einfaches Beispiel Auflösung (16 oder 32 Bit) λ=7 λ=2 λ= (c) Peter Sturm, Universität Trier 10

64 Texturen Bekleben der Fläche Wiederholung bei großer Fläche (Tiling) Große Texturen Viel Speicher Komprimierung = + Perspektivische Korrektur Mip- Maps Verschiedene Auflösungen Wahl entfernungsabhängig Doppelter Platzbedarf (c) Peter Sturm, Universität Trier 11

65 Bump Map Textur ist Höhenfeld Rauhe Oberfläche Environmental Map your- own- environment- maps/ Living in the box Spiegelungen (c) Peter Sturm, Universität Trier 12

66 Schatten Licht... Lichteinfluß auf Fläche berechnet CPU Zusätzliche Texturen bestimmen Lichtwirkung Transparente Leuchteffekte durch Alpha- Blending... Und Schatten Einzelne Dreiecke sind abgedunkelt Einfaches Shading Einheitliche Abdunklung Gourad Shading Iterative Zunahme der Abdunklung Ausgangspunkt Beispiel (c) Peter Sturm, Universität Trier 13

67 Transparenz Überlagerung zweier Bilder Alpha- Blending Alphawert pro Pixel P HG P VG P Gesamt = P + α P HG VG Alpha Ausgabe Sauberer Wechsel zwischen Einzelbildern Double- Buffer, Triple- Buffer, Steuerung über VSYNC (c) Peter Sturm, Universität Trier 14

68 Trends Ziel Auslastung CPU und GPU jeweils 100% Aktuell mehr Steigerungspotential in der GPU Parallelisierbarkeit der Abläufe Verlagerung der Schnittstelle nach oben z.b. Lichtquellen in HW (zuerst 8, ) Ansätze für Retained Mode Komplexere geometrische Grundstrukturen Splines, (c) Peter Sturm, Universität Trier 15

69 Computerspiele Sommer GPU Ansätze Echtzeit- Raytracing Modell und Materialeigenschaften auf Raytracer Kontinuierliche Darstellung Polygon- Rendering CPU wählt darzustellende Polygone aus Render Pipeline (c) Peter Sturm, Universität Trier 1

70 Computerspiele Sommer 201 Realtime Raytracing Technische Umsetzung Mit existierender Hardware Software auf CPU (Intel- MIC / Daniel Pohl) Software auf GPU (nvidia Optix / Andreas Dietrich) Software auf anderen Prozessoren (Cell) Mit neuer Hardware (RPU/SaarCOR, Uni Saarbrücken) (c) Peter Sturm, Universität Trier 2

71 Computerspiele Sommer 201 SaarCOR SaarCOR Benchmarks (c) Peter Sturm, Universität Trier 3

72 Computerspiele Sommer 201 Szenenkomplexität Ergebnisse (c) Peter Sturm, Universität Trier 4

73 Computerspiele Sommer 201 Referenz Standardszene - Conference Statische Szene 282k Dreiecke Diffuses Rendering 2009 Intel MIC (24 cores) - > 36MRays/s - > 360x354@17fps Quelle: (c) Peter Sturm, Universität Trier 5

74 Computerspiele Sommer 201 Resultate Technik Mega Rays/s 1024 Pixel x 1024 Pixel x 10 rays per 25 fps ~260 HD1080: 1920 x 1080 x 60 ~2500 CPU [JS2004] ~1,6 CPU (qwrt, non- std) [DP2009] ~46 CPU (wolfrt, non- std) [DP2012] ~26 GPU [AL2009] ~142 GPU [SP2010] ~193 Cell [HF2006] ~240 SaarCOR / RPU [SW2006] ~3,2 / ~1 Polygon Rendering (c) Peter Sturm, Universität Trier 6

75 Computerspiele Sommer 201 Rendering Pipeline Application Geometry Rasterizer Fixed- Function Pipeline Input (Primitive, Vertex) Tesselation Rasterization Multitexturing Finish & Display DirectX 1-6 vor 2000 (c) Peter Sturm, Universität Trier 7

76 Computerspiele Sommer 201 Fixed- Function Pipeline Input (Primitive, Vertex) Tesselation Transform and Lighting Rasterization Multitexturing Finish & Display Mixed Function Pipeline Input (Primitive, Vertex) Tesselation Transform and Lighting Rasterization Multitexturing Finish & Display Vertex Shader Pixel Shader (c) Peter Sturm, Universität Trier 8

77 Computerspiele Sommer 201 Mixed Function Pipeline Input (Primitive, Vertex) Tesselation Transform Vertex and Shader Lighting Rasterization Multitexturing Pixel Shader Finish & Display Programmable Pipeline Input (Primitive, Vertex) Tesselation Transform Shader and (Vertex) Lighting Rasterization Multitexturing Shader (Pixel) Finish & Display Shader- basierte Fixed- Function Pipeline (c) Peter Sturm, Universität Trier 9

78 Computerspiele Sommer 201 (c) Peter Sturm, Universität Trier 10

79 Computerspiele Sommer 201 Marina Bay Sands Singapore Moderne Pipeline Input (Primitive, Vertex) Vertex Shader Hull Shader Tessellator (Fixed) Domain Shader Geometry Shader Detaillierungsgrad (LOD) Pro Tessellationspunkt (Punkt und Texturkoordinaten) Arbeitet auf ganzen Primitiven Rasterization Pixel Shader Finish & Display (c) Peter Sturm, Universität Trier 11

80 Computerspiele Sommer 201 Streaming Input (Primitive, Vertex) Vertex Shader Hull Shader Tessellator (Fixed) Domain Shader Geometry Shader Rasterization Pixel Shader Finish & Display Compute Shader Input (Primitive, Vertex) Vertex Shader Hull Shader Tessellator (Fixed) Domain Shader Geometry Shader Data Rasterization Pixel Shader Compute Shader Finish & Display (c) Peter Sturm, Universität Trier 12

81 Computerspiele Sommer 201 Shader Pool again Input (Primitive, Vertex) Vertex Shader Hull Shader Tessellator (Fixed) Domain Shader Geometry Shader Data Rasterization Pixel Shader Compute Shader Finish & Display Motivation Ursprung im professionellen Bereich CAD und Filmentwicklung Random Scan Display Processing Unit Silicon Graphics war Marktführer Ganze Rechner sind Graphikkarte (c) Peter Sturm, Universität Trier 13

82 Computerspiele Sommer 201 SGI Onyx 2 GPU- Board IP19 (c) Peter Sturm, Universität Trier 14

83 Computerspiele Sommer 201 Motivation Aufgabenverteilung CPU- GPU Hoher Innovationsdruck (Spiele) Immer mehr Polygone Hoher Parallelisierungsgrad Je tiefer, je mehr Programmierbarkeit CPU Speicher 2D- Projektion Vertex Shader Finish Pixel Shader Vollbildfilter (FSAA, etc.) Profi- Bereich SGI (2002) Onyx 3000 InfiniteReality4 Bis zu 16 Pipelines Bis zu 128 Prozessoren 1 TB Speicher 716 GB/s I/O (c) Peter Sturm, Universität Trier 15

84 Computerspiele Sommer 201 Specs 3dfx Siegeszug beginnt mit der Voodoo 1 (1996) 50 MHz Taktfrequenz 2 bis 4 MByte Videospeicher Voodoo 2 (1998) Träume werden wahr Voodoo 3 und danach wenig erfolgreich nvidia kauft 3dfx (Nov 2000) (c) Peter Sturm, Universität Trier 16

85 Computerspiele Sommer 201 Ursprung im professionellen Bereich CAD und Filmentwicklung Random Scan Display Processing Unit Silicon Graphics war Marktführer Ganze Rechner sind Graphikkarte Siegeszug von 3dfx Beschleuniger- Hardware für den PC Aktuelle Firmen nvidia ATI Motivation Chips von 3dfx Cards/3dfx.php (c) Peter Sturm, Universität Trier 17

86 Computerspiele Sommer 201 3dfx Voodoo 2 3dfx Voodoo 2: Zahlen 2-4 Prozessoren pro Karte 1 Pixelprozessor 1-3 Texturprozessoren 90 MHz Taktfrequenz Mbyte Speicher 2.1 Gbyte Speicherbandbreite (intern) Leistungsdaten 3 Millionen Dreiecke/s (gemessen: 25 Pixel Dreiecke) 90 Mpixel/s 180 Mpixel/s im Doppelpack (SLI) Maximal 1024x768 Pixel Auflösung 24 Bit Farben (Ausgabe 16 Bit Dithered) 16 bpp Z- Buffer (c) Peter Sturm, Universität Trier 18

87 Computerspiele Sommer 201 3dfx Voodoo 2: Architektur Ziel: Möglichst viele Operationen pro Pixel in einem Zyklus Speicher 2-4 MB TMU Speicher 4 MB PCI- Bus Pixelfx TMU nc Speicher 4 MB 3dfx Voodoo 2: SLI Speicher 2-4 MB TMU Speicher 4 MB Pixelfx PCI- Bus TMU Speicher 4 MB Scan Line Interface Gerade Zeilen Ungerade Zeilen 2 PCI- Slots Traum jedes Spielers (Damals) Schnell Vergleichsweise Teuer Speicher 2-4 MB Pixelfx nc TMU TMU Speicher 4 MB Speicher 4 MB nc (c) Peter Sturm, Universität Trier 19

88 Computerspiele Sommer 201 Hübsch! Graphik- Pipeline TMU2 TMU1 Texture Combine Unit TMU2 Linear Frame Buffer Write Iterated RGBA Constant RGBA Texture Combine Unit Frame Buffer Special Effects Unit Color & Alpha Combine Unit Alpha Test Depth Test (Z/W Buffer) Fog Alpha Blend (c) Peter Sturm, Universität Trier 20

89 Computerspiele Sommer 201 3dfx Voodoo 3 und danach 3dfx ist seiner Zeit voraus und wird zu ambitioniert 3dfx Voodoo 6 J (c) Peter Sturm, Universität Trier 21

90 Computerspiele Sommer 201 nvidia RivaTNT 1 Prozessor 90 Mhz Taktfrequenz 7 Millionen Transistoren 12 Kbyte Cache 16 Mbyte Speicher 128 Bit Speicherbreite 1.8 Gbyte Speicherbandbreite Leistungsdaten 6 Millionen Dreiecke/s 180 Mpixel/s Füllrate Maximal 1920x1200 Auflösung 24 Bit Farben 16/24 bpp Z- Buffer PCI- Bus Prefetch Scatter/Gather Virtual DMA Vertex Cache Setup & Pix el Processor Light & Effects Proces s or Setup & Pix el Processor Light & Effects Proces s or Constant Velocity FIFO Texture Cache GPUs (Anfang 2003) (c) Peter Sturm, Universität Trier 22

91 Computerspiele Sommer 201 GPUs (2003) (c) Peter Sturm, Universität Trier 23

92 Computerspiele Sommer 201 Flop 2003: nvidia NV30 Extreme Wärmeentwicklung Spezielles Lüfterdesign (Föhn) O- Ton nvidia: Lautstärke kein Problem. Power Gamer spielen allemal mit Kopfhörer Mehr und Besser Vertex- und Pixel- Shader (c) Peter Sturm, Universität Trier 24

93 Computerspiele Sommer nvidia GeForce 7800 Ultra ATI Radeon X1800 (c) Peter Sturm, Universität Trier 25

94 Computerspiele Sommer 201 nvidia 320 Millionen Transistoren Shader Version 3.0 Programme können beliebig groß werden 8 Vertex Shader 24 Pixel Shader 512 MB GTX Variante erhältlich (650 Euro 12/05) bis zu 550 MHz GPU- Takt bis zu 1.7 GHz Speichertakt (DDR 3) 256 Bit Speicherinterface Architektur Geforce6 und 7 Jetzt 8 Vertex Prozessoren Jetzt 24 Pixel Prozessoren Und 24 Z Units aus GPU Gems 2: (c) Peter Sturm, Universität Trier 26

95 Computerspiele Sommer 201 Vertex Prozessor Pixel Prozessor Arbeiten auf einem 4- Pixel- Quadrat (Quad) Gefilterter Texture- Zugriff Bilinear, Trilinear, Anisotroph Jedes Quad wird mit GPU- Takt durch beide Units geroutet 8 mathematische Operation pro Takt 4 mathematische Operation und Texture fetch pro Takt (c) Peter Sturm, Universität Trier 27

96 Computerspiele Sommer 201 ATI Radeon X1800 X1800 Architektur (c) Peter Sturm, Universität Trier 28

97 Computerspiele Sommer 201 Vergleich warticle.aspx?page = 2&article id= 751&cid= 2 Trends Anzahl der integrierten Pixel- Pipelines wächst Vereinheitlichung der Shader Unified Vertex and Pixel Shader in WGF 2.0 (DirectX 10) Unified CPU und GPU Prozessoren? Multiprozessoren (Diskret oder auf dem CHip) siehe z.b. IBM Cell Prozessor CPU- Interface weiter beschleunigen (PCI Express) Sehr breiter Speicherbus 256 Bit gängig Eklat nvidia mit 128 Bit ganz schnellem Speicher Freiformflächen statt Dreiecke? (c) Peter Sturm, Universität Trier 29

98 Computerspiele Sommer nvidia GeForce 8800 GTX ATI Radeon HD 3000 Serie (c) Peter Sturm, Universität Trier 30

99 Computerspiele Sommer 201 Graphik NVIDIA G80 Graphikprozessor Transistoren 575 MHz Taktfrequenz 1.3 GHz Shadertakt Speicher 786 MB DDR3 900 MHz Taktfrequenz 384 Busbreite 128 Unified Shader (DirectX 10) Preis: ca. 600 Euro Kenngrößen (c) Peter Sturm, Universität Trier 31

100 Computerspiele Sommer 201 TOP 500 Compute Unified Device Architecture Mathematische / Physikalische Simulationen o.ä. Jeweils 16 Prozessoren haben gemeinsamen Cache (8800 GTX) Spezifische Compiler NVIDIA CUDA Tabelle rechts: Beschleunigungsfaktor gegenüber Core 2 Duo E6600 (c) Peter Sturm, Universität Trier 32

101 Computerspiele Sommer * 8800 GTX = Doppelter Spaß J und viel Geld (~ 1200 Euro nur Graphik) zzgl Watt Netzteil Kenngrößen (c) Peter Sturm, Universität Trier 33

102 Computerspiele Sommer 201 ATI Radeon HD 3xxx (c) Peter Sturm, Universität Trier 34

103 Computerspiele Sommer 201 Speicher- Interface Trends (c) Peter Sturm, Universität Trier 35

104 Computerspiele Sommer 201 nvidia Fermi Intel Larrabee Larabee Core x86, 2 GHz (?), In- Order Execution, 4- Fach HT Lokaler L1 Cache 16- fach SIMD Virtual Memory Multi- Tasking 64 Gflop 32 Cores Unified L2 Cache (partitioniert) 2 TeraFlop Ring Interconnect OS Fixed Functions CP U CP U CP U CP U L2 Cache CP U CP U Larrabee Karte CP U CP U GB RAM μos Speicher Controller PCIe (c) Peter Sturm, Universität Trier 36

105 Computerspiele Sommer Stand 2013 Geforce GTX Titan 2699 Prozessoren Rechenleistung 1.3 TFLOPS (double) 4.5 TFLOPS (float) 6 GB 364- bit GDDR5 6 GHz effektiver Takt 288 GB/s Durchsatz (c) Peter Sturm, Universität Trier 37

106 Computerspiele Sommer 201 Oak Ridge National Lab TOP500, Platz 1, November Cores (inkl. Shader) 17.5 PFlops bis 27.1 PFlops 8209 kw (c) Peter Sturm, Universität Trier 38

107 Computerspiele Sommer 201 GPGPU Continuum Workshop, , Haifa, Israel Fragen? c t - Schlagseite (c) Peter Sturm, Universität Trier 39

108 5. Culling CPU Ziele 3D-Modell im Hauptspeicher Groß bis riesig Minimale Polygonmenge kommunizieren GPU Culling Nicht sichtbare Polygone frühzeitig entfernen Verschiedene Varianten (c) Peter Sturm, Universität Trier 1

109 Szenenverwaltung Bisher: Szene = Wenige Objekte Repräsentiert durch Vertex- Stream Direkt Indiziert (Mehrfachverwendung) Streaming an GPU mit jedem Frame Unrealistisch 0c4j 8gS q4 (c) Peter Sturm, Universität Trier 2

110 Komplexe Welten Weitläufige Gebiete Viele Innenräume Viele Objekte = Viele Streams Nur Bruchteil jeweils sichtbar Effizienter Schnitt mit Frustum? View Frustrum Culling (VFC) Dynamik Statische Objekte / Welt Aufwendiges Vorberechnen möglich Dynamische Objekte In statische Datenstruktur integrierbar Dedizierte Datenstruktur Geringe Anzahl? (c) Peter Sturm, Universität Trier 3

111 Frustrum Culling Scene Culling Beschränkung des sichtbaren Raum Parallel (Orthographisch) Perspektivisch Frustrum = Kegelstumpf Transformation in Würfel (c) Peter Sturm, Universität Trier 4

112 Idee Hierarchische Szenenorganisation Logarithmische Komplexität Effizienter Schnitt mit Frustrum Potentiell sichtbare Objekte identifizieren Schnell Trade-off GPU-Kosten Realisierungen Top-Down Aufteilung des Raums (Space Subdivision) Quadtree (2D), Octree (3D) Binary Space Partition Tree (BSP Tree) Bottom-Up Bounding Volumes (c) Peter Sturm, Universität Trier 5

113 Bounding Volumes Bounding Volume Umfaßt eine Menge von Objekten Einfache geometrische Form Einfacher Schnitttest Positiv: eventuell Schnitt Negativ: Definitiv kein Schnitt (c) Peter Sturm, Universität Trier 6

114 Anschaulich Realisierungsmöglichkeiten Kugeln Achsenparallele Boxen (AABB) Orientierte Bounding- Boxen (OBB) beliebig gedrehtes AABB Diskrete, orientierte Polytope (k- DOP) (c) Peter Sturm, Universität Trier 7

115 k- DOP Bewegte Objekte Update Signifikante Positionsänderung? BV- Hierarchie aktualisieren BVs wachsen mit der Objektbewegung Balance- Risiko Temporal Bounding Volume BV umfaßt vorgegebene Zeit der Objektbewegung (c) Peter Sturm, Universität Trier 8

116 Quad- und Octtree Der Einfachheithalber erst mal 2D Quadtree (c) Peter Sturm, Universität Trier 9

117 Baumdarstellung = Bemerkungen Rekursive Dekomposition Terminierungskriterium Kein Objekt im Quadranten Genau ein Objekt im Quadranten Kleinste darstellbare Einheit (Pixel) Baum ist nicht zwingend balanciert Quadtree kann Offline berechnet werden (c) Peter Sturm, Universität Trier 10

118 Octree Quadtree im 3D J Raumkubus wird in 8 Untervolumen geteilt Knoten hat 8 statt 4 Kinder Ansonsten analog zu Quadtree Nicht balanciert Kann Offline berechnet werden Problematisch bei großen Szenen Quadtree und Octree Klassische Mengenoperationen realisierbar Vereinigung Schnitt Differenz Komplement Grobe Funktionsweise? VFC = Schnittoperation? (c) Peter Sturm, Universität Trier 11

119 BSP BSP Tree Verallgemeinerung von Quadtree und Octree Binary Space Partition Tree = Rekursive, hierarchische Unterteilung eines n- dimensionalen Raumes in konvexe Unterräume Unterteilung durch (n-1)-dimensionale Ebenen Anschaulich: Unterteilung muß nicht zwingend orthogonal sein (c) Peter Sturm, Universität Trier 12

120 BSP Tree Varianten Axis- Aligned Polygon- Aligned Ausrichtung an einer Objektkante (c) Peter Sturm, Universität Trier 13

121 Weitere Techniken Noch größere Szenen Wenig sinnvoll, gesamte Landkarte o.ä. als Octree, BSP oder Bounding-Volume-Hierarchie zu speichern? Alternativen? (c) Peter Sturm, Universität Trier 14

122 Innenräume Portale (Türen) verbinden Räume Portal Culling Backface Culling In sich geschlossene Objekte Rückseiten nicht sichtbar (c) Peter Sturm, Universität Trier 15

123 Occlusion Culling Verdeckte Objekte weglassen Z- Buffer Ansätze Image- Space 2D nach der Projektion u.a. Z- Buffer Object- Space 3D Ray- Space (c) Peter Sturm, Universität Trier 16

124 Hardware- Unterstützung Spezieller Rendering- Modus Query an GPU Occlusion Query Diese Polygone bei aktuellem Z- Buffer sichtbar? Polygone beschreiben meist BV Resultat Komplett unsichtbar Anzahl sichtbarer Pixel LOD (Level of Detail) Objektdetails abhängig von Entfernung Situativem Kontext Detail Culling (c) Peter Sturm, Universität Trier 17

125 6. Software APIs Komplexe Hardware (c) Peter Sturm, Universität Trier 1

126 Proprietäre APIs Na und? (c) Peter Sturm, Universität Trier 2

127 ... aber OS Konfiguration Feste APIs Transparent für Anwendungen ioctl() und andere Multimedia Innovation Variable / Neue APIs Beispiel 3dfx Glide (c) Peter Sturm, Universität Trier 3

128 Software Hardware API Standards DirectX Unmanaged (C++) Managed (C#) Shader Microsoft XNA OpenGL WebGL (c) Peter Sturm, Universität Trier 4

129 DirectX DirectX Laufzeitunterstützung für multimediale Anwendungen Direkter Zugang zu HW- Funktionalität Trotzdem hohe Kompatibilität Kooperation Microsoft mit diversen HW- Herstellern Aushandeln der Funktionalität Seit DirectX 7.0 TnL HAL Hardware Abstraction Layer HAL Hardware DirectX Hardware Emulation Layer HEL (c) Peter Sturm, Universität Trier 5

130 Funktionsumfang DirectX Graphics DirectDraw: 2D- Graphiken Direct3D (D3D): 3D- Darstellung DirectInput: Eingabegeräte DirectPlay: Networking (Multiplayer) DirectSetup: Installation von DirectX- Anwendungen DirectMusic: Alles was mit Ton zu tun hat DirectSound: (Low- Latency Sound) DirectShow: Streaming Media Historie Erste offizielle Version DirectX 5.0 TnL mit Version 7.0 GPU übernimmt zunehmend höhere Aufgaben Version 9.0c Managed- Zugang Neue Möglichkeiten bei den Shadern Version 10 (Vista) Unified Shader Version 11 (7) Managed weg L (c) Peter Sturm, Universität Trier 6

131 Wo, Wie groß, Installation Seit Windows 8 Teil des Windows SDK Dokumentation C/C++ ist Teil des SDK C# (allg. managed) war mal L Viele Beispiele Sample Browser DirectX SDK Tools: dxdiag (c) Peter Sturm, Universität Trier 7

132 Tools: capsviewer Tools: Effect Viewer (c) Peter Sturm, Universität Trier 8

133 Tools: MeshView Weitere Tools D3DSpy Beobachten der Direct3D- Funktionsaufruf (lokal und remote) DirectPlay Network Simulator DirectX Error Lookup Hexcode Textuelle Beschreibung Texture Tool DMO Tester (DirectX Media Objects) Streaming etc. Force Feedback Editor (c) Peter Sturm, Universität Trier 9

134 Die Render- Pipeline in D3D Klassische Grundstruktur Fixed Function Pipeline Programmable Pipeline Grundsätzliches Initialisierung Wahl der gewünschten Hardware Wahl des Treibers Konfiguration (Vollbild, ) Beschreibung der 3D- Szene Nutzung vorhandener Primitive (Box, Sphere, ) Nutzung der Basisabstraktionen (Dreieck, ) Wiederholtes Zeichnen der Frames Eingebundenen in die Spielsimulation Game- Loop (c) Peter Sturm, Universität Trier 10

135 Namespaces Microsoft.DirectX (c) Peter Sturm, Universität Trier 11

136 Devices Hardware Unterstützung durch Hardware Software Referenz Reine Software- Implementierung Betonung der Funktionalität Effizienz nebensächlich Meist nur auf einem Entwicklungssystem zugänglich Zugang zu einem Device Manager- Objekt (manager) Suche nach geeignetem Adaptor Adapator = eigene HW Z.B. Dual- Head- Karte hat zwei Adaptoren Property: AdapterListEnumerator (Adaptors) Durchlaufen und nach Adapter mit gewünschten Eigenschaften suchen Capabilities Stimmen Fähigkeiten des Geräts mit meinen Anforderungen überein? (c) Peter Sturm, Universität Trier 12

137 Knotenverarbeitung Primitive setzen sich aus Einzelpunkten zusammen Dreiecke (3 Punkte) Polygonzug Box (8 Punkte) Punkte werden häufig mehrfach verwendet z.b. jeder Punkt einer Box taucht in 6 Dreiecken auf Wo werden Knoten gespeichert und bearbeitet? SoftwareVertexProcessing: Standardisiert HardwareVertexProcessing: Kartenabhängig MixedVertexProcessing Knotenpuffer (Vertex Buffer) p1, p2, p3, p4, p5, p6,... Primitive Interpretation: p4 Point List: p1, p2, p3, p1 Line List: (p1,p2), (p3,p4), p5 Line Stripe: (p1,p2), (p2,p3), (p3,p4), p6 Triangle List: (p1,p2,p3), (p4,p5,p6), Triangle Stripe: (p1,p2,p3), (p2,p3,p4), (p3,p4,p5), Triangle Fan: (p1,p2,p3),(p1,p3,p4), (p1,p4,p5), p2 p3 (c) Peter Sturm, Universität Trier 13

138 Allgemeine Vorgehensweise Anlegen und Füllen eines VertexBuffer Variable Informationen pro Knoten VertexBuffer mit Device verbinden device.setstreamsource() Zeichnen device.beginscene() device.drawprimitives(type,firstvertex,#vertex) device.endscene() device.present() // Darstellen Welche Informationen pro Knoten Spezielle Klasse CustomVertex (c) Peter Sturm, Universität Trier 14

139 OpenGL OpenGL DirectX = Microsoft Single Source Alternative: OpenGL Sprach- und plattform- unabhängig Ursprung 1992 (SGI) jetzt Khronos Group Consortium (non- profit) Open* Adobe, AMD/ATI, Apple, ARM, Creative Labs, id Software, Epic Games, Ericsson, Google, IBM, Intel, Motorola, Mozilla, Nokia, Nvidia, Samsung, Sony, Oracle, Texas Instruments Kein Microsoft J (c) Peter Sturm, Universität Trier 15

140 Architektur Anwendung GLUT GLX / WGL / AGL X / Win32 / Mac OS GLU OpenGL OS- Plattform Windowing System AGL Apple Graphics Library GLX / freeglut /... X Window System WGL Microsoft Windows (c) Peter Sturm, Universität Trier 16

141 GLU und GLUT GLU (OpenGL Utility Library) Höhere Zeichenfunktionen Mapping zwischen Koordinatensystemen Texturen NURBS (Non- uniform rational B- Splines) GLUT (OpenGL Utility Toolkit) Realisiert OS- Neutralität OpenGL ES OpenGL for Embedded Systems Kompaktes API (c) Peter Sturm, Universität Trier 17

142 Shader Historie Bis Version 7 Erweiterung der Fixed- Function- Pipeline Aber mit Funktionsverlagerung in die GPU (Transform and Lighting) Erste programmierbare Shader ab Version 8 Starke Restriktionen Mit Version 10 werden GPUs zu echten SIMD- Rechnern (c) Peter Sturm, Universität Trier 18

143 Umfeld CPU GPU Core Core Shader Shader Hauptspeicher Videospeicher Einbettung Pipeline Vertex Shader Geometry Shader Clipping Screen Mapping Triangle Setup Triangle Traversal Pixel Shader Merger Vertex Shader Modifikationen auf Knotenbasis Geometry Shader Modifikationen auf Primitivbasis Pixel Shader Modifikationen auf Pixelbasis (c) Peter Sturm, Universität Trier 19

144 Capabilities SM 2.0/2.X SM 3.0 SM 4.0 Einführung DX 9.0, 2002 DX 9.0c, 2004 DX 10, 2007 VS Instruktionsslots 256 >= VS Max. Schritte beliebig PS Instruktionsslots >= 96 >= 512 >= PS Max. Schritte >= beliebig Temporäre Register >= VS Konstantenregister >= 256 >= * 4096 PS Konstantenregister * 4096 Flow Control Optional Ja Ja VS Texturen Nein * 512 PS Texturen * 512 Integer Support Nein Nein Ja VS Input Register PS Output Register Vertex Shader Kleine Assemblerprogramme Anbindbar an einen Vertex Stream Ausführung für jeden Vertex eines Streams Vordefinierte Input- und Hilfsregister Ergebnis steht in vordefinierten Ausgaberegistern Repertoir an Shader- Instruktionen (c) Peter Sturm, Universität Trier 20

145 Input- und Output- Register Input Output Instruktionen (c) Peter Sturm, Universität Trier 21

146 Beispiel Pixel Shader Assemblerprogramme Beeinflussen Pixelfarbe Grobarchitektur ähnlich Vertex Shader 2 Instruktionstypen Arithmetische Instruktionen Texturinstruktionen (c) Peter Sturm, Universität Trier 22

147 Arithmetische Instruktionen Texture Instructions (c) Peter Sturm, Universität Trier 23

148 Vertex Shader Transformation, Licht Per- Vertex Operationen Pixel Shader Textur- Komposistion Per- Pixel Operation Geoemtry Shader Per- Primitive Operationen Eingabe: beschreibenden Knoten Ausgabe: Stripes (Dreiecke, Linien, Punkte) Ausgabeanzahl wird im Setup festgelegt Hull Shader und mehr Die Shader Shader- Modell, Version 4 Gemeinsame Basis für alle Shader Befehlssatz mit CPU vergleichbar Integer und Bitoperation, Floating Point Erweiterung zu allgemein nutzbaren SIMD- Rechnern Freier Zugriff auf den Speicher Switch- Statements und Unterprogramme Keine Beschränkungen Mehr allgemein zugreifbare Ressourcen Beliebige Instruktionsanzahl (c) Peter Sturm, Universität Trier 24

149 Genauigkeit IEEE Floating- Point Compliance (fast) Präzises FP32- Rechnen Sampling Blending Mathematische Operationen Konvertierungen Exaktes Zeichnen Optimiertes Anti- Aliasing Aber Assembler? (c) Peter Sturm, Universität Trier 25

150 Higher Level High Level Shader Language (HLSL) DirectX GLSL OpenGL Shading Language Cg DirectX und OpenGL HLSL (c) Peter Sturm, Universität Trier 26

151 HLSL 4.0 C- ähnliche Programmiersprache Präprozessor Elementare Datentypen (float, int, bool, ) Operatoren, Variablen, Funktionen, Spezialisierung auf 3D- Graphik Vektortypen sind elementar (float2, float3, float4, ) Geeignete Operationen (Matrizenmultiplikation) Dedizierter Compiler (fxc.exe) Abbildung höherer Funktionen auf Shader- Potential Loop unrolling Umfangreiche Mathematikfunktionalität Reflection möglich Compile at Runtime us/library/windows/desktop/ee663274(v=vs.85).aspx (c) Peter Sturm, Universität Trier 27

152 Effect Pool XNA: Effects (fx) Effect Technique Variable Pass State Object Constant Shader (c) Peter Sturm, Universität Trier 28

153 GLSL OpenGL Shading Language Unterschiede im Detail Konverter- Werkzeuge (c) Peter Sturm, Universität Trier 29

154 Cg C for graphics: Open Source High- Level Shading Language Ersetzt Assembler für Vertex- und Pixel- Shader entstand in Zusammenarbeit mit Microsoft HLSL seit DirectX 9 Vorteile Cross- API (DirectX und OpenGL) Cross- Plattform (Windows, Linux, Mac OS) (c) Peter Sturm, Universität Trier 30

155 toolkit Funktionsweise Entwicklung der gewünschten Shader Digital Content Creation (DCC) z.b. mittels Maya, 3ds max etc. Spezielle Editoren Spieleprogrammierung Übersetzung durch Cg- Compiler Zum Übersetzungszeitpunkt der Anwendung Zur Laufzeit der Anwendung (c) Peter Sturm, Universität Trier 31

156 Cg Programme Ersetzen die Assemblerroutinen in DirectX Operieren auf in den Shadern definierten Ein- und Ausgaben Bindung an Programmvariablen über spezielle Syntax Innerhalb des Codes mehr oder weniger C XNA (c) Peter Sturm, Universität Trier 32

157 XNA Managed runtime für DirectX-Anwendungen Eingeführt 2004 Seit September 2010 XNA Game Studio 4.0 Ziel-Plattformen Windows PC Xbox 360 Windows Phone 7 Umfangreiches Framework (Engine?) (c) Peter Sturm, Universität Trier 33

158 WebGL (c) Peter Sturm, Universität Trier 34

159 WebGL seit 2006 Vladimir Vukićević (Mozilla) Verwaltet von Khronos Group (OpenGL) JavaScript API für OpenGL ES (kind of) HTML5 Canvas- Element Zugriff über JavaScript- DOM Mittlerweile auch höhere APIs z.b. Three.js WebGL? (c) Peter Sturm, Universität Trier 35

160 Multiplayer - rough cut Peter Sturm Universität Trier Single Player Ein Benutzer spielt alleine Eventuell Computergegner Non-Player Character (NPC) Peter Sturm, University of Trier 1

161 Multiplayer Mehrere Benutzer spielen miteinander oder gegeneinander Eventuell füllen Computergegnger auf Multiplayer Online Kontinuierliches Spiel bildet zweite Wirklichkeit Peter Sturm, University of Trier 2

162 Massive Multiplayer Online MMOGs Sehr hohe Teilnehmerzahlen Oft aufgrund des vorherrschenden Genre MMORPGs genannt Aus Multi-User-Dungeons (MUDs) entstanden rouge Peter Sturm, University of Trier 3

163 Virtuelle Welten Graphikzentrischer Aufbau einer virtuellen Welt Avatare Unbegrenzte Aufenthaltsdauer Der Weg ist das Ziel Peter Sturm, University of Trier 4

164 Avatar? Sekundärziele Primär natürlich Geld verdienen virtuell und real Zweite Realität Parallelwelt, Fokus Interaktion Spielwelten Lösen von Aufgaben/Quests Peter Sturm, University of Trier 5

165 Warum? Warum ein MMOG spielen? Echte (menschliche) Gegner, keine KI Zusammenspiel mit Menschen Virtuelle Freundschaften Flucht in eine virtuelle Welt Macht, Erfolg, Bestätigung Bis hin zur Sucht Nicht-technische Probleme Suchtpotential EverQuest = NeverRest oder EverCrack Komplexe soziale, gesellschaftliche und psychologische Folgen Partnerschaften, Peter Sturm, University of Trier 6

166 Spieler formen Spiele Abbilder realer Umgangsformen Positive Aspekte Freundschaft Räumliches denkvermögen Strategien / Kreativ Teamfähigkeit Man lernt neue Leute kennen Gleiche Interessen Stipendien / Sponsor / Arbeitsplatz Negative Aspekte Diebstahl Partnerschaften Vandalismus Beleidigung Verrat Mögliche Folgen Soziale Verarmung fehlender persönlicher Kontakte Realitätsverlust mit physischen Folgen Anleitung für das reale Leben Starker sozialer Druck durch Sippen/Clans/Gilden Spielsucht Erste Spezialkliniken/Abteilungen Selbsthilfegruppen Peter Sturm, University of Trier 7

167 Extremfälle Spieler vergessen das reale Leben Belgier stirbt 2008 an Erschöpfung nach exzessivem stundenlangen Spielen ohne Schlaf 28- jähriger Koreaner stibrt nach 50 Stunden ununterbrochenem Spiel an Dehydrierung Spieler stellen Spielszenen nach 13- jähriger Chinese stirbt; Eltern verklagen Hersteller Spieler können Welten nicht mehr trennen Mitglieder virtuell verfeindeter Gruppen prügeln sich real zu Tode Peter Sturm, University of Trier 8

168 Vorteilnahme (Exploits) Speed Hacking / Teleporting Geschwindigkeits- und Positionsmanipulationen Botting Programm kontrolliert den Spielercharakter Mechanics Exploits Überwinden physikalischer Schranken (z.b. durch Wänden gehen) Data Mining Unerlaubter Zugriff auf geschützte Daten Ausbeutung Goldfarmer / Chinafarmer Menschen spielen gegen Bezahlung Erwirtschaften virtuelle Güter und verkaufen diese außerhalb des Spiels Eine Schätzung geht von Beschäftigten aus (2008) 80% wohnen in China 500 Million Dollar Markt Peter Sturm, University of Trier 9

169 Chancen Wirtschaftsfaktor Innovationsmotor Technisch Wissenschaftlich Virtuelle Realitäten Überwindung des Raums Serious Games Gesellschaftliche Akzeptanz Forschungsschwerpunkte Neurobiologie / Psychologie Wie wichtig ist der Körper? Mirror neurons Wirtschaftswissenschaften Virtuelle Güter und Transaktionen Rechtswissenschaften Virtuelle Besitztümer, Rechte, Pflichten, Steuersysteme Informationssysteme Skalierbarkeit, Verteilte Systeme Offene Standards, Open Source Peter Sturm, University of Trier 10