DirectX 9 oder 11 verwenden?

Du solltest besser gleich OpenGL benutzen.

Sonst hast du in ein paar Jahren wieder:
>Schließlich möchte ich vermeiden, irgendwann das ganze
>neu schreiben zu müssen

OpenGL geht für mich leider nicht. Genau genommen benötige ich (zur 
Zeit) nur die Ansteuerung für Joystick und vor allem die Ansteuerung 
dessen force-feedback.

Wenn du nur Joystick Ansteuerung machst arbeitest du wohl eher mit 
DirectInput statt mit DX9 nehme ich an? Der Nachfolger von DirectInput 
heißt XInput aber soweit ich das gesehen habe kann man damit nur Xbox360 
Controller ansteuern und nicht irgendwelche Joysticks. DirectInput ist 
aber auch noch in Windows 8.1 vorhanden also ein Umstieg von Windows XP 
zu etwas neuerem ist kein Grund von DirectInput wegzugehen.

Boris P. schrieb:
> ...scheint Windows-Only ja kein Problem für ihn zu sein...

Na ja... ist ein wenig verzwickt :)
Genau genommen habe ich ein Programm in Qt geschrieben. Qt unterstützt 
jedoch nicht die Ansteuerung von Joysticks mit Force-Feedback. Ich habe 
zwar noch keine Anwendung für ein anderes OS als Windows, hätte es mir 
aber gerne offen gehalten.
Nun war mein Gedanke den Joystick per DirecX anzusteuern und die zwei 
Programme über local network (nennt sich doch so?), also rein auf dem 
Rechner selbst, miteinander kommunizieren zu lassen. Sollte irgendwann 
ein anderes OS in Frage kommen, bräuchte ich also nur einen "kleineren" 
Teil neu schreiben.

Kurzes googlen hat dieses hier gefunden:
http://en.wikipedia.org/wiki/Object_Oriented_Input_System

Kleine C++ library, die unter Linux und Windows diverse Eingabegeräte 
unterstützt, einschliesslich Force Feeback. Wird auch von Ogre3D 
genutzt.

In dem Modualisieren sehe ich hier auch keinen Vorteil, nur zusätzlichen 
Aufwand und Fehlerquellen.

Von SDL hatte ich zuvor noch nie etwas gehört. Macht aber einen ganz 
guten Eindruck. Um die Kommunikation mit dem Qt-Programm würde ich hier 
natürlich ebenfalls nicht rumm kommen.

Eigentlich hatte ich mich zuvor mit Google auf die Suche gemacht und war 
nun der Meinung, dass XInput nicht in Qt eingebunden wurde. Dank deinen 
Hinweis habe ich nun aber noch mal geschaut und ein "Qt XInput Extension 
0.0.1" gefunden. Die Versionsnummer macht mir allerdings ein wenig 
Bauchschmerzen. Erfahrungsgemäß sind die Kinderkrankheiten anfangs immer 
so hoch, dass man immer nur auf Probleme stößt und hier und da mit einer 
"Frickel-Lösung" aushelfen muss. Nach bereits bekannten Lösungswegen 
googlen hilft dann auch immer nicht viel ;)

So wie ich das sehe, können durch die Einbindung von XInput im Qt zwar 
die Achsen und die Buttons eingelesen werden, aber die Ansteuerung für 
das force-feedback wurde nicht implementiert.

Warum brauchst du XInput eingebunden in Qt? Verwende doch einfach direkt 
XInput in deinen Funktionen, die das brauchen. Oder was soll überhaupt 
durch den Joystick gesteuern werden? Wenn man damit die Menüelemente 
wählen soll müsste man tatsächlich gucken, wie man die 
Joystickbewegungen an Qt weiter gibt aber selbst das müsste machbar 
sein. Kommunikation zwischen XInput/DirectInput/SDL und dem Rest deines 
Programms findet einfach über Funktionsaufrufe statt. Da noch einen 
Netzwerklayer zwischen zu schieben macht alles nur viel komplizierter 
und bringt überhaupt nichts.

sebi707 schrieb:
> ...Oder was soll überhaupt durch den Joystick gesteuern werden?

Ein kleiner Roboter auf vier Rädern. Wird anhand der Ultraschallsensoren 
ein Hindernis in der Nähe erkannt, möchte ich diese durch Rückmeldung 
vom force-feedback spürbar machen.


sebi707 schrieb:
> Warum brauchst du XInput eingebunden in Qt? Verwende doch einfach direkt
> XInput in deinen Funktionen, die das brauchen. ... Kommunikation zwischen 
XInput/DirectInput/SDL und dem Rest deines
> Programms findet einfach über Funktionsaufrufe statt.

Ich kann das ganze dann also ganz normal mit Funktionen wie alle anderen 
aufrufen? Einfach lib einbinden und los? Da muss ich mich mal schlau 
machen wie der Code überhaupt aussehen muss. Werde mal nach ein paar 
Beispielen googlen...