TMSOSDMenu & FontManagerTMS

[FireBird]

Nachdem Ewigkeiten vergangen sind, habe ich den FontManager erweitert. Das Windows-Tools kann jetzt auch binäre Font-Dateien erstellen (.fntbin) und die Library wurde mit den Funktionen FM_LoadFontFile() und FM_FreeFontFile() erweitert. Ein Beispiel wurde in das Demo-TAP eingebaut.

[Twilight]

eine verbeugung voller ist fällig

twilight

[BluField62]

Was du so Ewigkeit nennst

Sieht schon klasse aus , mal schauen was daraus so alles gebastelt wird

[Erdnussnase]

Nachdem Ewigkeiten vergangen sind, habe ich den FontManager erweitert. Das Windows-Tools kann jetzt auch binäre Font-Dateien erstellen (.fntbin) und die Library wurde mit den Funktionen FM_LoadFontFile() und FM_FreeFontFile() erweitert. Ein Beispiel wurde in das Demo-TAP eingebaut.

Das war wahrlich eine Ewigkeit
Besten Dank. Habe ich eingebaut und wird gleich ausprobiert.

[FireBird]

Und wieder ein Update für den FontManager. Ab jetzt wird die Hintergrundfarbe beachtet und somit sollte das Ergebnis genauso aussehen, wie die originale TAP-API-Funktion TAP_Osd_PutS(), nur viel schöner.

Herzlichen Dank an Erdnussnase, der einige Stellen im Code optimiert und somit um einiges schneller gemacht hat.

[BluField62]

Und wieder ein Update für den FontManager. Ab jetzt wird die Hintergrundfarbe beachtet und somit sollte das Ergebnis genauso aussehen, wie die originale TAP-API-Funktion TAP_Osd_PutS(), nur viel schöner.

Herzlichen Dank an Erdnussnase, der einige Stellen im Code optimiert und somit um einiges schneller gemacht hat.

Vielen Dank, wir haben nicht anderes erwartet

[srupprecht]

Beim Alphablending kann man sich übrigens noch einpaar Multiplikationen sparen. Hier mal ein Beispielcode, welchen man noch etwas an den FM anpassen müsste. Stammt nicht von mir, sondern von irgendeiner Internetseite, die sich mit effizienten Alphablending beschäftigt.

uint32 Blend(uint32 s, uint32 d, uint32 a)
{
const uint32 dstrb = d & 0xFF00FF;
const uint32 dstg = d & 0x00FF00;

const uint32 srcrb = s & 0xFF00FF;
const uint32 srcg = s & 0x00FF00;

uint32 drb = srcrb - dstrb, rb, g;
uint32 dg = srcg - dstg;

drb *= a;
dg *= a;
drb >>= 8;
dg >>= 8;

rb = (drb + dstrb) & 0xFF00FF;
g = (dg + dstg) & 0x00FF00;

return (a << 24) | rb | g;
}

[FireBird]

Danke. Probiere ich mal aus, wieviele Punkte das bringt.

[xyzzyx]

Thema FontManager:

Hmmm, benutze ich COLOR_None als Hintergrund, klappt alles. Aber wenn ich die echte Hintergrundfarbe nehme, habe ich Reboots. Versucht da das AlphaBlending/Aliasing zu wirken und schafft es bei mir irgendwie nicht?
Ich habe als Vordergrundfarbe COLOR_White und als Hintergrund praktisch Graustufenfarben (also 16,16,16; 30,30,30; 45,45,45 oder 80,80,80).

[FireBird]

Ist sichergestellt, dass maxX nicht über das rechte Ende der Region hinausragt? Ich habe Dein Beispiel in die FontManager-Demo eingebaut und da funktioniert es. Neue Demo ist online.

[Happy]

Hallo,
ich hatte auch noch keine Reboots mit dem letzten Stand. Geht bisher wie beschrieben.

Gruß,
Happy

[Erdnussnase]

Ebenso bei mir und ich nutze es recht intensiv.
Die Frage von Firebird nach der Größe ist berechtigt. Schon der alte Topf mit Systemfont reagierte auf malen außerhalb des erlaubten Bereiches mit Reboots.

[xyzzyx]

Danke.

Schaue ich mir mal im neuen Jahr an.

Guten Rutsch!

[FireBird]

Danke, gleichfalls. Bis nächstes Jahr. :

[xyzzyx]

Also ich habs nochmal probiert.
Habe auch mal ins Demo-Tap genau meinen Font eingebaut. Da gibts wirklich keinen Absturz.
Eben zum Vergleich einmal die drei Zeilen mit echter Hintergrundfarbe sowie als viertes mal eine mit COLOR_None probiert. Es ist überhaupt kein Unterschied feststellbar! Somit hält sich mein Änderungswunsch jetzt in Grenzen.
Was macht das Alpha-Blending genau? Eigentlich müsste es doch abhängig von der Hintergrundfarbe unterschiedlich aussehen. Sieht aber bei den drei Hintergrundfarben im Demo-Tap immer gleich aus.


So, gerade habe ich trotzdem die Ursache für die Abstürze gefunden!

In den TMS Samples gibt es genug Beispiele bei denen maxX einfach auf -1 gesetzt ist (ja auch obwohl es in TAP_Osd_PutS oder TAP_Osd_PutString ein dword ist), z.B. in myosd.c und filetool.c. Das habe ich auch so in iBox drin, wenn der Text auf jeden Fall kürzer ist als der vorhandene Platz.

Leider kommt FM_PutString damit nicht klar.

Auch das Demo-Tap quittiert maxX = -1 bei echter Hintergrundfarbe mit Absturz. Das konnte ich soweit mit TAP_Prints feststellen. Aber bei COLOR_None stürzt er eben nicht ab.

Also kommt der Absturz definitiv bei FM_PutString und Kombination von echter Hintergrundfarbe mit maxX = -1.

Dem sollte man vielleicht noch vorbeugen.

[FireBird]

Auch das Demo-Tap quittiert maxX = -1 bei echter Hintergrundfarbe mit Absturz. Das konnte ich soweit mit TAP_Prints feststellen. Aber bei COLOR_None stürzt er eben nicht ab.

Das ist klar. Bei einer Hintergrundfarbe wird einfach eine FillBox von x bis maxX gezeichnet. In Deinem Fall bis maxX=2^32-1. Nachdem bei COLOR_None kein Speicher manipuliert wird, gibt es auch keinen Überlauf. In der nächsten Version, welche dann in der FBLib integriert sein wird, beschränke ich maxX auf die Breite der Region.

[xyzzyx]

Alles klar.
Bin schon auf die neue Lib gespannt.

Noch ne Frage zu TMSOSDMenu:
Hat es einen Grund, warum die kleinen Umlaute so tiefergestellt aussehen? Ist das bei dieser Schriftart so oder wird das erst so gemacht?

[Happy]

[quote="xyzzyx"]
Hat es einen Grund, warum die kleinen Umlaute so tiefergestellt aussehen? Ist das bei dieser Schriftart so oder wird das erst so gemacht?[/quote]
Das ist die Schriftart, nimmt man eine andere, ist das weg.

Ich hätte da auch eine Frage: gibt es einen Grund, warum der Fontmanager auf dem 5000 nicht funktioniert? Ich bekomme da immer Reboots.

Gruß,
Happy

[FireBird]

[quote="Happy"]Ich hätte da auch eine Frage: gibt es einen Grund, warum der Fontmanager auf dem 5000 nicht funktioniert? Ich bekomme da immer Reboots.[/quote]
Da fallen mir 2 Dinge ein: das Font-Strukt liegt im falschen Endian vor und die Zugriffe auf den Framebuffer erfolgen in 32-Bit statt 16-Bit-Grösse. Es wird aber schon beim ersten Punkt krachen.

[Happy]

[quote="FireBird"]Es wird aber schon beim ersten Punkt krachen.[/quote]

Alles klar, danke.

Gruß,
Happy