1 |
On 6 April 2015 at 17:35, Michał Górny <mgorny@g.o> wrote: |
2 |
> Dnia 2015-04-06, o godz. 14:10:12 |
3 |
> Ben de Groot <yngwin@g.o> napisał(a): |
4 |
> |
5 |
>> On 30 March 2015 at 00:23, Michał Górny <mgorny@g.o> wrote: |
6 |
>> > Dnia 2015-03-30, o godz. 00:07:16 |
7 |
>> > |
8 |
>> > Include example code. |
9 |
>> > |
10 |
>> |
11 |
>> Updated version: |
12 |
>> |
13 |
>> Title: FFmpeg default |
14 |
>> Author: Ben de Groot <yngwin@g.o> |
15 |
>> Content-Type: text/plain |
16 |
>> Posted: 2015-04-07 |
17 |
>> Revision: 1 |
18 |
>> News-Item-Format: 1.0 |
19 |
>> Display-If-Installed: media-video/ffmpeg |
20 |
>> Display-If-Installed: media-video/libav |
21 |
>> |
22 |
>> Since the choice between ffmpeg and libav has been made more |
23 |
>> explicit, there has been a lot of discussion about what the |
24 |
>> default implementation should be. It can be concluded that |
25 |
>> media-video/ffmpeg has wider support, and would be somewhat |
26 |
>> more convenient for most end-users. |
27 |
>> |
28 |
>> For this reason the default implementation has been switched |
29 |
>> back from media-video/libav to media-video/ffmpeg by removing |
30 |
>> the libav useflag from the base profile. |
31 |
> |
32 |
> 'Switched back' is suggesting there was some 'unintentional' switch |
33 |
> from ffmpeg to libav. Keep this free of politics, and just 'switched'. |
34 |
|
35 |
No, it does not suggest that. It simply reflects the history of the |
36 |
issue: once upon a time we had ffmpeg. Then libav was introduced and |
37 |
at some point made the default implementation. Now we are switching |
38 |
back to ffmpeg as default implementation. There is no politics in my |
39 |
statement. |
40 |
|
41 |
>> If the libav useflag is already globally enabled or disabled |
42 |
>> in /etc/portage/make.conf, then no further action is required. |
43 |
>> |
44 |
>> Users who implicitly relied on libav being enabled in their |
45 |
>> profile, and who wish to continue using libav, should enable |
46 |
>> USE=libav in their /etc/portage/make.conf file. |
47 |
>> |
48 |
>> > Also please prepare an update to the USE=libav news item to state |
49 |
>> > updated default. |
50 |
>> |
51 |
>> Diff: |
52 |
>> |
53 |
>> --- /var/portage/metadata/news/2015-02-01-use-libav/2015-02-01-use-libav.en.txt |
54 |
>> 2015-02-04 05:31:20.000000000 +0800 |
55 |
>> +++ /home/ben/tmp/2015-02-01-use-libav.en.txt 2015-04-06 |
56 |
>> 14:05:56.982039939 +0800 |
57 |
>> @@ -2,7 +2,7 @@ |
58 |
>> Author: Michał Górny <mgorny@g.o> |
59 |
>> Content-Type: text/plain |
60 |
>> Posted: 2015-02-01 |
61 |
>> -Revision: 1 |
62 |
>> +Revision: 2 |
63 |
>> News-Item-Format: 1.0 |
64 |
>> Display-If-Installed: media-video/ffmpeg |
65 |
>> Display-If-Installed: media-video/libav |
66 |
>> @@ -20,17 +20,17 @@ |
67 |
>> However, whenever appropriate additional USE=libav will be introduced to |
68 |
>> control the preference of one implementation over the other. |
69 |
>> |
70 |
>> -Users who currently use libav (the Gentoo default) do not have to |
71 |
>> -perform any action since USE=libav is enabled by default. It should be |
72 |
>> -noted that the users still need to enable USE=ffmpeg on packages with |
73 |
>> -optional libav support as well. Users who want to use ffmpeg instead |
74 |
>> -need to specify USE=-libav in make.conf explicitly. |
75 |
>> +Users who currently use libav need to enable USE=libav in |
76 |
>> +/etc/portage/make.conf. It should be noted that users still need to |
77 |
>> +enable USE=ffmpeg on packages with optional libav support as well. |
78 |
>> +Users who currently use ffmpeg need to take no action. |
79 |
>> |
80 |
>> Please also note that some packages support only one of the two |
81 |
>> implementations. An attempt to install one of those packages may result |
82 |
>> in blockers requiring the user changes the global USE=libav state. |
83 |
>> The most notable example of such package is media-video/mplayer. |
84 |
>> -media-video/mpv may be used as a replacement for users who prefer libav. |
85 |
>> +media-video/mpv may be used as a replacement for users who prefer libav, |
86 |
>> +even though upstream mpv developers recommend using ffmpeg. |
87 |
> |
88 |
> This is off-topic, and strongly biased. |
89 |
|
90 |
The original statement may give the impression that mpv is to libav |
91 |
what mplayer is to ffmpeg. Many users were surprised to find out that |
92 |
mpv upstream actually recommends ffmpeg, and that some of mpv's |
93 |
features do not work with libav. If we are going to specifically |
94 |
recommend mpv, then it is something users need to be aware of. |
95 |
|
96 |
We could change it to: media-video/mpv works with both ffmpeg and |
97 |
libav, though some of its features require ffmpeg. Or something along |
98 |
those lines. |
99 |
|
100 |
>> Please do not alter the state of 'libav' flag on a per-package basis |
101 |
>> (e.g. via package.use). The flag needs to be set globally to have |
102 |
> |
103 |
> FYI: since Council's meeting in one week, I have added this to |
104 |
> the agenda. I'm really concerned about Gentoo's PR when users suffer |
105 |
> due to developers ping-ponging implementations/defaults. |
106 |
|
107 |
It's not so much ping-ponging as stumbling upon what is the best |
108 |
solution for our users. Some years ago libav was made a soft default. |
109 |
And if I recall correctly, that was done with very little discussion. |
110 |
Recently this default was made harder by adding USE=libav to the base |
111 |
profile. This resulted in quite a backlash from users. |
112 |
|
113 |
Moreover, many upstreams of consuming packages actually prefer ffmpeg. |
114 |
Add to that the upstream ffmpeg policy of merging in changes from |
115 |
libav. |
116 |
|
117 |
All in all, from an end-user point of view it makes more sense to have |
118 |
ffmpeg as default. And when users were asked, they overwhelmingly |
119 |
expressed support for changing the default to ffmpeg. |
120 |
|
121 |
I see no reason to stick with libav as default, except political |
122 |
(which I'm trying to avoid here). |
123 |
|
124 |
-- |
125 |
Cheers, |
126 |
|
127 |
Ben | yngwin |
128 |
Gentoo developer |