[MPlayer-dev-eng] [PATCH] dynamic font generation

Jindrich Makovicka makovick at KMLinux.fjfi.cvut.cz
Mon Aug 26 18:32:13 CEST 2002


On Mon, Aug 26, 2002 at 12:45:57AM +0200, Arpi wrote:
> Hi,
> 
> > > ye si know i should upgrade it, but since xfree 4.2.0 includes freetype 2.0
> > > imho users also have 2.0 not 2.1
> > > anyway teh only difference between 2.1 and 2.0 seems to be that 2.1 has
> > > the get first/next char functions. but i doubt they are really required, at
> > > least subfont-c works with my freetype 2.0 too.
> > 
> > fixed, but you currently can't use unicode with ft 2.0
> 
> i still don't understand why can't it work ithout first/next char functions.
> you render the char when it first appears on teh screen, right?
> so you can request glyph for the given unicode, and if it fails then no such
> char, otherwise you got it.

Well, currently there is a little mess since we combine unicode and
non-unicode fonts (subtitles vs. OSD) and I tried to stay compatible with
the current osd code. That's why I prefer enumerating all glyphs and setting
all the tables first. Without this it would require testing all the fonts
where exactly the glyph is and the charset/charcode tables would be needed
all the time too. Another workaround is to try getting glyph indices for all
64k unicode characters but I'm not very fond of workarounds which can be
easily solved by upgrading.

> 
> > > anywya i've just applied your patches and it's still sig11ing for me (with
> > > ft 2.0, the unicode routine using first/netxchat removed)
> > 
> > maybe fixed, but unless you send me the line where it crashed, I cannot be
> > sure. sorry for the trouble but I wouldn't send this code if I didn't use it
> > about a week without problems :)
> 
> yes, and sorry for that. i promised i'll look at it this weekend but was
> busy with realaudio hacking and other things...
> 
> just tested this patch and still sig11's as soon as it wants to display any
> osd:
> 
> ... blah blah ...

this could be a clue, let's see.

> 
> > > without having a sub font but having osd.pfb it doesn't display any osd
> > > symbols. imho it should. we will supply osd font with mplayer but no ttf.
> > 
> > fixed, and osd font is now embedded in the binary
> 
> why?

I just thought it would be more acceptable for the BFU's and there is just
one OSD font anyway.

> imho copying it to the common data dir (along with codecs.conf) could be fine
> anyway it's small compared to mplayer size so it doesn't matter :)
> 
> 
> A'rpi / Astral & ESP-team


-- 
Jindrich Makovicka



More information about the MPlayer-dev-eng mailing list