[FFmpeg-user] ERROR: libmp3lame >= 3.98.3 not found

Carl Eugen Hoyos ceffmpeg at gmail.com
Sat Oct 28 23:30:08 EEST 2017

2017-10-28 22:24 GMT+02:00 Reindl Harald <h.reindl at thelounge.net>:
> Am 28.10.2017 um 22:20 schrieb Carl Eugen Hoyos:
>> 2017-10-28 22:13 GMT+02:00 Reindl Harald <h.reindl at thelounge.net>:
>>> it's simply bull* that a random snapshot has always less bugs as
>>> you pretend over years and that was provne in enough cases
>>> alone over the last months
>> I assume you are talking about 3.4 because I hope you agree that
>> current 3.3 has a huge number of issues that are fixed in git head,
>> no?
> no - at least not for every usecase

I believe I already tried to explain this in the past:
This isn't about "every usecase", I am also not claiming that
current FFmpeg git head contains no bugs, I am not even
claiming that current FFmpeg contains no regressions (although
this was often true until a year ago, this sadly has changed
since), I am claiming two other things:
Current FFmpeg git head has more features than any release
and less bugs (although - sadly - different ones).

>> Since the release of 3.4, several issues were fixed. They will
>> most likely not be backported and never be fixed in 3.4.
> so what
>> It is true that because of the version bump and the configure
>> merge, FFmpeg is currently kind of unstable, this happens
>> approximately every two years. (Last time, nobody complained
>> specifically, I observed.) I still believe that users have no
>> disadvantage when using current FFmpeg over 3.4 and in a
>> short time, current will have a huge advantage over 3.4
> well, but that don't change the fact that most user questions are
> completly independent to any special snapshot or version at all

How do you know that?
(Without spending time for testing that I can spend on fixing issues)

Remember the opus question this week?

> and so the reflex
> "first built current snapshot" is nonsense
> you don#t want to answer questions until you see a ffmpeg output from the
> current trunk fine

No, you misunderstand:
Sadly, I am unable to answer the questions without it;-(

Carl Eugen

More information about the ffmpeg-user mailing list