Spiele-/Grafikprogrammierung

• D

  Dreieck wird nicht in den Bildbuffer geschrieben
  • Die Tuer  

  12
  0
  Stimmen
  12
  Beiträge
  2323
  Aufrufe

  J

  Natürlich ist die TriBase-Engine keine richtige Engine. Aber ein bisschen von einer Grafik-Eingine hat sie schon. z.B. Das Laden und Verwalten von Texturen, Ausgabe von Text, Videos, Sprites, etc. Also eher abgespeckte Grafik-Engine. (Obwohl auf dem Buch steht: "Inklusive kompletter Spiele-Engine")
• ?

  Frage zu Direct3D11
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  2785
  Aufrufe

  

  Fragerorius schrieb: targetView ist zum testen eine globale Variable, aber auch ein com_ptr. Naja, dann ist klar. Der Destruktor von targetView wird erst aufgerufen nachdem der Device schon freigegeben wurde. targetView ist ein RenderTargetView und hält daher intern noch eine Referenz auf weitere Dinge, wie z.B. den BackBuffer...
• C

  DirectDraw mit neuem SDK verwenden oder geeignete Alternative??
  • cloud21  

  3
  0
  Stimmen
  3
  Beiträge
  1150
  Aufrufe

  

  Vergiss DirectDraw, das ist einfach hoffnungslos veraltet. Schau dir mal die SFML an, ich denke das könnte dir gefallen
• M

  "Unlimited Detail" - Verspäteter Aprilscherz oder ernstzunehmen?
  • Mario Sandler  

  37
  0
  Stimmen
  37
  Beiträge
  19596
  Aufrufe

  ?

  Ich glaube, es wird hier falsch gedacht wie das funktioniert. Ich glaube nicht, dass es wie herkömmliche Methoden funktioniert, wo man ein Objekt platziert und dann einfach ein Ausschnitt gerendert wird. Wie es funktioniert hat nichts damit zu tun, dass immer alle Objekte in die gleiche Richtung zeigen. Die können mir nicht erzählen, dass sie nicht kreativ genug sind die Bäume auch mal ein bisschen zu drehen, zu kippen oder was auch immer. Auf das kleine Rechenbeispiel von Notch, wie groß der Speicherbedarf bei den genannten Detailgrad sein müsste, wird übrigens nicht eingegangen.
• P

  4D-Projektion auf 2D?
  • paulrei  

  2
  0
  Stimmen
  2
  Beiträge
  1123
  Aufrufe

  P

  Hab's selbst hingekriegt: x = x/(z+5)/(w+5); y = y/(z+5)/(w+5);
• D

  OpenGL: Vector nach Transformation bestimmen
  • DarkMo  

  7
  0
  Stimmen
  7
  Beiträge
  1510
  Aufrufe

  H

  Sofern Du glRotate/Translate/etc verwendest, fuehrt jede Operation dazu, dass die Modelview-Matrix modifiziert wird. Diese Matrix kannst Du per glGet auslesen und Deinen Vektor damit manuell transformieren. Einfacher und moderner waere es, statt der OpenGL-Funktionen gleich eine geeignete Bibliothek zu verwenden.
• ?

  Direct3D Dreieck verschwindet
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  1887
  Aufrufe

  ?

  Du meinst, die Zeile device.Transform.World = Matrix.Identity; Auch schon versucht... Ich glaub, ich mache was Grundlegendes falsch Vielleicht sollte ich mir mal Fachliteratur anschaffen und nochmal von neuem anfangen... Kennt ihr empfehlenswerte Bücher (weiß aus Erfahrung, dass man viel Geld für Müll ausgeben kann) Traditionell wird ja in C++ mit Direct3D geschrieben, gibt es also Bücher, für C#? Wollte für die Frage nicht noch 'nen neuen Thread eröffnen...
• ?

  Pixel Daten am besten(wenigster Speicherverbrauch) speichern
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  1364
  Aufrufe

  

  Bei wenig Pixeln speicher einfach die Koordinaten jedes belegten Pixels. Bei mehr Pixeln speicher eine belegt/unbelegt Maske mit einem arithmetischen Koder komprimiert (aber Achtung, da gibts Patente). Oder, falls die Pixel oft grössere Klumpen bilden, könnte man das vermutlich geschickt ausnutzen. RLE, Koordinaten delta- und dann Huffman kodieren etc.
• ?

  OpenGl Fullscreen?
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1713
  Aufrufe

  ?

  PS: Zeile 16 müsste natürlich so lauten: style &= ~WS_OVERLAPPEDWINDOW;
• G

  GL 2FPS und Grafickarte 1% ?
  • GenialerIdiot  

  13
  0
  Stimmen
  13
  Beiträge
  1998
  Aufrufe

  G

  Ohh thx für die letzte Antwort, ich hätte es zwar wissen müssen aber habe nur versucht ältere Catalyst treiber von Ati zu probieren statt mal zu kucken ob es welche vom hersteller gibt Der vom hersteller hatt alles gelöst 1% CPU und 25FPS endlich; jubel^^ Problem gelöst!!!
• A

  Probleme beim Texturemapping bei GLSL [gelöst]
  • Andreas XXL  

  2
  0
  Stimmen
  2
  Beiträge
  602
  Aufrufe

  A

  Ich habe das Problem gefunden. Es muss einfach nur glEnableVertexAttribArray(1); ... glDisableVertexAttribArray(1); in die DrawGLScene eingefügt werden.
• R

  OpenGL überschneidende Flächen
  • Rahul0891  

  3
  0
  Stimmen
  3
  Beiträge
  777
  Aufrufe

  R

  Jo, danke für den Hinweis, das war es... Ich habe mich erst mal ein wenig in Z fighting eingelesen, mit Bildern direkt hochladen ist ja hier nicht. Ich habe das Problem so gelöst, dass ich das eine Parallelepiped um den 10.000 Bruchteil der Dicke des Buchstabens nach hinten/vorne verrücke. Ich weiß nicht, ob das immer hinhaut, aber bei meinen ersten kleinen Test schon... Dennoch frage ich mich, warum Z Fighting bei dem verlinkten QTLogo-Beispiel nicht auftritt, aber gut... Noch einmal danke Rahul
• ?

  Wie funktioniert die schnelle Darstellung in "Minecraft"
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1765
  Aufrufe

  R

  EOutOfResources schrieb: Ich habe auch mal einen Berich gelesen, dass es sich lohnen kann, Oberflächen die aus Voxeln repräsentiert werden als Polygone darzustellen. Da Minecraft mit Chunks arbeitet klingt das noch plausibel... die per ray casts zu rendern waere vermutlich um einiges schneller, zumindestens auf gpu seite. auf cpu seite waere das ein wenig eine herausforderung, aber an sich ist das bei 128 einheiten in die hoehe, als ob du 128 mal doom2 level renderst. wenn man dann pro ebene noch ein optimierungen einbaut fuer grosse leere flaechen, dann sollte das auch auf cpu schneller sein als polys zu zeichnen.
• ?

  Init Funktion vermeiden
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1515
  Aufrufe

  R

  KackPoo schrieb: ich habe das Problem, dass ich in meiner Hauptklasse viele Unterklassen habe, sie aber alle im Konstruktor erst mit nullen initialisieren muss, da mir der Device fehlt, den ich aber erst im Konstruktorrumpf meiner Hauptklasse erstelle. Deswegen habe ich bisher für jede Unterklasse eine Init()-Funktion geschrieben, die danach im Konstruktorrumpf der Hauptklasse aufrufe. Kann ich das irgendwie vermeiden, oder muss das sein? es besteht doch kein zwang alles in eine klasse stecken zu muessen. das device scheint doch fuer sich selbst vor und nach den anderen objekten zu leben, erstelle das und danach ein composed object mit all den anderen elementen die auf das device zugreifen.
• E

  [OpenAL]Fehler von alcCreateContext
  • EOutOfResources  

  4
  0
  Stimmen
  4
  Beiträge
  957
  Aufrufe

  ?

  EOutOfResources schrieb: Danke. Ich hätte erwartet, dass das im Wiki schon korrekt ist... Ich würde das DGL Wiki nicht als Dokumentation für eine API verwenden.
• ?

  Einige Frage zu Direct3D11
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  1248
  Aufrufe

  ?

  dot schrieb: TravisG schrieb: Warum? Bei vielen Vertices kommt da ein riesiger Haufen Operationen zu Stande, die hochgradig parallelisierbar sind, also eigentlich genau das Hauptgebiet der Shader, während die CPU das im Vergleich dazu relativ lahm durchackern muss. Es geht ja auch nicht darum die Vertices auf der CPU zu transformieren. Der parallelisierbare Teil bleibt immer Aufgabe der GPU. Es verwenden aber wohl alle Vertices von seinem Terrain die selben Matritzen. D.h. es steht 1x auf der CPU multiplizieren vs. Nx auf der GPU multiplizieren, wobei N relativ groß sein wird. TravisG schrieb: Ist es allg. nicht klüger (wenn man nicht grad aus welchen Gründen auch immer schon von den Operationen/Sekunde der Grafikkarte limitiert ist), wie this->that schon angedeutet hat, die View/Projection Matrix auf der CPU zu berechnen (weil sie meistens nur 1x. bzw. wenig öfter berechnet werden muss) und die World (oder Model)/etc. Matrix dann vom Shader zusammenbauen zu lassen? Warum sollte man sie auf der GPU für jeden Vertex aufs Neue zusammenbauen wenn man sie auch einfach vorher einmal auf der CPU zusammenbauen kann? Eine einzelne Matritzenmultiplikation ist jetzt nicht sooooo aufwändig dass das gleich ins Gewicht fallen würde. Aber den Vertexdurchsatz kanns evtl. doch erhöhen wenn ich mir die 64 FMAs pro Vertex sparen kann. Aber wie immer in diesen Dingen findet man die richtige Antwort für den konkreten Fall natürlich nur mit dem Profiler... Achso... sorry, ich hatte irgendwie komplett den Bezug zum Terrain übersehen und dadurch deine Antwort missverstanden.
• ?

  RTS: Bewegung der Einheiten
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  12641
  Aufrufe

  

  SmartTan schrieb: Ich hab deinen Vorschlag jetzt nicht genau verstanden. Im Prinzip habe ich erstmal keine Tiles, also auch keine TileGrid. Du meinst, ich soll ein TileGrid über meine Karte legen und darüber die Bewegungsgeschwindigkeit steuern? Dann benutze doch einfach eine arbitraere Tilegroesse, z.b. 1 Tile == Groesse der Standardeinheit. Irgendeine Einheit wirst du sowieso benoetigen, um alle moeglichen Werte im Spiel zu balancen. z.b. wie weit sieht eine Einheit, wie weit schiesst sie oder eben wie schnell bewegt sie sich. Cpp_Junky schrieb: der Klassiker ist halt das Tilegrid zu verwenden. Noe. Das Tilegrid ist ein sehr spezieller Anwendungsfall von A*, der aber in der Spieleprogrammierung durch RTS sehr bekannt geworden ist.
• G

  Povray -> STL, PLY oder so
  • Gregor  

  2
  0
  Stimmen
  2
  Beiträge
  1856
  Aufrufe

  ?

  Es gibt openscad. Das kann zwar kein povray, aber csg.
• ?

  Problem bei d3d tutorial
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1813
  Aufrufe

  T

  Steht doch im Text, dass der Shader in Shaders.hlsl steht. Das .png ist halt irgend eine Textur. Bevor du dich an komplexes Zeugs wie DX11 wagst, solltest du erstmal die Grundlagen wie Debuggen lernen. @Q: Wenn du nach dem Crash auf "break" gehst, solltest du eig immer den Callstack sehen. Bringt natuerlich recht wenig, wenn alles in einer Funktion steht.
• ?

  d3d hilfe
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  602
  Aufrufe

  ?

  edit: close weils jetzt doppelt is