Видео

docs.microsoft.com/en-us/cpp/build/vcpkg?view=vs-2019 - ja das hört sich gut an. Anscheinend hat Microsoft einen neuen einfachen Installer entwickelt - siehe Link, was die manuelle Einrichtung obsolet macht. Vielen Dank für die Information!

@@openglundbildverarbeitung8250 hey, cool. Danke für schnelles Feedback. Bin gerad dabei mich mit dem Thema Bildverarbeitung in C++ auseinanderzusetzen.:-) Die einbindung über vcpkg funktioniert recht gut über powershell. Die Instalation hat jetzt allerdings rund 50 min gedauert:-[

Hallo, kannst du deine Frage vielleicht etwas spezifizieren ? Willst du Abfragen ob: a) die Türklinke sich irgendwo auf dem Bildschirm befindet? oder b) du grob in die Richtung der Türklinke blickst? (also ob sich die Türklinke ungefähr im Sichtzentrum befindet) oder c) du genau an die eine Raumposition der Türklinke blickst? + ist es wichtig Festzustellen ob die Türklinke eventuell von anderen Objekten im Raum verdeckt wird?

OpenGl und Bildverarbeitung Da ich die Abfrage nur in einem Bestimmten Bereich aktiv habe(Über die Positionskoordinaten der kamera), fällt das mit dem gegenstand im weg eigentlich weg. Also am zutreffendsten ist eigentlich c) das ich genau die raumkoordinate der türklinke "anschauen" möchte.

Hallo H lzk pf, hast du es jetzt schon hingekriegt? Ansonsten müsstest du überprüfen ob der Kamerarichtungsvektor multipliziert mit einer Konstanten addiert zur Kameraposition den Vektor der Türklinkenposition ergibt. Falls das der Fall ist weißt du, dass du die Türklinke anschaust: Du hast also das Gleichungsystem: cam_pos+t*richtungsvektor = türk_pos zu lösen. (und solltest dabei kleine Ungenauigkeiten zulassen, wegen der float Werte. Von der Rechnung oben löst du die erste Zeile nach t auf... dann weißt du wie groß t sein sollte damit es passt und fürhst die Rechnung cam_pos+t*richtungsvektor dann einfach durch - falls das Ergebnis ziemlich nah an tür_pos ist, weißt du dass du auf die Türklinge schaust. Viel Erfolg!

PS: Bei der Gleichung musst du mit der Kamera wie sie in den Videos definiert ist aufpassen, dass du negative "t" werte kriegst.... sonst liegt die Türklinke hinter der Kamera und nicht vor.

Okay, habs soweit verstanden, bis auf den teil mit der Konstanten t, wofür ist die da, bestimmt die die die entfernung die die Kamera zu türklinke hat, weil wenn ich Cam_Pos * Cam_Front nehme dann hab ich den Vektor, der sagen wir mal direkt an der Linse liegt, und das t sorgt also dafür das ich nicht den vektor direkt an der Linse habe und ich nur auf den vektor der türklinke schauen muss, richtig?

Vielen Dank!

wo hast du das alles gelernt?

Wenn Du die mathematischen Hintergründe meinst: im Physikstudium. 90% ist lineare Algebra, wenn es Dich interessiert und Du die Zeit dafür findest, kannst du damit sofort einsteigen (dafür brauchst du kein wirkliches Vorwissen).

Danke! Das ganze Wissen stammt natürlich von learnopengl.com/#!Lighting/Basic-Lighting der wunderbaren Einführungserie von Joe De Vries.

Hey vielen Dank es freut mich, wenn es dir hilft - wobei ich ja meist nur in Worte fasse was Joey de Vries auf learnopengl.com/ fleißig erarbeitet hat. Zu deiner Frage - siehst du die Maus in deinem Fenster? In dem Video hatte ich die Sicht auf sie deaktiviert - was du machen könntest, ist die Maus einfach immer wieder auf die Mitte setzen bei jeder Abfrage und dann als Distanz den Abstand zur Mittel wählen - leider kenne ich mich mit SFML auch nicht so richtig aus - und hoffe das es so klappt. Viel Erfolg!

Ja, aber du erklärst das so schön anschaulich, ich hab es schon mit vielen Inerneteiten probiert und nichts hat so wirklich was gebracht, aber bei dir verstehe ich es einfach super. Das das der Cursor im Fenster bleibt, dafür gabs eine SFML Funktion, ebenso für das unsichtbar machen dessen. Ich probiere mal das mit der Maus auf die mitte setzten. Wie schon gesagt Danke für diese Videos, sind wirklich ne große Hilfe.

Okay hat geklappt, hab mich am anfang ein bisschen verrechnet, aber jetzt hab ichs geschafft. Danke.

Gerne doch und vielen Dank für dein Feedback - es ist super motivierend.

Ja, bei dem Video habe ich an dich gedacht... ist cool, wenn du damit was anfangen kannst - hoffe ich komme noch innerhalb dieser Woche dazu, den nächsten Teil hochzustellen. Und wie läuft es bei dir? Noch viel um die Ohren?

mehr als angucken schaffe ich leider nicht:( ich hab so viel um die ohren und komme zu nichts :/ uni, arbeit wie gehabt aber das wäre alles kein problem. ich habe extrem stress gerade mit meiner wohnung und muss mir was neues suchen... zum kotzen alles

oha das klingt echt besch..., ich drück dir dann mal die Daumen, dass du schnell was findest. Aber in Studentenstädten ist das ja alles meist nicht so einfach.

Vielen Dank freut mich wenn es dir ein bißchen helfen kann. Und hab mal in deinen Kanal reingeschaut ist wirklich super (weiter so)! Für deine physics engine wirst du dann aber vermutlich mehr benötigen: de.wikipedia.org/wiki/Kollisionserkennung_(Algorithmische_Geometrie) oder? Das hier waren ja nur Würfeln und Kugeln :).

Danke! ja das stimmt, vllt benutz ich auch einfach eine öffentliche physics engine:)

Also eigene physiks engine - ist schon ziemlich nice - wenn du die zeit dafür findest, bestimmt super lehrreich. Aber du hast mich jetzt glaube ich ein bißchen auf den "geschmak gebracht", werde mir nachdem dieses spiel hier einigermaßen passabel läuft... mal eines der paper über "echte" kollision schnappen und zumindestens zur kollision dann nen video zu machen - so als kleiner exkurs zwischendurch. Dieses unten verlinkte Paper erstmal nicht, aber kann es dir nicht vorenthalten weil es so schön ist: citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.107.4043&rep=rep1&type=pdf

ja ist mega nice, aber ne physik engine ist nochmal ne andere hausnummer als eine rendering engine. Ich glaube mir fehlt da auch die zeit wenn ich mir das mal so recht überlege, das ist ja wieder mit viel research verbunden. Was für ein Spiel soll das werden? Ich bin seit ca. 1,5 jahren aus spaß an einer rendering engine am basteln, hat damals angefangen mit meiner Bachelorabschlussarbeit. Mein Projekt ist auch bei github verfügbar, die nächsten tage wollte ich eine dokumentation erstellen, das einen leichten einstieg in mein projekt ermöglicht. Ich hätte nämlich viel mehr spaß mit mehreren leuten daran zu arbeiten. Die nächsten features die ich in meiner engine implementieren will sind: - directional light shadows (shadow map rendering habe ich schon, sollte relativ einfach zu lösen sein, man muss nur noch die shadow map projizieren und vergleichen) - glow, und god rays - atmospheric scattering - deferred shading - gaussian blur - underwater effects (caustics etc) - und irgendwann ne physik engine :D

oreon3D Hey vielleicht kann ich da etwas mitmachen - also directional light shadows hört sich echt machbar an - aber ich hab gut reden ich hab noch nicht mal etwas mit shadows implementiert. Aber ob ich die Zeit finde hängt etwas damit zusammen, ob ich jetzt bald Arbeit finde oder nicht - also je nachdem. Insbesondere mit Physik kenn ich mich im Prinzip besser aus als mit OpenGl - falls dann da mal die physics enginge zukommt. Ach mit Spiel meinte ich nur dieses kleine Breakoutspiel aus den Tutorials - hauptsächlich für Lernzwecke.