Spiele-/Grafikprogrammierung

• C

  Kollisionsabfrage gesucht [c].
  • CaPGeti  

  3
  0
  Stimmen
  3
  Beiträge
  399
  Aufrufe

  C

  mhh... danke für den tipp.. ich habs aber aufgegeben, und mir nen weg-such algo gebaut. Denn den punkt in der mitte sollte man bewegen können, und da müssen evtl die anderen punkte zurückweichen.
• F

  Geschwindigkeitsoptimierung beim Zeichnen von Displaylisten
  • Foxx90  

  20
  0
  Stimmen
  20
  Beiträge
  1264
  Aufrufe

  R

  naechstesmal einen profiler laufen lassen, dann weiss man meist sofort woran es liegt.
• ?

  Will Programmierung lernen
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  455
  Aufrufe

  E

  Lieber gleich ein Buch über eine Engine wie Irrlicht kaufen? Ich habe bisher noch keines gefunden. Natürlich denkt man da zuerst an OpenGL/DirectX aber ist das auch heutzutage noch der richtige weg? Das wurde hier schon mehrfach diskutiert. Nutzung einer Engine ist einfacher und führt daher eher zum Ziel. Irrlicht oder Ogre sind die am häufigsten genannten Kandidaten.
• X

  Pixel Zeichnen mit DDRAW
  • Xebov  

  3
  0
  Stimmen
  3
  Beiträge
  351
  Aufrufe

  X

  Ich denke mal das wirds dann auch sein, würde zumindest die sehr genaue Aufteilung erklären.
• Y

  Simpler einstieg
  • YamiSparrow  

  11
  0
  Stimmen
  11
  Beiträge
  943
  Aufrufe

  E

  Entwicklungsumgebung für c++ Ich denke, dass man mit der Visual Studio C++ 2008 Express Edition http://www.microsoft.com/germany/Express/download/default.aspx bezüglich C++ Sourcecode-Erstellung eine hervorragende und darüber hinaus gar kostenlose IDE zur Verfügung hat.
• A

  Was bringt eine Grafikengine wie z.B. Irrlicht?
  • Ankou  

  12
  0
  Stimmen
  12
  Beiträge
  1001
  Aufrufe

  E

  Gibt es eigentlich hier professionelle Irllicht hilfe?? http://irrlicht.sourceforge.net/phpBB2/index.php?sid=95d413ce9007f8dd98aa65fe74802809 Dort erhält man rasch eine Antwort. Die beste Hilfe sind die Header der Irrlicht Engine selbst. Dort findet man kurze Erklärungen und manchmal sogar Beispiele in den Kommentaren.
• 

  VMR9 Renderless und "externer" Render-Loop
  • hustbaer  

  3
  0
  Stimmen
  3
  Beiträge
  543
  Aufrufe

  

  *push-push*
• H

  gdi+ splines mit nur 4 punkten
  • halo  

  3
  0
  Stimmen
  3
  Beiträge
  368
  Aufrufe

  H

  Ich glaube ich habe mit DrawBeziers das gefunden was ich gesucht hab: http://msdn.microsoft.com/en-us/library/ms536146(VS.85).aspx
• G

  Achterbahn Physik
  • Geckozw  

  5
  0
  Stimmen
  5
  Beiträge
  867
  Aufrufe

  G

  Danke für deine Antwort. Werde jetzt mal sehen wie ich das ganze im Programm verarbeiten kann.
• L

  Wo kann man das OpenGL 3.0 SDK herunter alden?
  • LukasBanana  

  9
  0
  Stimmen
  9
  Beiträge
  3296
  Aufrufe

  R

  TravisG schrieb: rapso schrieb: libs? es gibt keine aktualisierten libs seit ogl1.1 fuer windows. die header sind da wo sie immer waren und aktuell. die karten gibt es seit ein paar jahren und treiber seit kurzem, ich seh nicht wirklich wo das problem ist -> er will eine opengl3.0.h wie immer, da: http://www.opengl.org/registry/ und eine opengl3.0.lib wie immer opengl32.lib und eine opengl3.0.dll . wie immer, neusten treiber isntallieren
• ?

  Bücher zu DirectX
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  544
  Aufrufe

  E

  Man macht sich die Plattformunabhängigkeit doch bereits mit DX kaputt Genau, daher empfehle ich eine unabhängige Engine, die sich an den Treiber anpasst. Beim Netzwerk gilt das gleiche Prinzip.
• B

  Bildauflösungen
  • blan  

  2
  0
  Stimmen
  2
  Beiträge
  322
  Aufrufe

  F

  Das könnte evtl nützlich sein. Da stehen alle Umrechnungen drauf. http://de.wikipedia.org/wiki/Dots_per_inch
• S

  SDL - format
  • Stromberg  

  2
  0
  Stimmen
  2
  Beiträge
  630
  Aufrufe

  H

  SDL_MapRGB( screen->format, 0xFF, 0xFF, 0xFF ) Kann mir jemand sagen was hier "screen->format" genau macht? Ich veranschauliche nochmal wie man die Dokumentation benutzt: "screen" ist vermutlich Dein SDL_Surface* aus SDL_SetVideoMode, dessen Member format hier ausgelesen wird und vom Typ SDL_PixelFormat* ist, was sich zufaellig auch mit der Deklaration von SDL_MapRGB deckt und teilt der Funktion mit, in welcher Farbtiefe zu arbeiten ist. Hintergrund: Ein Pixel kann auf unterschiedliche Weise dargestellt werden. Entweder beinhaltet er direkt die RGB-Komponenten (je nach verwendeter Farbtiefe 15/16/32bit entsprechend kodiert) oder er enthaellt lediglich einen Index in eine Farbtabelle.
• F

  Surface/Volume Format :Floating-Point 64-bit: A16B16G16R16F - Sind nicht maximal 32-Bit Farbtiefe möglich?
  • Fischle  

  4
  0
  Stimmen
  4
  Beiträge
  589
  Aufrufe

  H

  Hoehere Farbtiefe braucht man fuer zwei Anwendungen: 1. Allgemeine Berechnungen des Pixel-Shaders sollen zur Wiederverwertbarkeit zwischengespeichert werden. Dabei muss es sich nicht unbedingt um Farben handelt, sodass man auch nicht moechte, dass jeder Wert auf 8bit gerundet/abgeschnitten wird. 2. Man moechte Texturen abdunkeln auf denen Lichtpunkte zu sehen sind (zb wenn die Environment-Map nicht mit voller Intensitaet reflektieren soll) - dann werden die Lichtpunkte grau anstatt kleiner; man braucht also weisser als weiss. Floating-Point hat generell den Vorteil, dass fuer kleine Zahlen die Praezision groesser ist, man sich also nicht um den Wertebereich kuemmern muss.
• ?

  Schwierig zu programmierende Game Genres
  • Gast  

  21
  0
  Stimmen
  21
  Beiträge
  3438
  Aufrufe

  R

  @Code-Walker ich sprach im allgemeinen, wenn hier jemand ein mmorpg im kleinen macht, wird er sicher auch graphisch nicht so herausgefordert sein, wie jemand der einen shooter macht, jedoch muss er dann zur laufzeit seine objekte streamen und schon ist der netzwerkcode komplexer als bei nem shooter der nur positionen hin und her schickt.
• A

  wie viel komplizierter ist Ogre gegenüber Irrlicht?
  • Ankou  

  6
  0
  Stimmen
  6
  Beiträge
  1296
  Aufrufe

  E

  - Es gibt mehr Literatur zu Ogre - Es gibt eine größere Community Es gibt in der Tat kein Buch zum Thema Spieleprogrammierung mit der Irrlicht Engine, was ich gerade beim leichten Einstieg nicht verstehe. Aber die Community ist bei Irrlicht inzwischen absolut ausreichend. Ich erhalte in http://irrlicht.sourceforge.net/phpBB2/index.php?sid=95d413ce9007f8dd98aa65fe74802809 relativ rasch eine Antwort. Allerdings erfolgt die Kommunikation dort in Englisch. Hier im C++-Forum oder im deutschen Irrlicht-Forum lohnt sich das Fragen nicht, da man kaum Antwort erhält.
• C

  Werte für Clipplingplanes bei perspektivischer Projektion
  • Chewie83  

  13
  0
  Stimmen
  13
  Beiträge
  1457
  Aufrufe

  C

  Danke Powerpaule, das sieht doch schon mal gut, aus, ich werds morgen mal durchdenken und hoffentlich verstehen. zNear will ich deswegen bestimmen, um mein Frustrum nicht unnötig groß zu machen. Angenommen, die Kamera befindet sich weit vor dem Quader, dann reicht ein höherer Wert aus, um alles darzustellen. Wenn die Kamera aber ganz nahe dran (oder gar drinnen) ist, dann muss zNear sehr niedrig sein. Aber es sollte ja so funktionieren, dass ich die Abstände für alle meine Eckpunkte bestimme und dann das Minimum als zNear und das Maximum als zFar setze. So verstehe ich das nun zumindest
• ?

  weisen rand um bild in opengl textur ausblenden
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1649
  Aufrufe

  P

  Also erstmal: bits[i][j][0]= GetRValue(bitmap->Canvas->Pixels[i][j]); reicht aus, das Casting ist unnoetig. Zweitens wuerde ich das nicht ueber Pixels machen, weil es extrem langsam ist, sondern mithilfe von Scanline. Und die Transparenz eines Pixels bestimmst du mit dem viertem Byte, also bei dir bits[i][j][3]= 255; 255 waere volle Sichtbarkeit, 0 waere unsichtbar. Musst du halt gucken wie du das machst, kannst ja bei einer bestimmten Farbe (z.B. RGB(255,0,255)) das ganze auf 0 setzen, oder so wie du es haben willst. Muesstest dann aber auch noch Blending oder Alphatest aktivieren. Achja, und beim Rendern... was sind denn bei dir x und y fuer Werte? Und welche Perspektive nutzt du? Bei Parallelperspektive waeren solltest du nicht mit haben Pixels arbeiten, wenn du GL_NEAREST eingestellt hast.
• W

  Textur in DirectX laden
  • WishfulThinking  

  1
  0
  Stimmen
  1
  Beiträge
  566
  Aufrufe

  W

  Hallo miteinander, (Diese Anfrage hatte ich ursprünglich unter C# und .NET geposted) eine Textur wird gewöhnlich (so sehen es zumindest alle mir zugänglichen Beispiele vor) direkt von der Bilddatei geladen, z.B. ItemTexture = TextureLoader.FromFile(DxDevice, "MyTexture.bmp"); Das funktioniert ja auch prima. Aber für eine größere Applikation hätte ich die Textur gerne aus einer Resource des Programmes geladen (damit der Anwender es nur mit einer einzigen, nämlich der EXE-datei, zu tun hat). Da habe ich folgenden Code versucht: Texture ItemTexture = Texture.FromBitmap(DxDevice, DxEngine.Properties.Resources.MyTexture, Usage.None, Pool.SystemMemory); Diese Resource habe ich natürlich vorher aus der Datei MyTexture.bmp generiert. Der Code läuft auch ohne Fehlermeldung; leider aber wird die Textur nicht angezeigt. Der restliche Code der Applikation ist zwischen beiden Versionen unverändert. Was habe ich übersehen? Für einen kleinen Hinweis wäre ich wirklich dankbar. P.S. Auch weitere Versuche, die Funktion Texture.FromBitmap mit einer einfachen selbst generierten Bitmap zu nutzen, schlugen fehl.
• P

  OpenGL 3.0 - es ist da
  • Pellaeon  

  13
  0
  Stimmen
  13
  Beiträge
  847
  Aufrufe

  .

  Eine Erweiterung, die besondere Aufmerksamkeit verdient (und von der ich sehr hoffe, dass sie baldigst in Treibern zu finden ist ist Direct State Access. Im Prinzip ist das ein großer Teil der (wichtigen) angekündigten Veränderungen für OpenGL, die leider nicht in die neueste Version (ich find' die 3 einfach unpassend) eingegangen sind.