Solange es nur Punkte und Linien sind (und die Menge nicht allzu hoch ist), ist es eigentlich relativ einfach, das einfach von 3D nach 2D runter zu rechnen ("projizieren"). Dann kannst du das mit jeglicher Technologie - sei es GDI+, OpenGL, DirectX, oder was auch immer sonst - zeichnen und auch sowas wie Anklicken ist relativ einfach umzusetzen, weil du ja schon die 2D-Position von allem berechnet hast. Um in 3D etwas anklicken zu können, ist es vermutlich sinnvoll, vom Ursprung der Kamera in der der Mausposition entsprechenden Richtung ne Gerade zu bauen und dann die erste Sache zu finden, die sich mit dieser Gerade schneidet.

WPF ist da auch sehr mächtig und mit DirectX hast Du 'ne äußerst solide Multimedia-API.

Grüße

Hi,

wenn ich das richtig verstehe möchtest du auf Deinem Bildschirm einen Punkt manuell setzen und dann im 3D Bild dahinter die "optisch nächstgelegene Komponente" aktivieren. Das ganze in gewissen Grenzen korrekt ?

Ich habe so etwas vor gut 15 Jahren in der Ogre Engine geschrieben. Dies soll nur als Methode oder guideline dienen und nicht als Lösung.

Faktisch habe ich in dem Viewport (das sichtbare Bild auf deinem Bildschirm wenn die 3D Anwendung läuft den Mausclick (POSX,POSY) ausgewertet, dann die Kameraposition als Ausgangspunkt für einen Vector3D genommen, bin also aus dem Bildschirm raus zum Betrachter ein Stück gewandert und habe einen StartVector3D Kameraposition zu Clickposition erstellt. Dann disen Vektor um gute 50m (hypothetische Größe) verlängert, also hinter den Bildschirm in die 3D Landschaft geschossen.
Dann habe ich wie beim Raytracing eine virtuelle Kugel in kleinen Steps den Vektor vom MouseclickPunkt (man fängt erst am Viewport an, unsichtbare Komponenten zwischen Bildschirm und Kameraposition sollen ja nicht anclickbar sein) und immer die Längen des Vektors zwischen Kugelposition und Mittelpunkt einer anclickbaren Komponente in ein Datatable gewemst, die Komponente mit der kürzesten Entfernung war der Sieger und wurde je nach Entfernung aktiviert oder auch nicht.

Ist eine relativ rechenzeitaufwendige Methode, aber bei einer überschaubaren Anzahl von Mausclicks und Komponenten ( hier kann man im Vorfeld sehr effektiv filtern über eine einmalige Auswertung zum original Clickpunkt der Maus und der Enmtfernung zum Mittelpunkt der Komponenten) sehr parktikabel und vor allem auch logisch nachvollziehbar.

In heutigen Spieleengines ist sowas schon hinterlegt, damals mussten wir das in Ogre3D selber basteln.

Anbei ein kleines hoch professionelles Bild...



ROT: Viewport, faktisch Dein Bildschirm
Blauer Ball: Deine virtuelle Kamera ausserhalb des Bildschirms, also da wo Du sitzt
Schritt 1: Hellgrün Vektor von Kamera zu Click-Koordinaten auf dem Viewport
Schritt 2: Vektor verlängern in das 3D Bild hinein (dunkelgrün)
Schritt 3: Den dunkelgrünen Vektor per Raster abfahren und immer die kürzeste Entfernung (Orange Striche) zu den gelben Objekten ermitteln.
Die gelben Objekte sind Komponenten in Deiner 3D-Ansicht.
Schritt 4: Das mit der kürzesten Entfernung gewinnt, hier kannst du eine Mindest-Entfernung für ein positives Click-Event gegenprüfen.

Die Längenauswertung von Vector3D ist sehr schnell, also für uns war es damals performant genug.
Voila... hoffe ich

P.S.: das ich mich an sowas nach so langer Zeit noch erinnere...lol

Habe sogar noch ein Video von damals dazu gefunden auf meinem verwaisten Youtube.Kanal, erste Schritte Mausinteraktion mit Fahrzeugen und Gegenständen:

youtube.com/watch?v=nibEdWPn0QY

Und da sieht man mal wieder wie die Einschätzung von Zeitspannen falsch ist, knappe 10 Jahre ist es erst her.

Das war in C programmiert. Kannst Du Dir heute noch anschauen, ist Open Source und wird immer noch gepflegt.
Google mal Rigs of Rods