Yokemate of Keyboards
Posts: 2135 from 2003/2/24
From: po-RNO
Quote:
MagicSN wrote:
@jPV:
So if this would happen before the first video shows, it most likely is an issue of the video player ? Though I wonder as mplayer should be fine.
I found out what's happening. It's this feature in MPlayer:
Code:
- Enabled libass support, which gives SSA/ASS subtitle support (freetype fonts,
colours, styles,...).
It can be enabled with -ass. Note that you should edit conf/font/fonts.conf
and set your preferred truetype fonts directory (line 26: <dir>sys:fonts/_ttf</dir> by default).
Warning: at first use, mplayer/libass will generate the font cache, which
can take several seconds.
If no font is found, mplayer will fall back to conf/subfont.ttf (can be any
font, not included in archive).
In our case MPlayer opens a screen, plays video/audio for a second, but then starts indexing system fonts and playback is halted until it finishes the font cache generation. After that there will be a new "conf" directory under the "g17demo" directory, and the next time video playback starts immediately because it finds the font cache now. But if you delete the "conf" directory, indexing happens again.
With my Mac mini the font processing takes almost 40 seconds, so it's a bit annoying when you try the game for the first time. I was wondering what's happening and started to swap screens to see if the system is still live etc..
You can disable the font caching by launching MPlayer with the -nofontconfig option. Downside is that OSD/subtitle texts won't work then, but it's probably not an issue in this case?
It seems to work fine when I tried to have this in the ENV:g17/g17_extplayer file:
MPlayer -nofontconfig -fs %s
So, if you don't figure out a way to tell users to wait a bit or something like that, you could just disable the font caching by default in this case.
