[rpihddevice] OSD: Position der Texte

Sieht so aus, als ob der descent auf der baseline sitzt.

Lars

Danke für den Hinweis, ich muss mir das bei Gelegenheit mal genauer anschauen. Den Descender nutze ich momentan nur, um die Box des Hintergrunds beim Zeichnen zu begrenzen - ich war der Meinung, dass die Ausgabe beim VDR auf die Baseline erfolgt. Allerdings habe ich das nie genau deckungsgleich hingekriegt, weshalb ich manuell einen grössenabhängigen Versatz addiere. Vielleicht mache ich dort noch einen Überlegungsfehler...

Gruss
Thomas

Hallo Tomas

Ich habe das Problem nochmal angeschaut und es scheint, als kommt der Versatz tatsächlich durch die manuelle Korrektur - vielleicht ein Überbleibsel aus den Anfängen des High-Level-OSDs. Kannst du bitte mal versuchen, ob die Anzeige bei dir ohne die Korrektur passt:

--- a/ovgosd.c
+++ b/ovgosd.c
@@ -1243,7 +1243,7 @@ public:
                vgSeti(VG_MATRIX_MODE, VG_MATRIX_GLYPH_USER_TO_SURFACE);
 
                // some magic offset to conform with VDR's text rendering
-               offsetY -= 0.06f * m_fontSize;
+//             offsetY -= 0.06f * m_fontSize;
 
                vgLoadIdentity();
                vgTranslate(m_x + offsetX,

Auf meinem 1280x800-Display stimmt so die Textposition beim ST:TNG-OSD besser mit der VDR-Implementation überein.

Gruss
Thomas

Hallo zusammen

Ich habe mal den unerklärbaren Offset entfernt und mit folgendem Testcode ein Testbild erzeugt:

cPixmap *pm = m_osd->CreatePixmap(1, cRect(0, 0, 1280, 800));
    pm->Fill(clrBlack);
    pm->DrawRectangle(cRect(0, 45, 1280, 5), clrRed);
    pm->DrawRectangle(cRect(0, 450, 1280, 5), clrRed);
    pm->DrawRectangle(cRect(0, 750, 1280, 5), clrRed);


    cFont *font = cFont::CreateFont("Arial", 400);
    pm->DrawText(cPoint(50, 50), "Ij", clrYellow, clrBlue, font);


    pm->DrawText(cPoint(350, 50), "Ij", clrYellow, clrBlue, font, 0, 700, taTop);
    pm->DrawText(cPoint(650, 50), "Ij", clrYellow, clrBlue, font, 0, 700, taCenter);
    pm->DrawText(cPoint(960, 50), "Ij", clrYellow, clrBlue, font, 0, 700, taBottom);

Die entsprechenden Screenshots habe ich angehängt, einmal Highlevel-OSD (der grüne Balken definiert den vertikalen Breich wohin der Text transformiert wird) und einmal die Default-Implementation des VDR.

Ich habe das OSD-API so verstanden, dass die Baseline an der Y-Koordinate + Höhe liegt, siehe grüner Balken. VDR hingegen hebt den Text an, man könnte meinen um die Hälfte des Descenders. Aber im vorliegenden Beispiel beträgt der Offset 38 Pixel bei einem Descender von -83 Pixel... also ein "krummes" Mass. Der obere Zwischenraum beträgt übrigens 75 Pixel, der Buchstabe "I" ist also vertikal auch nicht sauber zentriert.

Natürlich kann ich wieder mittels "Magic-Offset" das Open-VG-OSD so hinbiegen, dass es mit der VDR-Implementation übereinstimmt. Aber das finde ich jetzt nur semisexy, da ich die Logik nicht verstehe und andere wahrscheinlich über das selbe Problem stolpern werden. Leider habe ich Louis' OpenGL-OSD nirgens am laufen - stimmen dort die Positionen?

Edit: Freetype gibt übrigens als Texthöhe 459 Pixel zurück, was der totalen Höhe (blaue Box) bei der VDR-Implementation von 445 Pixeln zumindest nahe kommt...

Gruss
Thomas

Ich habe jetzt mal die Höhe, die mir Freetype zurück gibt, für die vertikale Begrenzung benutzt und den Text entsprechend angehoben. Ist zwar immer noch nicht 100% deckungsgleich mit der VDR-Implementation, aber immerhin stimmen sowohl bei LCARS wie auch ST:NG die Textpositionen. Den entsprechenden Patch habe ich auch angehängt - wenn keine Einwände kommen, check ich das gelegentlich in git ein.

Gruss
Thomas

Die Freetype-Sachen stammen ursprünglich aus einem Patch von Alexander Riedel <alexander-riedel@t-online.de>. Ich habe das mehr oder weniger einfach übernommen, ohne es im Detail 100%ig zu verstehen.

Im Wesentlichen dürften hier wohl diese Zeilen in VDRs font.c maßgeblich sein:

error = FT_Set_Char_Size(face, // handle to face object
                                    CharWidth * 64,  // CharWidth in 1/64th of points
                                    CharHeight * 64, // CharHeight in 1/64th of points
                                    0,    // horizontal device resolution
                                    0);   // vertical device resolution
           if (!error) {
              height = (face->size->metrics.ascender - face->size->metrics.descender + 63) / 64;
              bottom = abs((face->size->metrics.descender - 63) / 64);
              }
           else
              esyslog("ERROR: FreeType: error %d during FT_Set_Char_Size (font = %s)\n", error, Name);

'height' ist demnach wohl die tatsächliche Gesamthöhe des Fonts, und 'bottom' die Unterlänge. Das Ganze gerundet auf 1/64.

Was beim Zeichnen der Glyphs noch mit eingeht ist der Wert von 'top' des jeweiligen Glyphs (siehe cFreetypeFont::DrawText()).

Andere Werte, die den von dir beobachteten Effekt haben könnten, sehe ich eigentlich nicht. Ich will aber auch nicht behaupten, daß das, was VDR hier macht, mit Sicherheit richtig ist. Möglicherweise macht ja auch VDR da was nicht ganz so, wie es sein soll.

Inwieweit ist denn in deinen Bildern die mittlere rote Linie überhaupt aussagekräftig? Die legst du ja willkürlich auf y=450. Der resultierende Font ist aber nicht zwangsläufig exakt 400 Pixel groß, sondern kann davon abweichen.

Mehr fällt mir dazu momentan leider auch nicht ein.

Klaus

Hallo Klaus

Vielen Dank für deine Erläuterungen!

Zitat von kls

Inwieweit ist denn in deinen Bildern die mittlere rote Linie überhaupt aussagekräftig? Die legst du ja willkürlich auf y=450. Der resultierende Font ist aber nicht zwangsläufig exakt 400 Pixel groß, sondern kann davon abweichen.

Die mittlere, rote Linie markiert den Bereich in dem ich die Schrift erwartet hätte, entweder ausgerichtet an der Baseline oder am untern Rand des Descenders. Ich kenne mich mit Schriften zu wenig aus und habe gedacht, dass bei einem 400px hohen Schriftzug entweder die Gesamthöhe oder die Höhe ab Baseline 400px beträgt. Dem scheint nicht so zu sein, und ich wusste nicht, ob da Absicht dahinter steckt.

Aber mit dem oben angehängten Patch verhält sich rpihddevice nun grundsätzlich so wie VDR - bis auf das Runden, daher wohl die restlichen Abweichungen. Aber mit LCARS und ST:NG stimmen nun die Positionen und ich werde den Fix so einchecken.

Vielen Dank an alle!

Gruss
Thomas