[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

I'll try to play with it a bit. This is normal gnome w/metacity and no
compositing managers running, btw.

> 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.

Sorry, I never used perf. perf "what" I need to run to get report you're mentioning?
Playing with it a bit I guessed only "perf stat" command, but it only
shows the problem, not where it is. When playing 10 seconds in window:

 Performance counter stats for 'mplayer -include /home/mosgalin/.mplayer/nopostsharp.conf [Hitsuji].Rozen.Maiden.10.h264.mkv -ss 18:30 -endpos 10':

        15 863 115 cache-misses             #     11,662 M/sec
        42 492 830 cache-references         #     31,238 M/sec
        19 505 533 branch-misses            #      3,404 %    
       572 968 354 branches                 #    421,210 M/sec
     7 679 469 703 instructions             #      1,317 IPC  
     5 831 627 108 cycles                   #   4287,042 M/sec
            32 890 page-faults              #      0,024 M/sec
               942 CPU-migrations           #      0,001 M/sec
             2 648 context-switches         #      0,002 M/sec
       1360,291616 task-clock-msecs         #      0,146 CPUs 

        9,315942006  seconds time elapsed

In fullscreen:

 Performance counter stats for 'mplayer -include /home/mosgalin/.mplayer/nopostsharp.conf -fs [Hitsuji].Rozen.Maiden.10.h264.mkv -ss 18:30 -endpos 10':

        24 232 185 cache-misses             #      5,419 M/sec
       233 530 849 cache-references         #     52,219 M/sec
        90 481 969 branch-misses            #      3,377 %    
     2 679 346 437 branches                 #    599,123 M/sec
    18 503 693 766 instructions             #      0,963 IPC  
    19 223 826 150 cycles                   #   4298,601 M/sec
            87 255 page-faults              #      0,020 M/sec
             1 133 CPU-migrations           #      0,000 M/sec
             3 157 context-switches         #      0,001 M/sec
       4472,112241 task-clock-msecs         #      0,479 CPUs 

        9,340345710  seconds time elapsed



> I have often had issues with crappy 3D drivers and switching in/out of
> fullscreen, but usually it's just a matter of it being slow for maybe half
> a second and then returning back to normal or at worst it working after
> switching in/out of fullscreen multiple time. Btw. also on Windows, so
> obviously fullscreen switching is rather badly tested everywhere.

Okay. By the way, I just noticed that this problem is maybe unrelated to the
older one that I originally wrote about (high CPU usage when rendering complex
subtitles) - when karaoke effects start, I see CPU usage going from 20% to
50-60% even when in window. I don't know if there is any relation between these
problems, maybe there is none.

-- 

Vladimir