[MPlayer-users] ssa/ass rendering uses lots of cpu with -vo gl

Reimar Döffinger Reimar.Doeffinger at gmx.de
Sun May 1 22:07:04 CEST 2011

On 1 May 2011, at 21:40, Vladimir Mosgalin <mosgalin at VM10124.spb.edu> wrote:

> Hi Reimar Döffinger!
> On 2011.05.01 at 20:15:07 +0200, Reimar Döffinger wrote next:
>>>>    14.47%  mplayer  libfreetype.so.6.6.0          [.] 0xfae6          
>>>>    14.40%  mplayer  r300_dri.so                   [.] 0x416be         
>>>>    11.17%  mplayer  [radeon]                      [k] radeon_dvi_detect
>> Forgot to say: you probably need r300_dri.so and radeon kernel module
>> debug symbols to get more detail.
>> At least I very much hope that the radeon_dvi_detect isn't correct,
>> because otherwise it would mean that the kernel module spends more
>> time probing the DVI port than MPlayer uses for all of decoding
>> and (de)noising together.
> Well okay. Here are same reports with installed debuginfo to kernel,
> mesa, libdrm, freetype and glibc:
> I remade test to make sure window in window test is as wide as full
> screen; it was *almost* as wide in last test, like 80%, now should be
> more correct. But yes, freetype consumes insane amount of CPU in
> fullscreen, compared to almost none for the window of same size.

Hm, could you please run with -aspect set to your monitor's aspect so
that fullscreen has no black borders?
It looks like the driver spends a lot of time allocating memory, which can
happen once the subtitles get too large and that bit of extra space might
make the difference. I guess nobody optimised allocating memory for textures.

More information about the MPlayer-users mailing list