[MPlayer-users] minimal CPU requirement to play high bitrate 1080p video in software?

[Marc MERLIN]

On Wed, Aug 08, 2012 at 07:05:11AM +0200, Reimar Döffinger wrote:
> On 7 Aug 2012, at 20:59, Marc MERLIN <marc_mplayer at merlins.org> wrote:
> > On Tue, Aug 07, 2012 at 08:00:41PM +0200, Reimar Döffinger wrote:
> >>>> VDec: using Planar 420P 10-bit little-endian as output csp (no 3)
> >> 
> >> Your specific file is a 10-bit H.264 file, which and XVideo does not
> >> support 10-bit surfaces (at least no implementation I know of does),
> >> which means using xv needs and additional software conversion.
> >> Unfortunately you cut the status line output, otherwise I could have
> >> told you approximately how much performance that costs.
> > 
> > Sorry. What do those lines look like so I can find them?
> 
> It's those starting with V: that give the current playback time. With xv the second % number should be about the CPU usage for conversion.

mplayer -v Game.of.Thrones.S01.Ep01.1080p.BluRay.DTS.x264-ESiR.mkv  2>&1|
grep V:
Sorry, I tried:
mplayer -v file.mkv 2>&1| grep V:
and I got nothing out of it.

> Yes, that happens when 16 bit textures are not working.
> It should be working with Mesa driver versions released this year if using the i965 driver (the i915 is more complicated, I have a hack that makes it decode to around 8 shades of grey instead - a result I don't understand yet...).
> 
> > I have libgl1-mesa-dri 7.11.2-1 on debian 64bit on my laptop.
> 
> Not completely sure, but I suspect for your GPU it would work with something newer like mesa 8.0.3 or such.

Indeed, they just released an update. I got 8.0.3 and it works too now.

Thats said, -vo xv and -vo gl look about the same to me and seem to take the
same amount of CPU.
Is -vo gl better somehow?

Thanks,
Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
                                      .... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/