Spiele-/Grafikprogrammierung

• 

  Scripting Tool für Grafiken
  • DocShoe  

  11
  0
  Stimmen
  11
  Beiträge
  647
  Aufrufe

  

  @Quiche-Lorraine Genau so habe ich das bisher auch gemacht, nur statt das Bild komplett zu kopieren habe ich es in eine neue Ebene kopiert und beim konkreten Plättchen die passenden Ebenen zusammengeführt. Kann man so machen, ist aber echt viel Aufwand. Ich habe mir jetzt was eigenes in C# zusammengeschustert, das war weniger Arbeit, als angenommen. Letztendlich braucht man nur knapp 10 verschiedene Grafikoperationen. Mit sehr einfacher Syntax ging das relativ flott, jetzt stehen so Bonussachen wie der Aufbau einer Plättchensammlung und PDF-Export an. Trotzdem vielen Dank an alle, die hier geholfen haben. Ich habe wirklich gedacht, dass es sowas schon fertig gibt. Also jetzt nicht speziell für meinen Fall, sondern eine Art Grafikprogrammiertool, mit dem man Bilder skriptgesteuert erzeugen kann.
• M

  Kollisionsabfrage mehrerer Flotten und Flugzeit
  • Marco  

  11
  0
  Stimmen
  11
  Beiträge
  609
  Aufrufe

  M

  @Marco sagte in Kollisionsabfrage mehrerer Flotten und Flugzeit: Nicht falsch verstehen, ich mag .net, nur dafür nicht das richtige. Nicht falsch verstehen, ich kenn mich zur Zeit mit C++ besser aus, als mit .NET Ich halte es aber für sehr wahrscheinlich, dass deine Annahmen nicht zutreffen, bzw. sich in den Griff kriegen lassen, oder einfach irrelevant sind. C# dürfte absolut in der Lage sein, mit so großen Listen umzugehen.
• T

  C++ lernen -> Bücher/Quellen
  • Tom___  

  12
  0
  Stimmen
  12
  Beiträge
  1760
  Aufrufe

  M

  @Hanny84 sagte in C++ lernen -> Bücher/Quellen: So schnell veraltet ein Buch nicht. Woher weißt du das? Die Frage vom TE finde ich jetzt nicht so verkehrt. Ich sehe C++ im Sinne der Frage durchaus auch als Low Level Sprache. Man muss sich zwar nicht bei jedem Detail um sowas wie Speicherverwaltung kümmern (erst recht nicht mit new + delete), aber man hats im Griff. Man hat Value Objekte. Man kann eigene Allokatoren benutzen. Man würde eher mit verschiedenen Datenstrukturen (Containern) rumprobieren, als in C# oder Java.
• 

  [Hilfe] Ich weis nicht wie ich anfange Spiele zu programmieren.
  • xyLotus  

  33
  0
  Stimmen
  33
  Beiträge
  2424
  Aufrufe

  

  @rapso sagte in [Hilfe] Ich weis nicht wie ich anfange Spiele zu programmieren.: und soeine herabwuerdigende Antwort "Es ist einfach nur Gelaber." triggert vermutlich viele anderen. Ich wuerde vorschlgen, wenn ihr die Antwort des anderen gelesen habt, antwortet 24h spaeter, das koennte zu einer viel nuechterneren Wortwahl fuehren. Das war volle Absicht, aus der Liste der Formulierungen die ich im Sinn hatte aber eine der freundlichsten Varianten Ist ja auch nicht so dass ich das in meiner ersten Antwort so formuliert hätte. Der ehemalige Benutzer hat da schon ein bisschen dran gearbeitet.
• S

  Qt Programm stürzt ab bei verschieben eines Buttons
  c++ array pointer qt4 qpushbutton • • Schnick  

  8
  0
  Stimmen
  8
  Beiträge
  713
  Aufrufe

  W

  Ich würde sagen: Die moveButton-Funktion soll einen Button verschieben in Abhängigkeit der Richtung. Die Parameter von moveButton sollten daher sein: genau ein (Pointer auf) Button, die Richtung und die Entfernung (die 100 in deinem Code). Bislang nimmt die moveButton-Funktion die Richtung, ein Array von Buttons, x und y. Vor allem benutzt du die Richtung, um in das qbp-Array zu indexieren. Das erscheint völlig wirr. Die moveButton-Funktion braucht doch gar nicht zu wissen, wie viele Buttons es gibt. xx, yy und die width und height könnte man direkt aus dem existierenden Button ermitteln. Außerdem hast du in dem switch/case praktisch identischen Code - und einmal hat die for-Schleife die falsche Abbruchbedingung. Du könntest in dem switch einfach nur ein deltaX/deltaY berechnen und ansonsten dieselbe Schleife für alle Richtungen verwenden. Oder - und weil "int" für eine Richtung falsch und unflexibel erscheint, könntest du die deltaX und deltaY (vielleicht sogar als float) als Paramter einführen und stattdessen den direction-Parameter entfernen.
• W

  C++ // SFML // _pFirstBlock == pHead
  • Wildguitar199  

  3
  0
  Stimmen
  3
  Beiträge
  340
  Aufrufe

  

  folgene Fehlermeldung: Expression: _pFirstBlock == pHead.... lol Vermutlich zerschiesst du dir irgendwo den Heap. Genaueres könnte man sagen wenn du die vollständige Fehlermeldung zeigen würdest, inklusive dem Filenamen und Funktionsnamen in dem dieses assert (schätze ich mal?) fliegt.
• D

  Erklärung zu "fixed time steps"
  • daniel  

  19
  0
  Stimmen
  19
  Beiträge
  774
  Aufrufe

  

  @Finnegan Genau. Und da sich in Spielen Geschwindigkeiten oft quasi-stetig und nicht sprunghaft ändern, hat man das relativ oft
• S

  GLES 3 / GL4 - Limitation?
  • Solix0x  

  2
  0
  Stimmen
  2
  Beiträge
  317
  Aufrufe

  

  also könnte man was programmieren für den PC, das nicht auf dem Smartphone laufen würde (auch mit anderen Techniken, was auch immer) Naja nachdem du immer alles auf der CPU berechnen kannst und dann einfach nur per OpenGL (ES) auf den Schirm klatschen: nein. Wenn du meinst mit anderen Techniken aber vorausgesetzt vernünftige Performance... dann hängt es wohl davon ab wie eng du das genau mit der vernünftigen Performance nimmt. Ich meine, die ganzen Erweiterungen die OpenGL 4.6 im Vergleich zu OpenGL ES hat wurden ja vermutlich nicht ohne Grund gemacht.
• D

  Sfml zeigt kein Bild an
  • daniel  

  7
  0
  Stimmen
  7
  Beiträge
  353
  Aufrufe

  D

  @Abe Ah ich hab den Fehler gefunden. Ich hab texture zwar geladen, aber nicht der Player Sprite zugewiesen
• B

  Graphik-Quellen
  • biter  

  19
  0
  Stimmen
  19
  Beiträge
  1092
  Aufrufe

  B

  Danke XMAMan, das genügt mir soweit.
• T

  software renderer
  • tori1117  

  21
  0
  Stimmen
  21
  Beiträge
  825
  Aufrufe

  T

  @SeppJ sagte in software renderer: Dann ist die Gegenfrage: Hast du noch weitere Fragen oder reichen dir meine und @Wade1234 s Antworten? Damit bekommst du beliebige Pixel in einem 2D-Schachbrett gesetzt und kannst mit den ersten (aber erstaunlich schwierigen) Fingerübungen anfangen, zum Beispiel eine sauber aussehende gerade Linie oder einen beliebig skalierbaren Kreis zu zeichnen. Ich werde jetzt etwas rumprobieren und schauen wie weit ich komme. Aber denke, dass ich dazu noch fragen haben werde. Aber bisher mal danke.
• T

  Fehler beim berechnen der Diffuse lighting
  • Thorsten54  

  9
  0
  Stimmen
  9
  Beiträge
  731
  Aufrufe

  T

  Ich habe den Fehler jetzt ausfindig gemacht,ich habe vergessen vor dem übergeben der LightPos an den Vertex-Shader den Shader überhaupt erst einmal zu binden.Nun funtioniert alles wie geplant.Vielen dank an alle die geholfen haben.
• ?

  Projektion
  • Ein ehemaliger Benutzer  

  15
  0
  Stimmen
  15
  Beiträge
  666
  Aufrufe

  

  @Wade1234 Ist zwar ein fotografisches Thema kann aber bei Deinem Problem wohl auch verwendet werden: https://www.gaeckler.at/Fotografie/foto_grundlagen.htm#Brennweite Hier siehst Du die unterschiedlichen Auswirkungen von Brennweite und Standort. Du mußt also nur die richtige Kombination von beiden finden, die Dein Objekt am besten darstellt.
• A

  OpGL tutorial stringstream
  • Abe  

  3
  0
  Stimmen
  3
  Beiträge
  168
  Aufrufe

  A

  Gut danke, das wars echt schon :'D
• F

  Unbehandelte Ausnahme: Zugriffsverletzung beim Lesen an Position
  • Fawkes  

  3
  0
  Stimmen
  3
  Beiträge
  232
  Aufrufe

  F

  @hustbaer Der Fehler wird beim erstellen der Instanz ausgelöst, also bei VkResult result = vkCreateInstance(&instanceCreateInfo, NULL, &instance); Wenn ich im späteren Verlauf allerdings die VkPipelineColorBlendStateCreateInfo colorBlendCreateInfo; weglasse, gibt es keinen Fehler.
• 

  SDL2/OpenGL Threads
  sdl2 opengl threads best practice • • fairiestoy  

  6
  0
  Stimmen
  6
  Beiträge
  907
  Aufrufe

  R

  Interessanterweise, wie im obigen Code Beispiel zu sehen, kann ich das Eventhandling in einem separaten Thread ausführen und ich wollt nur ausdrücken, das es OpenGL eigentlich "egal" ist, welcher thread deine ogl-funktionen befeuert. dass es unsinnig sei und kein Performance Gewinn dabei heraus kommt, wenn man das Rendering auf Threads auslagert. was ich ähnlich sehe .... Allerding sehe ich den Gewinn zwischen "mainthread -> ogl" & "expliciter thread -> ogl" nicht als relevant an. Die opengl funktionen fressen kaum CPU performance und blockieren auch nicht, wenn der job auf der graka passiert. So das deine eventqueue eigentlich auch nie blockkiert werden sollte Damit soll verhindert werden, dass das OS zeitweise der Meinung ist, dass die Anwendung nicht mehr auf Eingaben >reagiert. Das finde ich persönlich einfach eine hässliche Herangehensweise. womit genau das verhindert werden sollte .... wenn es doch auftritt, hasst du irgendwas in der queue, was blockiert / oder cpu Last erzeugt, was eigentlich nicht OGL typisch ist Ich weiß jetzt nicht genau, auf was für ein Problem du dich beziehst um ehrlich zu sein dachte du hasst ein "reales" Problem mit blockierender eventqueue weswegen du dich mit dem, threading auseinander setzt
• K

  OpenGL Kollisionserkennung
  • Krapfen  

  19
  0
  Stimmen
  19
  Beiträge
  705
  Aufrufe

  

  Auch wenn der Code dann kompiliert, so wird die Funktion bisher nicht benutzt. Du müßtest also dein restliches Programm so umschreiben, daß es dann auch GameObject verwendet (anstatt die globalen Object1x, Object1y, Object2x, Object2y).
• 

  PARALLEL REALITIES
  • Lou Cyphr3  

  16
  0
  Stimmen
  16
  Beiträge
  726
  Aufrufe

  U

  @Lou-Cyphr3 ich kenne mich mit SDL leider nicht aus. Aber erfahrungsgemäß kann man sagen, dass allgemein die meisten Tutorials üblicherweise nur zum Reinschnuppern taugen. Vor allem was C++ angeht ist ein Großteil einfach mangelhaft bis ungenügend. Der Schwertfisch hat schon auch recht damit, dass du dir zumindest die Grundlagen aneignen solltest, bevor du irgendetwas abseits vom C++-Standard anfasst. Und Objektorientierung gehört auf jeden Fall zu den absoluten Grundlagen, die du auch für fast jedes Framework und jede externe Library brauchen wirst - außer du wählst eben reine C-Libs, wovon ich aber vor allem für den Anfang dringend abraten würde, da du dir dadurch einen unglaublich schlechten Stil angewöhnen wirst, der dir im Nachhinein noch viel Ärger bescheren wird. Es geht ja auch gar nicht darum, dass du nur Bücher lesen sollst - du solltest auf jeden Fall auch abseits davon experimentieren. Aber bis du die Grundlagen wirklich sicher kannst, solltest du die Finger von allem Graphischen lassen - du kannst auch ohne GUI viel Spaß haben und irgendwann wird dir das Backend wohl auch mehr Spaß machen als das Frontend, einfach weil es spannender und abwechslungsreicher ist. Ich verstehe, dass du gerne etwas Graphisches machen willst, aber letztendlich tust du dir damit wohl keinen Gefallen. Ich würde dir empfehlen, den C++ Programmierer, nachdem du ihn schon hast, bis zu dem Kapitel mit Qt/GUI durchzuarbeiten und parallel eben in kleinen Konsolenprogrammen in z.B. textbasierten Spielen das Wissen auszuprobieren. Das Wissen davor ist definitiv grundlegend für alles zum Thema Grafik. Kapitel, die du, wenn du schnell mit Grafik anfangen willst, zunächst überspringen kannst, sind: Dateien und Ströme (allerdings für die Formatierung deiner Konsolenprogramme relevant), Performance, Wert- und Referenzsemantik (allerdings so bald wie möglich nachholen) und reguläre Ausdrücke. Alles andere ist meiner Meinung nach zu essentiell für GUIs, um es zu überspringen. Wenn du dann soweit bist, solltest du eigentlich jede beliebige Grafik-Lib nehmen können. Ich kenne eigentlich fast nur Qt und kann es durchaus empfehlen, das ist aber nicht primär für Spiele, etc. sondern für "richtige" Anwendungen - Spiele sind damit aber natürlich trotzdem möglich. Du kannst dann aber natürlich auch noch einmal hier im Forum nachfragen.
• K

  OpenGL schwarzes Fenster
  • Krapfen  

  8
  0
  Stimmen
  8
  Beiträge
  506
  Aufrufe

  K

  @Krapfen sagte in OpenGL schwarzes Fenster: ich habe schon ein C++ Buch
• C

  Möglich ein Spiel zu programmieren?
  • chris_gaming  

  10
  0
  Stimmen
  10
  Beiträge
  1166
  Aufrufe

  J

  @Erhard-Henkes sagte in Möglich ein Spiel zu programmieren?: Allerdings muss man in SFML das gesamte User Interface selbst basteln. Es gibt auch die ein oder andere sfml-gui lib. Hab ich aber alle in schlechter Erinnerung. Welche Engine würde sich denn für ein kleines ADVENTURESPIEL im klassischen Stil (so wie Monkey Island 2) empfehlen? Bin großer Unity3d Fan. Für Indie-Entwickler ist das absolut Top. Hab am Wochenende die ganze Zeit mit Dawn of man verbracht. Auch so ein Indie/Unity-Spiel.