[MPlayer-users] ssa/ass rendering uses lots of cpu with -vo gl
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