Leider sind die einzigen Möglichkeiten sind bereits beschrieben worden. Schnittstelle mit DirectWrite oder erstellen Sie Ihr Glyph-Dateisystem.
Was Sie tun, ist eine Texturdatei mit Glyphen zu importieren, kleine Quadrate um jedes Zeichen aus der Glyphtexturdatei auszuschneiden und dann alle zusammen zu einer Zeichenfolge zu kleben. Es führt zu etwas schnellerem Zeichnen (in einigen Fällen).
Ich denke, der Ansatz zu diesem von den anderen verwiesen wird etwas veraltet und zum Scheitern verurteilt. Direct3D11 hatte den gleichen Mangel an Textzeichnungsunterstützung wie Direct3D12 (vielleicht Fehlinformation dazu). Es war Direct3D9, das über die integrierte Unterstützung für Textzeichnung verfügte, die jedoch einwandfrei funktionierte. Später wurde die Sprite-Batch-Zeichnung unterstützt, bei der Sie den gesamten Text in einem Sprite rendern konnten.
Es scheint rückwärts zu sagen, dass Sie einfach "müssen" oder "sind kein Experte", um solch ein einfaches aber langweiliges System zu implementieren. Ein solches System ist dazu bestimmt, auf die gleiche Art und Weise zu versagen, warum niemand Assembly verwenden möchte, um etwas zu codieren, das sie in C und darüber codieren können.
Die D3D11 und D3D12 Math Bibliothek leidet auch unter den gleichen Fehlern. Um Vektoren zu definieren und zu konvertieren, ist es besser, wenn Sie D3D9X mathematische oder benutzerdefinierte mathematische Strukturen verwenden, da die neueren Methoden so rückwärts laufen."Jemand" hat es geschafft und muss es mögen, aber ich erinnere mich daran, eine Beschwerde darüber zu machen, wie einfach es ist, Vektoroperationen vor oder nach zu machen, es verdoppelt oder verdreifacht die Menge an Linien, die benötigt werden, um einfache Vektoroperationen und -umrechnungen durchzuführen die Menge an Referenzen und Lernzeit, die Sie benötigen, um zu sehen, wie jemandes Lib funktioniert. Es scheint ein großer Fehler zu sein, der von Mathematikern präsentiert wird, die nie gut programmieren konnten.