Re: [gentoo-user] Why does high-res video drop frames at 60% CPU?

[Daniel Troeder]

On 07/07/2010 03:01 PM, Mick wrote:
> On 7 July 2010 12:27, Daniel Troeder  wrote:
> 
>> Use "htop" to see threads. As far as I know "top" won't show those. So
>> you can't check if your multi-threaded mplayer is really using more than
>> 1 thread/process.
> 
> What do you get when you press upper case 'H' in top?
Oh - I wasn't aware of that key - nice :)

With htop I do see 4 mplayer processes with both mplayer and
mplayer-uau... (can't sort properly with top) but only 1 process really
uses any cpu time... I wonder if mplayer-uau is really using ffmpeg-mt
(I did set the use flag)...

Daniel

-- 
PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887&op=get
# gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Why does high-res video drop frames at 60% CPU?

[Grant]

> You have dual core so 60% means:
> 50% (full one core) is for decoding,
> and the rest 10% is for audio, resizing etc.
> You can't play the video correctly because your "decoder" is not
> multithreaded and uses just the one CPU at its fullest.
> Try using multithreaded version of mplayer "mplayer-mt" (in some overlay
> probably) with "lavdopts=threads=2" in mplayer config.

Does anyone know if mplayer-uau uses "-lavdopts threads=2" by default?
 I tried with and without and there might have been a performance
increase with, but I'm not sure.

- Grant


>> I've been using VDPAU acceleration to play back Blu-Ray rips for a
>> while, but the extra layer is getting to be quite a hassle so I'm
>> trying to get decent performance via software decoding.  It has
>> actually come a long way since the last time I tried and playing
>> Blu-Ray rips via mplayer is nearly watchable.  I'm using a dual-core
>> 3.1Ghz CPU and one of the cores is only taxed up to 60% during
>> playback, but frames are still being dropped constantly.  Does anyone
>> know where the bottleneck might be?
>>
>> - Grant

Re: [gentoo-user] Why does high-res video drop frames at 60% CPU?

[Mick]

On 7 July 2010 12:27, Daniel Troeder  wrote:

> Use "htop" to see threads. As far as I know "top" won't show those. So
> you can't check if your multi-threaded mplayer is really using more than
> 1 thread/process.

What do you get when you press upper case 'H' in top?
-- 
Regards,
Mick

Re: [gentoo-user] Why does high-res video drop frames at 60% CPU?

[Daniel Troeder]

On 07/07/2010 12:35 PM, App Deb wrote:
> You have dual core so 60% means:
> 
> 50% (full one core) is for decoding, 
> 
> and the rest 10% is for audio, resizing etc.
Oh - didn't think about this - yes... you could be seeing the wrong
thing in "top". If you have more than 1 CPU/Core you should push "1" in
"top" to get separate statistics per CPU/Core. Push "W" to save your
settings. (Use "s" to change statistics collection time, "1" sec. is good.)

Use "htop" to see threads. As far as I know "top" won't show those. So
you can't check if your multi-threaded mplayer is really using more than
1 thread/process.

BTW: On my core2duo 2,4 GHz I have no problems watching H.264 encoded
1080p videos with AAC sound. All decoding is done in software. When I
use original mplayer 720p is possible without problem, 1080p only with
low bitrate. For high bitrate 1080p I need the mt-version.

Daniel


> 
> You can't play the video correctly because your "decoder" is not
> multithreaded and uses just the one CPU at its fullest.
> 
> Try using multithreaded version of mplayer "mplayer-mt" (in some overlay
> probably) with "lavdopts=threads=2" in mplayer config.
> 
> On Wed, Jul 7, 2010 at 5:17 AM, Grant  > wrote:
> 
> I've been using VDPAU acceleration to play back Blu-Ray rips for a
> while, but the extra layer is getting to be quite a hassle so I'm
> trying to get decent performance via software decoding.  It has
> actually come a long way since the last time I tried and playing
> Blu-Ray rips via mplayer is nearly watchable.  I'm using a dual-core
> 3.1Ghz CPU and one of the cores is only taxed up to 60% during
> playback, but frames are still being dropped constantly.  Does anyone
> know where the bottleneck might be?
> 
> - Grant
> 
> 

Re: [gentoo-user] Why does high-res video drop frames at 60% CPU?

[App Deb]

You have dual core so 60% means:

50% (full one core) is for decoding,

and the rest 10% is for audio, resizing etc.

You can't play the video correctly because your "decoder" is not
multithreaded and uses just the one CPU at its fullest.

Try using multithreaded version of mplayer "mplayer-mt" (in some overlay
probably) with "lavdopts=threads=2" in mplayer config.

On Wed, Jul 7, 2010 at 5:17 AM, Grant  wrote:

> I've been using VDPAU acceleration to play back Blu-Ray rips for a
> while, but the extra layer is getting to be quite a hassle so I'm
> trying to get decent performance via software decoding.  It has
> actually come a long way since the last time I tried and playing
> Blu-Ray rips via mplayer is nearly watchable.  I'm using a dual-core
> 3.1Ghz CPU and one of the cores is only taxed up to 60% during
> playback, but frames are still being dropped constantly.  Does anyone
> know where the bottleneck might be?
>
> - Grant
>
>

[gentoo-user] Why does high-res video drop frames at 60% CPU?

[Grant]

I've been using VDPAU acceleration to play back Blu-Ray rips for a
while, but the extra layer is getting to be quite a hassle so I'm
trying to get decent performance via software decoding.  It has
actually come a long way since the last time I tried and playing
Blu-Ray rips via mplayer is nearly watchable.  I'm using a dual-core
3.1Ghz CPU and one of the cores is only taxed up to 60% during
playback, but frames are still being dropped constantly.  Does anyone
know where the bottleneck might be?

- Grant