http://bugzilla.rpmfusion.org/show_bug.cgi?id=4258
--- Comment #7 from Antonio Trande <anto.trande(a)gmail.com> ---
(In reply to Dominik 'Rathann' Mierzejewski from comment #6)
Is there any real need for this package in RPMFusion? FFmpeg is
almost 100%
backwards compatible with libav. The one package that I thought still used
bundled libav (gstreamer1-libav) actually switched back to FFmpeg last year.
Most of the symbols in the provided libraries have the same names, so you'd
have to be extremely careful not to end up with another package depending on
both ffmpeg-libs and libav in the future. Since libvdpau-va-gl (the
vaapi-to-vdpau bridge that's required to use Intel GPUs via vdpau) depends
on ffmpeg-libs, this might be trickier than you think. Even renaming the
libraries and their sonames won't help here. You'd have to rename the
symbols, too.
We could set Conflicts tag to prevent 'libav' installation if FFmpeg is already
installed (and viceversa).
I don't know which one is the better today, but upstream says that 'FFmpeg'
and
'libav' are different especially at API level.
I think that if it's possible, we can provide both and leave the choice to the
developers.
--
You are receiving this mail because:
You are on the CC list for the bug.