| 1 |
On 03/29/2011 08:01 AM, 7v5w7go9ub0o wrote: |
| 2 |
|
| 3 |
> While I've been quite pleased with mplayer as tweaked by Nikos |
| 4 |
> Chantziaras to allow Multi threading on my core-I7 (Nvidia) (and I |
| 5 |
> realize that MT will now be in the upstream distribution), I'm wondering |
| 6 |
> if mplayer2 is now stable and better enough to merit switching. |
| 7 |
|
| 8 |
Mplayer2 installs in parallel, so try them both. |
| 9 |
|
| 10 |
I moved to mplayer2 some time ago, before the name-change to mplayer2. |
| 11 |
I've had fewer issues with it than with mplayer but your mileage may vary. |
| 12 |
|
| 13 |
After a quick comparison I'd say they use about the same amount of CPU |
| 14 |
but mplayer still has problems with fontconfig freezing the video for a |
| 15 |
few seconds whenever fonts change in subtitles. This can be a real |
| 16 |
problem when subtitles contain a lot of UTF8 extended characters not |
| 17 |
actually found in the selected font. You also see a lot of "Glyf not |
| 18 |
found in font, choosing another font" warnings. |
| 19 |
|
| 20 |
Mplayer2 doesn't have this problem as it shifts fontconfig into another |
| 21 |
thread. Mplayer itself isn't multithreaded yet, just ffmpeg. Mplayer2 |
| 22 |
also handles mkv chapters, which aren't really all that useful anyway. |
| 23 |
|
| 24 |
So I'd say just install mplayer2, add threads=5 to your config and try |
| 25 |
them both. |
Archives