Hallo allerseits.

Wie einige vielleicht wissen arbeite ich zurzeit an einer kleinen 2D-Gameengine. Eines meiner Ziele ist es, Renderer beliebig austauschen zu können, momentan sind GDI+ und Direct2D (über SharpDX) implementiert.
Bisher ist es mir auch recht gut gelungen, die beiden Engines auf gemeinsame Interfaces zu bringen, jetzt bin ich jedoch an einen Punkt gestoßen, an dem ich nicht weiterkomme. Es handelt sich um den GraphicsPath (GDI) und die GeometrySink-/SimplifiedGeometrySink-Klasse (Direct2D). Ich will es erstmal nicht übertreiben und nur die notwendigsten Methoden implementieren. AddLine, AddLines, AddBezier und AddBeziers konnte ich auch schon mit relativ wenig Aufwand fertigstellen.
Allerdings brauche ich auch noch AddArc, und das bereitet mir leider Kopfschmerzen. Bei den anderen Methoden verhielten sich die Engines noch relativ ähnlich, hier jedoch funktioniert alles komplett anders. Hier ist die GDI-Version und hier die Direct2D-Version bzw. die ArcSegment-Struktur für Direct2D. Ein Problem ist auch, dass ich bis zum heutigen Tage die Direct2D-Variante nicht vollends verstanden habe.
Hat jemand nen Plan oder zumindest nen Ansatz, wie man diese beiden Methoden auf gemeinsame Argumente zurückführen könnte, damit ich sie beide über die selbe Interface-Methode aufrufen kann?

Hat den hierzu keine ner Idee?
Die Sache ist ziemlich wichtig, ohne die AddArc-Funktion ist das ganze IGeometry-Interface nicht halb so viel wert.
Es geht ja eigentlich nur darum, Point, Size, RotationAngle, SweepDirection und ArcSize nach Rectangle, StartAngle und SweepAngle zu konvertieren, ich hab da aber keinen Plan.

Ja, Combine wollte ich auch noch einbauen, aber ich hatte bisher einige Probleme. Da werde ich mich später nochmal dransetzen.

Ich schau dann mal nach, ob ich was dazu finde, wie man Arcs aus Bezierkurven bildet, danke schonmal.

Hm, ich hab mich dazu jetzt mal erkundigt und auch was gefunden, allerdings immer nur für Arcs auf Basis eines Kreises. Sowohl Direct2D alsoauch GDI+ unterstützen aber Arcs auf Basis einer Ellipse, ich würde dadurch also Möglichkeiten verlieren.
Weiterhin möchte ich eigentlich, wenn möglich, immer auf die schon fertigen Funktionen der APIs zurückgreifen, anstatt was selbst zu implementieren, da diese vermutlich besser und performanter sind, als etwas, das ich produzieren würde. Es geht mir daher eigentlich nicht darum, wie man einen Arc berechnet, das lasse ich mal schön die APIs selbst machen, ich muss nur dafür sorgen, dass ich die beiden APIs mit den gleichen Parametern aufrufen kann.

Ja, scheint logisch.
Aber der erste Punkt ist ja immer vorgegeben, was bedeutet, dass man die Angaben theoretisch auch so treffen könnte, dass es nicht möglich ist, daraus einen Arc zu bilden, oder sehe ich das falsch? Ich könnte ja z.B. den Endpunkt so angeben, dass er nicht auf der Ellipse liegt, die ich angegeben habe.

Wenn Start- und Endpunkt weiter voneinander entfernt sind, als der Radius der Ellipse, dann gibt es keine Möglichkeit, die beiden Punkte mit dieser Ellipse zu verbinden.

Mit "der erste Punkt ist ja immer vorgegeben" meine ich, das mein System so funktioniert, dass das zeichnen immer vom Ende des bereits bestehenden Pfades ausgeht, anstatt wie be GDI+ üblich eine Linie dazwischen gezogen wird.

Sehr schön, vielleicht hast du ja dann ne Idee, wie man Ellipse + Start- und Zielpunkt nach Ellipse + Start- und Endwinkel umrechnet?
Da muss dann auch noch SweepDirection rein und außerdem kann man bei Direct2D die Ellipse ja auch um einen bestimmten Winkel "kippen", wie würde das in GDI+ aussehen?

Also um ehrlich zu sein bin ich der weltfremde Mathe-Pauker (oder zumindest halten mich die anderen immer dafür, obwohl ich sogut wie noch nie für Mathe gelernt hab).
Es wird wohl irgendwie mit Sinus und Cosinus funktionieren, allerdings kann ich sowas nur für nen Kreis berechnen, nicht für ne Ellipse, und schon gar nicht für ne gekippte Ellipse.

In GDI+ würde ich die Ellipse basteln, und dann mitte Matrix rotieren.

Also du meinst mithilfe der Angaben die Ellipse berechnen und dann um deren Mittelpunkt rotieren?

@FlashTek
Nein. Ich will auch eigentlich gar keine Ellipse zeichnen. Es geht darum, zwei Punkte mit einem Bogen zu verbinden, dessen Krümmung durch eine Ellipse angegeben wird bzw. der Bogen ist dann ein Teil dieser Ellipse.

Hm, ich bin mir nicht sicher, ob das so funktioniert, aber ich kenn mich da auch nicht aus.

Ich veranschauliche einfach mal anhand von Bildern, was passieren soll.

Die Angaben sind also A, B, RadiusX, RadiusY und Rotation, wobei A und B eben die beiden Punkte und die anderen drei Werte die Ellipse beschreiben. Für Direct2D ist das super, weil dort kann ich einfach diese Angaben übergeben und den Rest übernimmt dann Direct2D für mich.
Bei GDI+ ist es aber nicht so einfach, denn dort wird der Arc anders definiert. GDI+ verlangt weder einen Punkt, noch eine Ellipse. Stattdessen wird die Ellipse dort mit einem Rectangle beschrieben (was leider auch bedeutet, dass die Ellipse nicht gedreht werden kann, da muss man dann also nochmal manuell Hand anlegen) und Start- und Endpunkt werden in Form von Winkeln angegeben. Das heißt, ich muss also zuerst einmal die Zeichenfläche so drehen, dass die Achsen der Ellipse parallel zu den Koordinatenachsen liegen. Dann muss ich die Ellipse (oder halt das Rectanlge, durch das die Ellipse definiert wird) manuell an die richtige Stelle schieben und zu guter letzt die Punkte A und B in ihre entsprechenden Winkel auf der Ellipse umrechnen. Dann kann ich den Arc zeichnen und die Zeichenfläche wieder zurückdrehen.
Und die Frage lautet: wie geht das?

Also das Problem besteht leider auch weiterhin. Ich brauche es eigentlich nur soweit, dass ich den Mittelpunkt der verschobenen Ellipse berechnet bekomme, den Rest schaffe ich dann auch alleine.
Irgendwie müssen das schließlich auch die Leute von Direct2D berechnen.
Wenn mir jemand erklären könnte, wie man das aus der Bezirkurve bildet, wärs natürlich auch in Ordnung.

Wenn ich das nicht irgendwie gelöst bekomme, dann kann ich den ganzen GDI-Renderer wegschmeißen, was heißen würde die Arbeit von Monaten wäre umsonst gewesen.

Wie man nen Spline aus Bezieren zusammensetzt weiß ich, das musste ich schon implementieren, da Direct2D von Haus aus keine Splines unterstützt.
Ich hab auch schon was dazu gefunden, wie man einen Kreis-Arc als Bezierkurve darstellt: hansmuller-flex.blogspot.de/20…cular-arc-with-cubic.html
Nur leider hab ich halt keine Ahnung von diesen ganzen Formeln und wüsste daher auch nicht, wie ich das anpassen müsste, damits für einen Ellipse-Arc funktioniert.