[MPlayer-users] mplayer benchmark interpretation

[Umar Qureshey]

>Umar Qureshey <umar <at> janteq.com> writes:

>> I run mplayer with:
>> DISPLAY=:0 ./mplayer -nosound -benchmark 
>> -lavdopts threads=4  ./1080p30_low_latency.ts

>(Complete, uncut console output missing.)

Complete console output:

root at mylar ~$ DISPLAY=:0 ./mplayer -nosound -benchmark -lavdopts threads=4 ./1080p30_low_latency.ts
MPlayer SVN-r36345-4.6.2 (C) 2000-2013 MPlayer Team

Playing ./1080p30_low_latency.ts.
libavformat version 55.8.102 (internal)
TS file format detected.
VIDEO H264(pid=49) NO AUDIO! (try increasing -tsprobe) NO SUBS (yet)!  PROGRAM N. 0
FPS seems to be: 30.000000
Load subtitles in ./
Could not find a UTF-8 locale, some keys will not be handled.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 55.16.100 (internal)
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
Audio: no sound
Starting playback...
[h264 @ 0x75be98]Missing reference picture, default is 0
[h264 @ 0x75be98]decode_slice_header error
[h264 @ 0x75be98]mmco: unref short failure
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [x11] 1920x1080 => 1920x1080 Planar YV12
[swscaler @ 0x82d278]No accelerated colorspace conversion found from yuv420p to rgb565le.
[swscaler @ 0x82d278]using unscaled yuv420p -> rgb565le special converter
V: 445.7 590/590  7% 164%  0.0% 0 0
[h264 @ 0x75be98]illegal short term buffer state detected
V: 456.7 920/920  7% 163%  0.0% 0 0
TS_PARSE: COULDN'T SYNC
V: 456.7 920/920  7% 163%  0.0% 0 0


BENCHMARKs: VC:   2.253s VO:  50.148s A:   0.000s Sys:   1.725s =   54.126s
BENCHMARK%: VC:  4.1633% VO: 92.6497% A:  0.0000% Sys:  3.1870% = 100.0000%

Exiting... (End of file)

>x11 is typically not very useful, or are you 
>on a system where nothing else is useful?
>(useful are xv, gl_nosw and vdpau)

I got the following on my platform:
-OpenGL ES 1.1 and 2.0 API
-EGL 1.4 API
-OpenVG 1.1 API
-OpenCL 1.1 EP API

I don't have OpenGL and I see that mplayer supports that but not OpenGL ES.

>> [swscaler  <at>  0x82d278]No accelerated colorspace 
>> conversion found from yuv420p to rgb565le.

>(Did Reimar and I guess correctly that you are on arm?)

Guessed 100% correct - Quad core ARM A9.

>> BENCHMARKs: VC:   1.590s VO:  48.035s A:   0.000s 
>> Sys:   0.567s =   50.193s
>> BENCHMARK%: VC:  3.1679% VO: 95.7016% A:  0.0000% 
>> Sys:  1.1304% = 100.0000%
>> 
>> It looks like VO is taking 95% of the processing.
>> Would it be correct to assume that colorspace 
>> conversion is taking most of these cycles since 
>> it's being done in software?

>Reimar will hopefully correct me but I thought that 
>x11 (when fed with rgb16) does not need additional 
>colourspace conversion, but the filtering may be 
>part of the "VO:" in this statistic.

Any way to turn off this filtering?

>And yes, in theory opengl would accept yuv420p and 
>convert using shaders.

I am unfamiliar with the graphics world but can directfb help with the colorspace conversion? 

>Carl Eugen