| 1 |
> You have dual core so 60% means: |
| 2 |
> 50% (full one core) is for decoding, |
| 3 |
> and the rest 10% is for audio, resizing etc. |
| 4 |
> You can't play the video correctly because your "decoder" is not |
| 5 |
> multithreaded and uses just the one CPU at its fullest. |
| 6 |
> Try using multithreaded version of mplayer "mplayer-mt" (in some overlay |
| 7 |
> probably) with "lavdopts=threads=2" in mplayer config. |
| 8 |
|
| 9 |
Does anyone know if mplayer-uau uses "-lavdopts threads=2" by default? |
| 10 |
I tried with and without and there might have been a performance |
| 11 |
increase with, but I'm not sure. |
| 12 |
|
| 13 |
- Grant |
| 14 |
|
| 15 |
|
| 16 |
>> I've been using VDPAU acceleration to play back Blu-Ray rips for a |
| 17 |
>> while, but the extra layer is getting to be quite a hassle so I'm |
| 18 |
>> trying to get decent performance via software decoding. It has |
| 19 |
>> actually come a long way since the last time I tried and playing |
| 20 |
>> Blu-Ray rips via mplayer is nearly watchable. I'm using a dual-core |
| 21 |
>> 3.1Ghz CPU and one of the cores is only taxed up to 60% during |
| 22 |
>> playback, but frames are still being dropped constantly. Does anyone |
| 23 |
>> know where the bottleneck might be? |
| 24 |
>> |
| 25 |
>> - Grant |
Archives