spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du könntest direkt auf die Maus zugreifen ohne den Umweg über die Cursor-Position. Das geht z. B. mit DirectInput.

Das kann man so machen, machen manche so. Allerdings solltest Du dann den Mauszeiger verstecken. Und Du brauchst sauberes Fokus-Handling, um dieses "Zurücksetzen in die Bildmitte" abzuschalten, wenn die Spielerin alt-tabbt.

Mit Vulkan... Du bist hardcore :-)

Alternativ kannst Du Dir auch eine Input-Lib aus dem Netz nehmen. Das würde ich empfehlen, Input-Coding artet nämlich schnell aus und ist genau wegen dieser Fokus-Geschichten schwer zu debuggen. Leider kann ich Dir gerade auf die Schnelle keine gute Lib nennen, nur meine eigene: SNIIS

Zitat von »David Scherfgen«

Du könntest direkt auf die Maus zugreifen ohne den Umweg über die Cursor-Position. Das geht z. B. mit DirectInput.

DirectInput würde ich dafür nicht empfehlen. Die API ist sehr alt und wird von Microsoft schon lange vernachlässigt. Für Gamepad/Joysticks käme noch XInput in Frage, aber auch die API ist auf dem Abstellgleis.

Für Windows empfiehlt Microsoft den Weg über normale Window-Events. Oder du machst selbst eine Abfrage des Status' der Maus mit den WinAPI Funktionen (GetCursorPos, GetCursorInfo), anstatt die Window-Events zu verarbeiten. Die RawInput API ist auch ein Möglichkeit: https://docs.microsoft.com/en-us/windows…inuser-rawinput

Polling hat natürlich ebenfalls Nachteile, aber du kannst deine Input-Logik selbst schreiben und bist mit den Raw-Input Methoden deutlich flexibler im Vergleich zu DirectInput.
Am einfachsten fand ich bisher die Gainput Lib. Arbeitet auch über polling, und kann einfach in einem separatem Thread laufen. SDL2 wäre auch noch eine Möglichkeit, ist aber eine sehr große Lib.

Generell habe ich aber schon lange den Eindruck, dass es kaum noch moderne Libs für HID-Verarbeitung bei Spielen gibt. Die großen Engines nehmen einfach die low level System-API Funktionen und schreiben alles selbst.

Ich benutze aktuell GLFW (ist ja auch für Vulkan nützlich, wenn man sein Fenster nicht von Hand bauen will), das hat extra einen Modus um den Cursor zu verstecken (GLFW_CURSOR_DISABLED) in dem man dann unbegrenzte Mausbewegungen hat (d.h. nicht mehr auf den Bildschirm beschränkt), man kann also in jedem Frame die Position abfragen und das Delta zum letzten Frame ausrechnen und hat seine Bewegung. Ist bequem und funktioniert gut, habe aber das Gefühl, dass die Steuerung damit doch nicht ganz so weich ist, wie in anderen Ego-Shootern. Vielleicht weil der Cursor auf eine Pixelposition quantisiert wird und der Raw-Input Subpixelgenauigkeit hätte? Vielleicht müsste ich aber auch was Richtung Tripel-Buffering oder anderes VSync oder Motion Blur oder Cursor-Smoothing einbauen, ich hab keine Ahnung...