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

[Vladimir Mosgalin]

Hi Reimar Döffinger!

 On 2011.05.01 at 18:49:26 +0200, Reimar Döffinger wrote next:

> Well, drivers and/or compositing Window managers will often switch to
> a different mode when switching into fullscreen mode.
> You could try playing with -fsmode or capturing a CPU usage trace with
> e.g. the "perf" tool (by comparing for running with and without fullscreen
> the issue should become quite obvious) but this very much sounds like a bug
> completely outside of MPlayer's control.

Hm well, I tried various -fstype's and combinations and they all have
the problem. As for perf, I'm afraid it's output isn't of much help.
perf record / perf report give this

In window:
# Events: 1K cycles
#
# Overhead  Command                 Shared Object                                        Symbol
# ........  .......  ............................  ............................................
#
    26.75%  mplayer  mplayer                       [.] deNoise
    10.80%  mplayer  r300_dri.so                   [.] 0x525df         
     3.75%  mplayer  libc-2.13.so                  [.] __memcpy_ssse3
     3.42%  mplayer  mplayer                       [.] ff_h264_decode_mb_cabac
     2.33%  mplayer  mplayer                       [.] lineNoiseAvg_MMX
     2.31%  mplayer  mplayer                       [.] decode_cabac_residual_nondc_internal
     2.28%  mplayer  mplayer                       [.] decode_cabac_mb_mvd
     2.17%  mplayer  mplayer                       [.] put_h264_qpel8or16_hv_lowpass_ssse3.clone.35
     1.47%  mplayer  libc-2.13.so                  [.] _int_malloc
     1.45%  mplayer  [kernel.kallsyms]             [k] __list_del_entry
     1.44%  mplayer  mplayer                       [.] get_cabac_noinline



In fullscreen:
 Events: 4K cycles
#
# Overhead  Command                 Shared Object                                          Symbol
# ........  .......  ............................  ..............................................
#
    14.47%  mplayer  libfreetype.so.6.6.0          [.] 0xfae6          
    14.40%  mplayer  r300_dri.so                   [.] 0x416be         
    11.17%  mplayer  [radeon]                      [k] radeon_dvi_detect
     8.92%  mplayer  mplayer                       [.] deNoise
     3.31%  mplayer  [drm]                         [k] drm_mm_init_scan
     1.60%  mplayer  [kernel.kallsyms]             [k] kmem_cache_alloc_trace
     1.32%  mplayer  libc-2.13.so                  [.] __memset_sse2
     1.22%  mplayer  libdrm_radeon.so.1.0.0        [.] 0x2c9a          
     1.19%  mplayer  [kernel.kallsyms]             [k] copy_user_generic_string
     1.12%  mplayer  libc-2.13.so                  [.] __memcpy_ssse3
     0.88%  mplayer  mplayer                       [.] lineNoiseAvg_MMX


Various -vo gl suboptions like force-pbo, swapinterval have no effect on
this. -dr/nodr and -noslices don't make difference either. -vo gl2
doesn't have this problem, but it gives very blurry subs :(. So there is
no point in using it, as this is subtitle-related anyway. For
completeness, fullscreen rendering but with -nosub -noautosub options:

# Events: 1K cycles
#
# Overhead  Command                 Shared Object                                        Symbol
# ........  .......  ............................  ............................................
#
    31.68%  mplayer  mplayer                       [.] deNoise
     4.43%  mplayer  r300_dri.so                   [.] 0x15f8d0        
     3.28%  mplayer  libc-2.13.so                  [.] __memset_sse2
     2.98%  mplayer  mplayer                       [.] ass_glyph_cache_reset
     2.78%  mplayer  mplayer                       [.] ass_composite_cache_reset
     2.73%  mplayer  mplayer                       [.] put_h264_qpel8or16_hv_lowpass_ssse3.clone.35
     2.59%  mplayer  mplayer                       [.] ff_h264_decode_mb_cabac



-- 

Vladimir