Suboptimale Darstellung von Kanten auf Scripttexturen

Moin zusammen,

ich arbeite gerade das erste mal so richtig mit Scripttexturen und bin konkret grade dabei, einen Drucker, auf dem natürlich Text auf dem Bildschrim dynamisch angezeigt werden soll, von Texttexturen auf eine Scripttextur umzuwandeln. Ist natürlich erstmal viel Aufwand, später dann aber einfacher zu managen.

Ich habe also meine Scripttextur und eine passende Font und schreibe mit meine Script entsprechend Texte darauf (hier einfach Datum und Uhrzeit).

Allerdings habe ich das Problem, dass die Kanten der Schrift beim Übergang in die Transparenz eine "Graubraunfärbung" aufweisen, die sich, wenn man etwas rauszoom not verstärkt, sodass man eigentlich kaum noch etwas erkennen kann. Das Problem hatte ich mit Texttexturen nicht. Woran kann das liegen? Bei anderen Druckern, wie z.B. dem AFR4 funktioniert es ja auch. Was mache ich falsch?

Meine Font hat eine relativ hohe Auflösung und hat Kantenglättung (selbst ohne Kantenglättung und mit matl_alpha 1 habe ich das gleiche Problem...

Vielleicht kennt sich damit jemand besser aus und kann mir helfen...

Hier nochmal ein paar Bilder von dem Problem.

und von weiter rausgezoomt:

Okay, alles klar, das gibt durchaus Sinn, verstehe ich.

Die Frage ist halt, was man dagegen tun kann. - Wie gesagt, bei anderen Fahrzeugen/Druckern geht es ja auch, aber ich konnte nicht nachvollziehen, was da anders gemacht wurde...

Ja, das ist richtig, vielen dank schonmal.

Ich habe mir den verlinkten Thread mal in Ruhe vollständig durchgelesen und aus meiner Sicht gibt es jetzt drei sinnvolle, halbwegs umsetzbare Techniken, auf die Art und Weise, die ich brauche, mit Scripttexturen zu arbeiten:

• Ein transparentes Face vor dem eigentlichen Bildschirm mit Scripttexturen beschreiben:
  Das ist der Fall, den ich gerade verwende, eigentlich das offensichtlichste und einfachste, hat aber eben leider das (technisch durchaus nachvollziehbare) Problem mit den Mipmaps und den daraus resultierenden unschönen Kanten (gerade bei hellem Text vor dunklem Hintergrund)
• Ein eigentlich komplett farbiges Face, was durch Scripttexturen eine Transmap bekommt:
  Das dürfte ja das Konzept sein, wie die meisten Matrizen in OMSI funktionieren, hier hat man wohl angeblich das "Kantenproblem" also nicht. Nachteil ist hier aber eben, dass man ja immer nur in einer Farbe (der Hintergrundfarbe der Textur) zeichnen kann, weshalb das natürlich für komplexe oder sehr Variable "Fabrkompositionen" schwierig wird. In meinem Fall wäre das aber eigentlich durchaus dennoch umsetzbar, indem ich halt auf meiner Hintergrunddtextur verschieden Bereiche in jeweils den Farben, die der Text dort haben soll, färbe (z.B. oben ein weißer Streifen für eine Infozeile mit weißer Schrift und darunter eine schwarze Fläche, weil dort Dinge in schwarz stehen sollen). Es gibt zwar auch verschiedene Menüs und Light/Darkmode, weshalb man mal die Farben ändern muss, aber das hält sich soweit in Grenzen, dass ich es für möglich halte, entsprechend verschiedene Hintergrunddtexturen anzulegen und diese mittels Freetex durchzuschalten.
• Komplettes zeichnen der eigentlichen Haupttextur auf die Scripttextur:
  Hatte ich auch schon überlegt, das Problem hierbei ist aber (neben der Tatsache, dass das darauffolgende Text-schreiben wohl etwas rumbuggt), dass diese Methode vor allem sehr inperformant ist (was ja Sinn ergibt, wenn eine komplette (in meinem Fall 1024*1024px-Textur) einmal komplett "abgeschrieben" werden muss. Testweise hatte ich das mal in jedem Frame drinne und das sorgte im Spiel für ca. 12 statt sonst 50-60 fps. Am ende müsste man natürlich nicht in jedem Frame die Textur neu zeichnen aber ja immer mindestens einmal die Sekunde (da eine Uhr mit Sekundenstelle existiert). Daher halte ich das trotzdem nicht für die praktischste Methode.

Ich hoffe, ich habe das jetzt soweit alles richtig verstanden und zusammengefasst.

Ich werde den zweiten Vorschlag probieren, indem ich mit matl_transmap arbeite und schauen, ob ich damit bessere Ergebnisse erhalte.

Vielen Dank dafür schonmal!

Aber dann könnte ich auch genau so gut Texttexturen verwenden. Ich sehe dann keinen Mehrwert, überhaupt auf das Scripttextur-System zurückzugreifen.

Der Mx-200-C2 z.B. verwendet auch nur eine Scripttextur für den ganzen Bildschirmt:

2: Atron Display
[scripttexture]
1024
512

Ja, das wäre auch mein Plan jetzt, das so umzusetzen.