https://bugzilla.redhat.com/show_bug.cgi?id=1501522
--- Comment #62 from David Vásquez <davidjeremias82(a)gmail.com> ---
(In reply to Kevin Kofler from comment #61)
(In reply to David Vásquez from comment #59)
> If fdk-aac was approved, then welcome (I will give positive karma here). The
> world is changing, and we must adapt. The user must choose; then we need
> give the user the options. If some third-party repository does not want to
> maintain the original fdk-aac, It is problem of the repository; other will
> do... This is how the world works.
The problem is that the third-party repository was previously shipping a
different codec, the built-in one from FFmpeg, as the default, with nicer
licensing and better FFmpeg integration. Now they'll have to deal with
fdk-aac just because Fedora decided to ship a crippled version of it. And
they'll have to do an fdk-aac-freeworld override without a real need for it.
And the other problem is that the decoder Fedora is going to ship silently
produces wrong sound for some input files! That fits my definition of a
broken decoder exactly.
(In reply to Dominik 'Rathann' Mierzejewski from comment #60)
> (In reply to Kevin Kofler from comment #57)
> > We still don't know the outcome of comment #52 (license review by the
FSF).
>
> That's irrelevant. RH legal already cleared it.
So you would be happy to ship something the FSF considers non-free?
Hey! but the third-party repository isn't enable the support for fdk-aac by
default in ffmpeg...
https://github.com/rpmfusion/ffmpeg/blob/master/ffmpeg.spec#L91 . Then I can't
see a real problem here. Other, only the bundled ffmpeg in Handbrake use it...
Maintain a fdk-aac-freeworld isn't the death.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component