Spiele-/Grafikprogrammierung

• L

  Welches Genauigkeit von PI brauche ich für 3D-Grafik?
  • Lichtweite  

  38
  0
  Stimmen
  38
  Beiträge
  4706
  Aufrufe

  R

  dot schrieb: Charakteristisch für Festkomma ist jedenfalls, dass es eben für Zahlen einer gewissen Größenordnung gedacht ist. das problem mit float ist, dass es gewissermassen auch so ist, es ist quasi ein fix point, dem man jedesmal mitgibt wie der wertebereich ist. bei statischen fix points muss man sich damit auseinander setzen, weil eine bereichsueber/unterschreitung zu fehlern fuerht. bei floats hat man hingegen grundsaetzlich einen viel kleineren bereich der sicher abgedeckt ist und wenn der bereich ueber-/unterschritten ist, wird der 'fehler' silent ignoriert und einfach die range angepasst. das sieht man nicht mit dem auge, aber es kann sein, dass sich irgendwelche physic objekte ploetzlich zueinander ueberschneident verhalten, nur weil man sie weiter vom zentrum der level bewegt hat. das lustige ist eigentlich, dass wissenschaftler mit floats (bzw eher mit doubles) genau so arbeiten wie graphikprogrammierer mit fix point gearbeitet haben. sie waehlen algorithmen oft danach aus (und implementieren sie so) dass der wertebereich nur einen gewissen maximalfehler hat. und fuer sie ist die genauigkeit von double so limitierend wie es bei graphik mit fixpoint ist. man simuliert eine galaxie und in dieser die einzelnen sternensysteme, bei deren entstehung ist es quasi bis runter zum staub den man simulieren will. hier gab es mal ein thread wie man ausrechnet wieviel flops eine funktion hat und manche haben es fuer nicht machbar gehalten alle operationen zu zaehlen, wissenschaftler gehen soweit die fehler anhand der operationen zu zaehlen (was nicht nur die operationen sondern die reihenfolge der operationen und die zu erwartenen wertebereiche einzelner register miteinbezieht). fuer graphic/spiele sind floats einfach nur ein fire&forget weg, quasi das arithmetisch, was C#/java VMs fuer den speicher sind. bei fix point musste man sich gedanken machen bei float24 (z.b. radeon 9500) musste man noch alle objekte relativ zur kamera schieben bei float32 hat man nur noch bei weltraumspielen und bei speziallfaellen probleme (z.b. manchmal in physics wenn die schrittweite zu klein wird oder wenn man cascaded shadow maps macht und sie stabil halten will).
• N

  GLUT und Code::Blocks
  • n00b42  

  5
  0
  Stimmen
  5
  Beiträge
  2849
  Aufrufe

  

  glaux ist hoffnungslos veraltet und heutzutage kaum noch irgendwo vorhanden und auch glut würd ich persönlich nicht mehr benutzen. Wenn du OpenGL lernen willst, schau mal hier oder hier...
• ?

  Effekte auf API Ebene
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  783
  Aufrufe

  

  Die von dir genannten Effekte sind alles Beispiele für Effekte, die wohl praktisch immer auf Basis von Sprites/Billboards und Partikelsystemen realisiert werden. Solche Effekte stehen und fallen meiner Erfahrung nach hauptsächlich mit der Qualität des verwendeten Artwork...
• ?

  SDL_ttf installieren
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  764
  Aufrufe

  ?

  Ich habe das Problem jetzt gelöst, indem ich die (irdentische) SDL_ttf.lib noch mal in den Ordner kopiert habe. Anschliessend musste ich noch die kaputte Projektdatei mit einem Hex-Editor reparieren, da es nicht mehr möglich war die Linker-Parameter zu ändern. Irgendwie wurden die nicht mehr angezeigt und trotzdem ausgeführt. Ich weiss echt nicht was das soll. Falls das hier irgendein Code::Blocks-Developer liest: FUUU!
• C

  Konsole im DirectX Programm
  • cl90  

  28
  0
  Stimmen
  28
  Beiträge
  3008
  Aufrufe

  C

  das ist wirklich praktisch. ich krieg als neue werte 1296x958. Die werte setz ich dann in mein WC create ein aber es sieht immer noch falsch aus... RECT test; test.top = 0; test.bottom = SCREEN_HEIGHT; test.left = 0; test.right = SCREEN_WIDTH; AdjustWindowRect(&test, WS_OVERLAPPEDWINDOW, false); int width, height; width = test.right - test.left; height = test.bottom - test.top; HWND hWnd; WNDCLASSEX wc; ZeroMemory(&wc, sizeof(WNDCLASSEX)); wc.cbSize = sizeof(WNDCLASSEX); wc.style = CS_HREDRAW | CS_VREDRAW; wc.lpfnWndProc = WindowProc; wc.hInstance = hInstance; wc.hCursor = LoadCursor(NULL, IDC_ARROW); wc.lpszClassName = "WindowClass"; RegisterClassEx(&wc); hWnd = CreateWindowEx(NULL, "WindowClass", "HexapodSiSO", WS_OVERLAPPEDWINDOW, 0, 0, width, height, NULL, NULL, hInstance, NULL);
• A

  Engine empfehlung
  • alterbro  

  10
  0
  Stimmen
  10
  Beiträge
  1814
  Aufrufe

  ?

  Nein bei mir gehts.. edit: Nimm den: http://code.google.com/u/Scorcher24@gmail.com/ Danke fürs Interesse.
• ?

  GLScene: Frage bezüglich dem erstellen von Primitives etc.
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1186
  Aufrufe

  ?

  Delius schrieb: Das ist Delphi(Rad Studio) mit einem OpenGL Wrapper namens GLScene, der das arbeiten an OpenGL erheblich vereinfacht. für gewöhnlich ist es in maximal dumme Idee, alle Dreicke einzeln darzustellen. Was du braucht ist Code, der all Dreiecke glichzeitig rendert. Genau das ist meine Frage wie man dies hier löst. Ich habe fast alle Beispiele des Wrapper durchgeschaut und nichts passendes gefunden. Das nennt man batching und was du brauchst ist ein Vertex Buffer Object. Schau dir mal OpenGL3 an, das hat alles was du brauchst und ist eine modernere API als OGL1/2. http://arcsynthesis.org/gltut/ http://wiki.delphigl.com/index.php/Hauptseite Falls du älterem OpenGL bestehst, tut es auch ein Vertex Array. Tutorials dazu in Delphi auf der oben gelinkten Seite.
• E

  OpenGl und CG-Shader
  • epTical  

  10
  0
  Stimmen
  10
  Beiträge
  924
  Aufrufe

  E

  Oh Gott, hab den Fehler gefunden. Vielen Dank nochmal! Ohne dich hätte ich immernoch probiert die Shader richtig zu binden Der Fehler lag an einem Buchstabendreher der Entry-Funktion für den 2. Vertex-Shader
• 

  Motorradspiel - Phsik- Dämpfung der Feder
  • XMAMan  

  8
  0
  Stimmen
  8
  Beiträge
  1696
  Aufrufe

  

  Ich konnte soeben mein Feder-Dämpfungsproblem lösen. Ich habe die Begriffe Relativgeschwindigkeit und Absolutgeschwindigkeit in ein Topf geworfen. Das war mein Fehler. So sieht meine Lösung nun aus: //Dämpfe die Federung Vektor daempfung3 = Vektor.Projektion(punkte[0].gesch, Rfeder3) - Vektor.Projektion(punkte[1].gesch, Rfeder3); punkte[0].kraft -= daempfung3 * 10.0f; punkte[1].kraft += daempfung3 * 10.0f;
• ?

  Glut - eine Tase gedrückt halten
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  931
  Aufrufe

  U

  hi, wie oben gesagt die funktionen für keydown und keyup von glut verwenden. ich benutze dann in beiden ein keystate array: for( int x=0; x<255; x++ ) { keyStates[x] = false; } cu uwi
• N

  Glut glutDisplayFunc(display)
  • Namal  

  2
  0
  Stimmen
  2
  Beiträge
  985
  Aufrufe

  U

  Hi, die 'Glut glutDisplayFunc(display)' setzt ja nur eine Callback Funktion die vom System ( Glut ) immer wieder für dich aufgerufen wird um jeden deiner Frames zu zeichen. Die Logik für deine Rekursion kannst du ja nennoch hier verbauen, indem du aus der displayFunc herraus eine Funktion aufrufst die dann rekursiev arbeitet. Sieh die 'glutDisplayFunc' einfach nur als einstiegspunkt in deine eigene Logik. in OpenGL ist ja eh fast alles Global als StateMashin angelegt, daher kannst du auch so arbeiten. cu uwi
• D

  Mausposition in Raute
  • DrunkenMastered  

  9
  0
  Stimmen
  9
  Beiträge
  1521
  Aufrufe

  

  In Worten: der (relative) Abstand bei der Rautenumrandung zum Mittelpunkt beträgt immer 0.5. Für die 4 Eckpunkte ist das ja ganz einfach zu zeigen, da dann ja entweder "delta X" oder "delta Y" 0 ist. Und für die anderen Punkte auf den Außenlinien gilt dann die Dreiecksberechnung, d.h. wenn "delta X" von 0.5 an kleiner wird, so wird entsprechend "delta Y" von 0 an größer, d.h. die Summe bleibt konstant.
• C

  Inverse-Kinematics
  • cl90  

  2
  0
  Stimmen
  2
  Beiträge
  661
  Aufrufe

  K

  Nie die Zeit dafuer gefunden: http://chrishecker.com/Inverse_kinematics http://chrishecker.com/Five_Physics_Simulators_for_Articulated_Bodies
• ?

  SFML LNK 4099
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1467
  Aufrufe

  ?

  Ich versuche jetzt schon seit stunden die Warnung LNK4099 zu eliminieren. Hab schon alles(Mein projekt, sfml-build-Projekt) durchkompliert mit allen Einstellungen und bekomm es nicht gebacken. Entweder kommen die nervigen Warnungen oder Fehler. Wenn ich in meinem Projekt /MDd einstelle, dann hagelt es LNK4099 Warnungen, ich kann das Programm aber ausführen. Wenn ich in meinem Projekt /MTd einstelle, dann hagelt es LNK2005 Fehler. Das hab ich auch schon probiert. Kann mir bitte Jemand eine Schritt für Schritt Anleitung verlinken/machen, ich bin echt am Ende :(. Oder mir die fertigen .pdb datei Schicken, die habe ich auch nirgends im SFML Ordner gefunden.
• A

  Suche Buch
  • Alex141097  

  8
  0
  Stimmen
  8
  Beiträge
  1372
  Aufrufe

  X

  Alex141097 schrieb: Danke schonmal fuer eure Antworten. Also ich lerne sehr gerne aus Buechern, habe auch am Anfang von Java probiert das ueber Tutorials zu lernen, aber ich finde da macht man einfach nach und der Lern Effekt ist nicht all zu gross. Aber bei Buechern finde ich es anders. Da lernt man schnell mit. Also meint ihr soll ich mir erstmal ein C++ Buch kaufen und C++ lernen und dann auf Direct X umsteigen oder wie? Wie findet ihr dieses Buch dafuer? http://www.amazon.de/C-f%C3%BCr-Spieleprogrammierer-Heiko-Kalista/dp/3446421408/ref=sr_1_1?ie=UTF8&qid=1352905171&sr=8-1 Und ja ich will spaeter 3D Spiele programmieren, keine wie Skyim oder so, das schafft ein Mensch keines Wegs! Aber ich will in der Lage dazu sein, dass ich kleine Spiele wie Binding of Isaac ( ja dieses Spiel ist zwar nicht klein, aber auch ein Projekt welches man alleine in laengerer Zeit schaffen kann ) zu programmieren. LG Alex Ich habe das Buch auch gelesen und bin teilweise noch dabei, um das richtig zu festigen. Ich finde das Buch super. Gerade für Anfänger super geeignet. In dem Buch wird nicht wie bei anderen Büchern um den heißen Brei geredet, sondern man bekommt das beigebracht, was wichtig ist und muss nich 20 Seiten darüber lesen, wie genau C++ entstanden ist und wie genau ein rechner arbeitet damit Programme umgesetzt werden. Das ist bei C++ für Spieleprogrammierer sehr kompakt und sehr verständlich gehalten. Kann ich nur empfehlen
• X

  Das Optimale Buch
  • xXSlayerXx  

  11
  0
  Stimmen
  11
  Beiträge
  1875
  Aufrufe

  X

  Hat einer von euch das buch "3D-Grafik mit OpenGL: Das umfassende Praxis-Handbuch" gelesen? In den beschreibungen steht, dass es sich an 3D anfänger widmet
• C

  GUI
  • cooky451  

  12
  0
  Stimmen
  12
  Beiträge
  1810
  Aufrufe

  ?

  Eine Minimalauflösung festlegen, zum Beispiel 640*480 oder 800*600 und dafür sorgen, dass die GUI für diese Auflösung passabel aussieht. Das Spielfenster kann man dann nicht beliebig klein machen. Sowas wie Minimap + Skillbar muss gerade so draufpassen. Spielinterne Fenster wie das Inventar müssen ebenfalls draufpassen, allerdings nur eins. Bei einer Auflösung von 800*600 kann man dann das 400*500 Inventar vernünftig sehen, man kann aber nicht mit offenem Inventar durch die Gegend rennen. Bei höherer Auflösung geht das. Irgendwann sieht man aber das Inventar nicht mehr gut, weil es zu klein ist. Dann kann man es (bzw. alle Unterfenster) um Faktor 1.5, 2, 2.5 usw. vergrößern, bzw. die native Auflösung ist ein Vielfaches von 400*500, sodass sich das artefaktfrei skaliert.
• T

  Buchempfehlung für den Einstieg in DirectX
  • Theryth  

  3
  0
  Stimmen
  3
  Beiträge
  774
  Aufrufe

  X

  Das erste Buch das dot gepostet hat hab ich in der DX10 Version zum Teil gelesen und als DX11 Version neben mir liegen. Ich kanns Empfehlen. Natürlich sind gute C++ Kenntnisse pflicht und man muß sich das eine oder andere Detail aus dem SDK oder dem Web zusammensuchen, so ein Buch kann nicht alles zu 100% abdecken.
• J

  JMonkey Engine sinnvoll
  • Java_dave  

  18
  0
  Stimmen
  18
  Beiträge
  3217
  Aufrufe

  ?

  Gregor schrieb: Ich meinte damit, dass er Referenzen auf diese Objekte halten kann, so dass der GC die Objekte nicht löschen kann. Raffiniert.
• ?

  Maus Signale auswerten
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  1265
  Aufrufe

  

  Das müsste mit Raw-Input gehen http://msdn.microsoft.com/en-us/library/windows/desktop/ms645536(v=vs.85).aspx