1 |
On 07/08/2010 11:28 PM, Grant wrote: |
2 |
>>>>> Does mplayer from multimedia overlay include mplayer-mt and ffmpeg-mt |
3 |
>>>>> patches, or just ffmpeg-mt? |
4 |
>>>> |
5 |
>>>> "mplayer-mt" is mplayer with ffmpeg-mt. |
6 |
>>> |
7 |
>>> Sorry for my misunderstanding. I'd like to follow the latest mplayer |
8 |
>>> with ffmpeg-mt support. |
9 |
>> |
10 |
>> There is no latest "mplayer with ffmpeg-mt" support. There is mplayer, |
11 |
>> ffmpeg and ffmpeg-mt. To get what most people refer to as "mplayer-mt", you |
12 |
>> have to replace the bundled ffmeg that is included in mplayer with |
13 |
>> ffmpeg-mt. |
14 |
>> |
15 |
>> |
16 |
>>> Is there a way to either do that |
17 |
>>> specifically, or to follow the latest mplayer version in the |
18 |
>>> multimedia overlay? The situation is a little tricky since there is a |
19 |
>>> version in portage that is newer than the newest version in the |
20 |
>>> multimedia overlay. |
21 |
>> |
22 |
>> That's because the developer who updates the multimedia overlay didn't yet |
23 |
>> put the ebuild there. The latest version I released (which is based on the |
24 |
>> latest available ffmpeg-mt sources) is "1.0_rc4_p20100626": |
25 |
>> |
26 |
>> http://forums.gentoo.org/viewtopic-t-789673.html |
27 |
> |
28 |
> Got it, thanks. Hopefully that shows up in the multimedia overlay |
29 |
> soon. It's interesting that the mplayer-uau ebuild includes a threads |
30 |
> USE flag in addition to the ffmpeg-mt one. |
31 |
|
32 |
I guess it might be based on an older mplayer ebuild. Not sure. IIRC, |
33 |
"threads" was a valid USE flag in older mplayer ebuilds. I'm not sure |
34 |
what it was good for, but it didn't help at all to distribute decoding |
35 |
load across CPUs. |