Spiele-/Grafikprogrammierung

• D

  Playstation proggen?
  • durito  

  4
  0
  Stimmen
  4
  Beiträge
  347
  Aufrufe

  D

  cool, Danke Warum finde ich keine freeware games für ps2? Ist das ein rechtliches Problem?
• ?

  SDL 1.2.9 veröffentlicht
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  280
  Aufrufe

  C

  Dieser Thread wurde von Moderator/in kingruedi aus dem Forum Rund um die Programmierung in das Forum Spiele-/Grafikprogrammierung verschoben. Im Zweifelsfall bitte auch folgende Hinweise beachten: C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage? Dieses Posting wurde automatisch erzeugt.
• K

  Schatten, Nebel und dgl.
  • Kuldren  

  8
  0
  Stimmen
  8
  Beiträge
  474
  Aufrufe

  K

  ja ich weiß leider ned wie... aber meine frage eben.... gibts ned eine funktion/methode die das kann...also n%-transparent blitten?
• K

  Deutsche OpenGL-Wissenssammlung
  • KFlash  

  1
  0
  Stimmen
  1
  Beiträge
  250
  Aufrufe

  K

  Wer sich für OpenGL interessiert und mal Infos über Funktionen brauch der wird nur englisches finden. Wers trotzdem lieber deutsch lesen will sollte sich mal das hier angucken: http://wiki.delphigl.com Dort gibts übersetzungen der OpenGL Dokumenation, und seit neuestem auch von der SDL Dokumentation. Das Wiki gehört zu DelphiGL.com. Wo sich in letzter Zeit vermehrt auch C++ ler im Forum getummelt haben. Also in Sachen OpenGL sicherlich einen Blick wert.
• D

  Plattformunabhängige Engine?
  • dali  

  4
  0
  Stimmen
  4
  Beiträge
  414
  Aufrufe

  A

  Wenn du Hobby-Programmierer bist, sollte eigentlich die SDL reichen (www.libsdl.org) und wie schon angesprochen OpenGL dazu. Dann unterstützt du schonmal Mac, Win und Linux. Jetzt zu deiner Frage, mit obiger Lösung IST die Engine dann langsamer. Ansonsten ist es in der OOP eigentlich geläufig dass man die grundlegenden API-Funkionen für ein Spiel in schöne Klassen etc. packt. Somit ist jedes wirkliche OOP-Spiel auch relativ leicht portabel, da man "einfach" die Klassen die die API-Funktionen kapseln für ein System neuschreiben muss und je nachdem wie gut man dies dann macht ist die neue portierung dann schneller oder langsamer. Natürlich siehts in der Praxis meistens nicht ganz so rosig aus wie oben beschrieben, doch empfehle ich trotzdem immer möglichst API-Unabhängig zu coden. Nicht dass sich der ganze API-Code durch das ganze Projekt erstreckt, das kann nämlich zum guten alten Spaghetticode führen.^^ see ya, Andi
• C

  OpenGL - Vertexdaten nach Transformation zurückholen ?
  • Cpp_Junky  

  4
  0
  Stimmen
  4
  Beiträge
  528
  Aufrufe

  R

  dann hollst du dir die aktuellen matrizen, rechnest die zusammen und transformierst damit dann die vertices. rapso->greets();
• P

  Zeichnung auf Bitmap
  • poldi_mrpi  

  4
  0
  Stimmen
  4
  Beiträge
  311
  Aufrufe

  B

  Das heißt, bevor du die Bitmap auf den Bildschirm ausgibst, sollst du sie mit deinem Muster übermalen. Also direkt auf die Bitmap malen, und dann erst ausgeben lassen.
• M

  Textur als RenderTarget/outofVideomem 2d-Engine
  • muli  

  5
  0
  Stimmen
  5
  Beiträge
  438
  Aufrufe

  T

  muli schrieb: will damit festlegen welches bild vorne liegt? Das geht auch anders. Einfach die Bilder in der richtigen Reihenfolge rendern. Du kannst ihnen ja intern einen Z-Wert verpassen und dann alle darzustellenden Bilder anhand dieses Z-Wertes sortieren.
• V

  C++ Ordner erstellen
  • Vegetto  

  4
  0
  Stimmen
  4
  Beiträge
  407
  Aufrufe

  R

  da deine frage beantwortet wurde, müssen wir hier nicht zusehen wie du geflamed wirst. bei mehr fragen versuch das zuständige forum, das hat dann zwar kaum was mit spieleprogrammierung zu tun, dafür aber mit deiner frage, z.b. winapi. rapso->greets();
• ?

  Idee zum Markieren der Spielerfarbe
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  1107
  Aufrufe

  ?

  Ja. Wird noch etwas dauern, da es noch ungelöste Probleme gibt (Markieren von Einheiten, Rahmen aufziehen) und noch für alle Einheiten Models erstellt werden müssen, wird aber irgendwann definitiv umgestellt. Disclaimer: Ich bin dicht.
• S

  Pixelgenaue 2D Kollision C++ OpenGL
  • ShadowEater  

  2
  0
  Stimmen
  2
  Beiträge
  672
  Aufrufe

  ?

  gamedev.net ist ne ziemlich gute Seite dafür. Du musst da nur mal Suchen, um Artikel wie diesen oder diesen zu finden...
• P

  Buch über DirectX
  • Powerplayer  

  5
  0
  Stimmen
  5
  Beiträge
  374
  Aufrufe

  T

  Das Buch behandelt DirectX getrennt von der Engine. Am Ende eines jeden DirectX-Kapitels wird das Gelernte dann in die Engine eingebaut.
• L

  Internes DDS-Block Swapping [Repacking?]
  • LiquidAcid  

  3
  0
  Stimmen
  3
  Beiträge
  370
  Aufrufe

  L

  Das Problem liegt an den Unterschieden zwischen D3D und OGL. Während OGL lower-left ist, ist D3D upper-left. Dementsprechend stehen dann die Texturen auf dem Kopf, wenn ich sie regulär lade und uploade. Eine Alternative wäre die Manipulation von Texturkoordinaten, aber das ist in meinen Augen die schlechtere Möglichkeit. So kann ich die herkömmlichen Texturkoordinaten verwenden und muß nur einmal das Artwork konvertieren. cya liquid
• E

  Framebuffer auslesen
  • ebbi0402  

  5
  0
  Stimmen
  5
  Beiträge
  685
  Aufrufe

  E

  Aber würd ich bei der Methode nicht ein DDERR_SURFACEBUSY erhalten
• G

  Buchempfehlung
  • golden_jubilee  

  6
  0
  Stimmen
  6
  Beiträge
  581
  Aufrufe

  V

  Hi! So, das Buch kam gestern an. Werde es warscheinlich aber wieder zurück schicken. Was mich stört: Am Anfang erklährt er viel zu lang irgendwelche Templateklassen für Listen, Stacks, Arrays, Hashtables usw.. Das wäre alles nicht so tragisch, wenn er nicht nur die Prototypen auflisten würde(ich will mich auf die Couch hocken und das Buch lesen, und nicht vorm Rechner die Sourcecodes durchgehen). Generell ist mir alles sehr abstrakt gehalten. Manchmal verwendet er lineare Algebra wo es eigentlich keinen Sinn macht. Die Seite www.wild-magic.com gibt es nicht mehr, http://www.geometrictools.com ist nun die aktuelle. Wie ich gelesen habe, 3 Wochen nach erscheinen dieses Buches wurde die Domain gewecheselt. http://www.geometrictools.com/ZipFiles/BookFigures.zip Das sind die Samples, die er vergessen hat, auf CD zu bringen. An Effekten wird Spheremapping, Multitetxuring, Bumpmapping, Projective Texturing(gerade hier hätte ich mir mal eine genaue Beschreibung gewünscht), Planar Shadows und Shader (Cg, kein glSlang) beschrieben. Pluspunkt ist das übersichtliche Design des Buches. Der Code ist gut kommentiert, und sehr sauber programmiert. Auch der Schreibstil des Authors ist verständlich. Naja, ich mache mal jetzt meine Entscheidung von den Kaptiel über LOD und dem Collision Detection ab. Da ist der Mathematikkram auch mal richtig angebracht. Soweit ich richtig verstanden habe, ist der Code für Visual Studio .NET 2003 (MCVC7.1) entwickelt. Also zumindest die Projektdateien. Wild Magic lässt sich aber auch unter Linux, MacOS und glaube sogar unter Sun kompilieren. Für Windows gibt es zusätzlich einen DirectX renderer. mfg olli
• M

  3D Animationen: Welche Methode?
  • Manuelh87  

  5
  0
  Stimmen
  5
  Beiträge
  454
  Aufrufe

  R

  bei ein/zwei objekten ist es vielleicht ok sie auf der cpu zu animieren, sowas ist aber recht performancefressend. wenn du performant ne größere menge von average-poly-objekten animieren möchtest (10 bis 50), kann man das sehr gut mittels vertexprogramms machen. das langsame ist nicht das transformieren, sondern das aushebeln des asynchronen arbeit von gpu und cpu. in die constantregister solltest du locker 30 4x3 matrizen reinstecken können, somit bis zu 30 bohns animieren können, pro vertex kannst du dann 4bones/matrices selektieren und dann 4vertexweights haben. alternativ kann man für simple animationen, besonders wenn sie kleine loops sind z.b. hüpfender ball, blendshapes benutzen, dabei speichert man mehrere animationsstufe in einen vertexbuffer ab und blendet zwischen den stufen. sowas ist bei z.b. RTS sehr nützlich wo man sehr viele gleichartige einheiten hat, von denen viele die selbe animation durchführen, denn dann kann man mehrere von diesen mänchen in einen vertexbuffer stopfen und mittels der const register jedem ne eigene animationsphase, position und ausrichtung geben. so ist es dann möglich mehrere tausend low-poly-objekte flüssig zu bewegen/animieren. du mußt also immer wissen was du machen möchtest um das beste animationssystem zu nutzen. einen egoshooter würde man heutzutage nicht mehr mit blendshapes machen (selbst wenn Q3A das noch so machte). und ein RTS mit >50einheiten würde viel zeit verschwenden wenn es softwareskinning hätte. bei >2000 objekten hat man schon fast keine wahl als sie zu größeren clustern zusammenzulegen da selbst ne 2ghz cpu kein flüssiges spielen (30hz) mehr erlaubt bei über 2000, auch nicht animierten, objekten (das limit ist da die zahl der renderaufrufe, wobei das bei oGL um einiges besser läuft als bei directX, jedenfalls auf nv-karten laut nv selbst). rapso->greets();
• F

  2D-Engine. Brauche einen Denkanstoß
  • FlameDiver  

  18
  0
  Stimmen
  18
  Beiträge
  1071
  Aufrufe

  M

  http://www.libsdl.org/index.php tutorials usw findest du auch dort auf http://www.gamedev.net/reference/ findest du allgemeines und auch für sdl ein paar dinge
• X

  Auf welchem Quadrat der Heightmap stehe ich?
  • xindon  

  3
  0
  Stimmen
  3
  Beiträge
  547
  Aufrufe

  X

  life schrieb: Die x,z Positionen der Kamera sind floats, die auch von 0 bis 4096 gehen können. myQuad = heightmap[x/32][z/32] merci
• K

  Vektor-Quaternion-Vektor
  • Kande  

  10
  0
  Stimmen
  10
  Beiträge
  4102
  Aufrufe

  K

  Von einem Model war nie die Rede. Ich will auch nicht mit Bibliotheken wie DirectX arbeiten, ueber diesen Punkt bin ich schon laengst hinweg, sondern es geht mir um die 3D Mathematik. Es geht mir schlicht und ergreifend darum, wie ich einen Punkt (Vektor) im 3 dimensionalen Raum berechne, wenn ich einen Punkt im Raum habe (beschrieben durch einen Ortsvektor), ein Quaternion habe, der (die, das?) mir ja eine Orientierung (Richtung) im Raum beschreibt und eine Laenge (float), die mir die Entfernung zwischen dem Ort (beschrieben durch den Ortsvektor) in Richtung der Orientierung (beschrieben durch den Quaternion) angibt. Kurz gesagt, koennte man doch den Quaternion in einen Richtungsvektor umwandeln, denn ein Richtungsvektor macht nichts anderes, er gibt eine Richtung im Raum an. Dann koennte man naemlich einfach rechnen Punkt im Raum = Ortsvektor + (normierter Richtungsvektor * Laenge) Also, wie berechne ich einen normierten im Ursprung beheimateten Richtungsvektor aus einem Quaternion?
• L

  Unkomprimierte PCX erkennen [Loader]
  • LiquidAcid  

  1
  0
  Stimmen
  1
  Beiträge
  348
  Aufrufe

  L

  Soweit mir bekannt war, existieren nur RLE-komprimierte PCX Dateien, so war es jedenfalls in zahlreichen Dokumentationen aufgelistet. Jetzt habe ich allerdings bei XnView bei Export die Möglichkeit gefunden eine Datei ohne RLE-Komprimierung abzulegen. Das lustige an der Sache ist, dass das Encoding-Bit im Fileheader immer noch gesetzt ist, obwohl anscheind keine RLE-Komprimierung vorliegt (die schlägt nämlich gnadenlos fehl und zersemmelt noch den Heap (das habe ich jetzt allerdings beseitigt)). Frage ist nur, woran erkenne ich nun ob eine PCX komprimierte vorliegt oder nicht? Am Fileheader kann man es wohl nicht mehr erkennen. Jemand von euch eine Idee? cya liquid EDIT: Hat sich von allein gelöst. Den Heap hats wohl doch etwas mehr zerlegt als vorher gedacht.