Spiele-/Grafikprogrammierung

• O

  Step-by-Step Tutorial für 2D/3D mit OpenGl/DirectX
  • Ominion  

  6
  0
  Stimmen
  6
  Beiträge
  670
  Aufrufe

  V

  2D: http://turing.fh-landshut.de/~jamann/dg1html/vertexwahn.htm http://turing.fh-landshut.de/~jamann/dfwds.html
• D

  Bitmap in Jpg speichern.. LIB?
  • dali  

  6
  0
  Stimmen
  6
  Beiträge
  705
  Aufrufe

  R

  biddä
• ?

  Groß/Klein problem...
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  2090
  Aufrufe

  ?

  ich glaube ihr spiel besteht nur aus den credits
• ?

  SLD Problem
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  586
  Aufrufe

  D

  fuer soundausgabe is die sdl_mixer gut geeignet, bzw einfacher und flexibler als sdl_audio http://www.libsdl.org/projects/SDL_mixer/
• S

  Grafikfehler <-- HILFE!
  • stealth00  

  7
  0
  Stimmen
  7
  Beiträge
  914
  Aufrufe

  S

  Ok, lag an zu alten Grafiktreibern ^^
• A

  Mod von Morrowind - how to
  • ArchimediumXP  

  25
  0
  Stimmen
  25
  Beiträge
  2698
  Aufrufe

  S

  Zu spät--
• T

  3d Max
  • Tc++H  

  6
  0
  Stimmen
  6
  Beiträge
  500
  Aufrufe

  T

  www.google.de bewährt sich irgendwie immer. (fast immer) http://ccg.dladventures.com/index.php/Setting_up_3dsMax_and_Gmax_for_NWN
• C

  Spheremapping & Multitexturing [OpenGL]
  • Cappo  

  4
  0
  Stimmen
  4
  Beiträge
  469
  Aufrufe

  K

  Cappo schrieb: Hi, ok funktioniert, da für die Spheremap immer die GL_TEXTURE0_ARB genommen wird. Das funktioniert per Texture Object. Also für die gerade gebindete Textur. Cappo schrieb: Hab noch ne weitere Frage. Bisher ändert sich die Spiegelung auf dem Objekt nur bei Rotation. Wie stellt man es an, dass sich die Oberfläche auch dann ändert, wenn man das Objekt bewegt? Das könnte mit Cube Mapping funktionieren, allerdings benutzt das glaube ich auch nur die Eyespace-Normal für den Lookup. Mit einem Shader würde das funktionieren.
• P

  c++ Spiel
  • Primus  

  3
  0
  Stimmen
  3
  Beiträge
  630
  Aufrufe

  C

  Dieser Thread wurde von Moderator/in HumeSikkins aus dem Forum C++ 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.
• P

  c++ Spiel
  • Primus  

  5
  0
  Stimmen
  5
  Beiträge
  438
  Aufrufe

  

  np Bye, TGGC (Fakten)
• J

  Moddel Tool
  • Jens Bond  

  5
  0
  Stimmen
  5
  Beiträge
  346
  Aufrufe

  J

  Hm, Kommt drauf an wofür die modells sein sollen. Für die Allgemeine verwendung würde ich .X nehmen, die sind von den möglichen Freatures und der unterstützung der verschiedenen modeller derzeit nummer 1. Wenn es für ein eigenes Game sein sollte, dann würde ich mein/dein eigenes oder das .X modellformat bevorzugen. Der Vorteil am eigenen ist das es niemand so schnell lesen kann. Das schwierigste, ist sicherlich für eine Fremde engine einen im/exporter zu schreiben. Hier musst, du 1. nach einer beschreibung suchen die du auch verstehst. 2. schreiben 3. testen 4. verbessern 3. und 4. unheimlich oft wiederhollen das ist bei den anderen formaten zwar ähnlich aber nciht ganz so heftig. cu
• M

  OpenGL, nur was für studierte?
  • Mario Sandler  

  33
  0
  Stimmen
  33
  Beiträge
  1875
  Aufrufe

  D

  geben tuts zb noch http://www.clanlib.org/ mehr als kurz angetestet hab ichs bis jetzt aber nicht, wird sich aber uU mit der zeit aendern, vom prinzip her schauts vernuenftig und brauchbar aus und is c++
• S

  c++ Lektüre zur grafischen Programmierung
  • Souljumper  

  20
  0
  Stimmen
  20
  Beiträge
  1019
  Aufrufe

  S

  otze schrieb: Und zu guter letzt: die WinAPI ist so häßlich, dass ich jeden Geschwindigkeitsvorteil dadurch verspiele, da ich durch meinen Eigenen Code nicht mehr durchblicke Was soll denn an WinAPI hässlich sein?!?
• C

  OpenGL - Fragen zu Vertex Arrays
  • Cpp_Junky  

  1
  0
  Stimmen
  1
  Beiträge
  319
  Aufrufe

  C

  Ahoi! Ich probiere gerade diese glVertexPointer Funktion aus, um mal zu testen, was das so an Performance bringt im Vergleich zum ständigen glVertex... Aufruf Leider klappt das irgendwie nicht. Hat das irgendwas mit diesem Clientstate zu tun ?! Und was bewirkt der eigentlich ? Und überhaupt: Wie genau funktioniert das ? Hab ich das richtig verstanden ? : Mit glVertexPointer(), glTexCoordPointer etc lege ich erst fest welche Arrays gerade als "aktuell zu betrachten" sind, richtig ? Dann muss ich die über EnableClientState "aktivieren" und per Aufruf von glDrawArrays, oder glDrawElements (das selbe nur als Index Liste AFAIK) wird alles zusammen gerendert. Ist das so korrekt ? Hier ist zumindest mein Code. Ganz einfach, nur nakte Dreiecke. Leider bleibt das Bild schwarz. Vertex-Array und Indexes sind definitiv ok. glVertexPointer(3, GL_DOUBLE, 0, &pMesh->m_pVertexBuffer[0]); glEnableClientState(GL_VERTEX_ARRAY); glDrawElements(GL_TRIANGLES, pMesh->m_nFaceCount * 3, GL_UNSIGNED_INT, &pMesh->m_pVertexIndices[0]); glDisableClientState(GL_VERTEX_ARRAY); Wo ist der Fehler ?
• D

  glBegin in DLL ausgelagert
  • DeSoVoDaMu  

  8
  0
  Stimmen
  8
  Beiträge
  513
  Aufrufe

  D

  Danke für die Antworten. Also wie es scheint muss der Fehler dann wohl wirklich bei mir liegen, denn mit einer ganz einfachen DLL (wo nur eine Funktion drin ist, die nur ein Polygon zeichnet) geht es wirklich. Da werd ich mal weiter suchen muessen.. Gruss, DeSoVoDaMu
• N

  Wann passiert was in OpenGL
  • Nock  

  5
  0
  Stimmen
  5
  Beiträge
  405
  Aufrufe

  F

  Was verstehst du denn unter "zeichnen"? Naja als pixel am screen erscheint es schonmal nicht, aber klar wird sicher bearbeitet, wie soll man denn sonst feststellen, das es geclippt wird und nicht "gezeichnet". Ich habe noch keine tests dahin gehend gemacht, aber gernell habe ich schon gehoert, das der ogl clipping algrithm nicht der schnellste ist. Was aber ja auch schon daran liegt, das mit z.B wenn man seine Renderscene in bloecke unterteilt, die je ein haufen complexe objekte enthaelt, man schon recht einfach ein haufen aussortiern kann, was nicht in der scene erscheint, was aber ogl dahingegen polygon fuer polygon oder auch pixel fuer pixel errechnen muss. im OGLRedbook befinden sich diagramme ueber die OGl pipeline/processing flow, schau mal dort wo das clipping eigentlich stattfindet und was alles vorher noch "gerechnet wird mit den daten".
• T

  Kollisionsabfrage --- Die beste Lösung.
  • TGGC*_work  

  12
  0
  Stimmen
  12
  Beiträge
  842
  Aufrufe

  

  Sag ich doch 8). Bye, TGGC (Fakten)
• G

  Bilder in einem Array abspeichern
  • gramboler  

  2
  0
  Stimmen
  2
  Beiträge
  447
  Aufrufe

  R

  indem du aus einem binärstream anhand des formates die pixel rausließt und dem array zuweist. welche probleme im genauen hast du dabei?
• H

  2D Kollision
  • HoloDoc  

  7
  0
  Stimmen
  7
  Beiträge
  528
  Aufrufe

  H

  okay und wie mach ich das? Hab nu folgende daten Object 1: X:500 Y:459 driftx:2000 drifty:-2000 breite:50 Object2: X:10 Y:700 driftx:9900 drifty:-5000 Zeitdifferenz ist 0,1sek.
• L

  16 bit alpha in OpenGL?
  • Laif  

  2
  0
  Stimmen
  2
  Beiträge
  297
  Aufrufe

  R

  über die FBO-extension kann man auf ati-karten mit 16bit-float blenden. auf nvidiakarten kannst du nur additiv zeichnen mit float (afaik) ein 16bit-int gibt es wohl auch als textureformat, da weiß ich aber nicht wie das mit dem blenden läuft, vermutlich wird damm intern mit float gearbeitet, weil die texturestages selbst auch nur ca 12bit-int genauigkeit haben. aber schau selber in der textureformat liste http://developer.nvidia.com/object/nv_ogl_texture_formats.html rapso->greets();