ffmpeg for EL7
Orion Poplawski
orion at cora.nwra.com
Wed Aug 24 20:19:18 CEST 2016
On 08/24/2016 11:35 AM, Nicolas Chauvet wrote:
> 2016-08-24 18:55 GMT+02:00 Orion Poplawski <orion at cora.nwra.com>:
>> On 08/23/2016 12:15 PM, Nicolas Chauvet wrote:
>>> 2016-08-23 20:06 GMT+02:00 Orion Poplawski <orion at cora.nwra.com>:
>>>> Does anyone here have any ffmpeg knowledge that would give a reason for
>>>> preferring anything other than the current ffmpeg 3.1.1 for EL7? Does ffmpeg
>>>> have a long-term-support branch?
>>> There is issue with stable vlc-2.2x which I plan to have in el7, also
>>> the current kodi 0.16 version doesn't cope well with ffmpeg 3.1x
>>> I think it's easier to have ffmpeg 3.0x in el7, but then I don't know
>>> other dependencies that might have issue.
>>
>> Given the pain of later updates, it might be worth waiting a bit for vlc 3.0
>> and kodi 0.17 to land (or get sufficiently stable).
>
> I don't expect vlc-3 in EL7 as a first step. VLC 2.2x is there and
> more relevant for long term support, and specially since EL8 shoudn't
> be that far away for vlc-3x.
Okay, although based on past timescales I wouldn't expect EL8 until Q4 2017.
> Based on that ffmpeg-2.8x seems a more relevant ABI to start with EL7.
> And later we can still update the whole multimedia stack with
> ffmpeg-3.1+ vlc3+ koji17 then introduce a fmpeg-2.8x as ffmpeg-compat
> to keep "stable ABI"
>
> This has always been a problem to build latest ffmpeg in stable
> release without to break ABI. we should probably have a "SCL build of
> ffmpeg" for those that will only rely on the ffmpeg binaries or fast
> moving projects using the ffmpeg libraries.
One suggestion that's been getting more traction on the EPEL side of things is
to just start with versioned packages that can co-exist. So start with
ffmpeg2.8 and ffmpeg3.0 from the start.
SCLs are a major pain.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion at nwra.com
Boulder, CO 80301 http://www.nwra.com
More information about the rpmfusion-developers
mailing list