spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Schorsch«

Was mir dabei jetzt noch nicht klar ist. Dein Objekt ist virtuell, wird also selbst von dir projiziert oder nicht? Somit sollte dir die Position des Objekts bekannt sein oder sehe ich das falsch. Warum gehst du dann den Schritt die Koordinaten aus deinem 2D Bild zu schätzen? Und wofür ist deine zweite Kamera da? Ist das originale Objekt vielleicht doch nicht virtuell? Kann es sein dass du hier von einem Marker im Raum sprichst?

Im Moment findet alles im virtuellen Raum statt, stell es dir als Testumgebung vor (später ist jedoch eine Übertragung in die Realität geplant, aber das soll hier nicht weiter stören.)
Die Position des Objekts ist jederzeit bekannt, denn es liegt im Ursprung. Dem Programm unbekannt ist lediglich die Kameraposition (mir ist diese natürlich bekannt). Diese soll das Programm ja schätzen.
Die zweite Kamera dient hier eher der Anschaulichkeit. Im Endeffekt braucht man sie nicht, da nur das verschobene kopierte Objekt wichtig ist. Auch in Unity könnte man die zweite Kamera durch jedes andere Objekt ersetzen, so sieht man allerdings, ob das Resultat dem entspricht, was man erwartet (Das unverschobene Objekt sieht dabei für die geschätzte (also 2te) Kamera 100% genauso aus,
wie das verschobene Objekt für die richtige Kamera.)

Mein Programm soll letztendlich die Kameraposition schätzen, ja.
Aber das ist eigentlich nicht Teil meiner Frage, sondern nur zum Verständnis, was ich insgesamt erreichen möchte.

Das einzige Problem, was ich habe, ist die Fehlerbestimmung.
Ein einfaches Maß wäre hier natürlich die Fehlposition der geschätzten Kamera zur richtigen Kamera,
ich möchte jedoch den Fehler am Objekt wissen (bzw. die Abweichung des echten Objekts zu einem Objekt, das ich auf Grundlage der geschätzten Kameraposition rendere).

An sich muss das eine einfache Berechnung sein. Es soll ja nur das gemacht werden, was Unity macht (siehe "Einfache Umsetzung in Unity"). Ich möchte es nur in einem Skript außerhalb von Unity durchführen umsetzen.


@Schorsch: Die Fehlplatzierung des Objekts ist hier ja nicht mein Problem. In der Tat kommt die durch mein Programm, es ist ja nicht perfekt. Mich interessiert hier ja nur die Größe des Fehlers des Programms.

(Aber vielen Dank schon mal für eure Antworten und eure aufgenommene Mühe, mein Problem zu verstehen. )

"Projizieren" hatte ich falsch verwendet. Es bleibt alles im 3D Raum. (zumindest nach der Schätzung)

Vielleicht erklär ich es mal bildlich:
Stell dir vor, wir hätten im Ursprung zwei gleiche Objekte o1 und o2.
Außerdem haben wir eine echte Kamera und eine falsche.
Objekt o1 wird nun fest mit der falschen Kamera verbunden, wie mit einem Stab fixiert.
Egal, was ich mit der falschen Kamera mache, wie ich sie verschiebe oder drehe, relativ bleiben beide immer gleich verschoben - in der Kamerasicht bewegt sich das o1 nie, im Worldspace natürlich schon.
Nun setze ich die falsche Kamera auf die genaue Position und Orientierung der echten Kamera.
o1 bewegt sich mit und ist nun, im besten Fall, in der Nähe von o2.
Jetzt ließe sich der Fehler berechnen.

Zu deinem Edit:
Ja, da fehlt nur die Berücksichtigung der Orientierung der Kameras, oder hab ich dich falsch verstanden?

Zitat von »David Scherfgen«

Ah, jetzt denke ich verstanden zu haben.
Nun ist die Frage, wie du so einen Fehler definieren willst. Abstand der Positionen von o1 und o2? Nötiger Drehwinkel, um o1 so zu drehen, dass es gleich ausgerichtet ist wie o2? Beides zusammen?

Mir genügt eigentlich der Abstand. Wenn ich das Objekt mit drei Punkten annähere, ((1,0,0),(0,1,0),(0,0,1)) wäre hier auch die Orientierung berücksichtigt. Der Fehler muss keinen Rückschluss auf die nötige Verbesserung liefern. Er soll nur aussagen, wie gut die Überlagerung momentan ist.