Status updated on 11/11/2018 - ffmpeg 4.1
|Name||Comment (blank means ok)|
|ffmpeg||update to 4.1|
|gstreamer-1.0-libav||next version 1.16 will support ffmpeg 4.x. ( alternative: build --without-system-libav )|
|openjfx-8||fails to build, not ffmpeg related|
|goldendict||patched (fmmpeg4 & qt5.11)|
|usdx||use latest git|
|qnapi||no rebuild needed|
|streamlink||no rebuild needed|
|aubio||updated to 0.4.7|
|unpaper||fix docbook stylesheet path|
|gifski||ffmpeg4 won't be supported - updated to 0.8.5 as I had to edit the package to disable video|
|mkchromecast||no rebuild needed|
|moc||patch & add db5-devel builddep|
|opal||The best I have found is this at the same time there is a request to remove opal/ekiga from debian. --disable-libavcodec build option available|
|mpv||update to 0.29.1 (vulkan & wayland-protocols builddeps added)|
|krita||no rebuild needed|
|blender||patched (ffmpeg4 & gcc8)|
|firefox||no rebuild needed|
|svtplay-dl||no rebuild needed|
|qtox||have to disable -Werror|
attract version 2.4 was release a few days ago so I may give it a try. I also have to check the few packages for on which system ffmpeg was disabled (or for which ffmpeg was fully disabled) but I fear it is still a bit too early to have everything compliant.
svtplay-dl won't have any issue with this update because it just trigger the ffmpeg command line utility for post-processing and doesn't make use of the api/libraries.
I submitted a few patches to update some of the applications that had to be updated/patched when I did the rebuild. This should make the ffmpeg 4.x update smoother when it will be ready.
makemkv is also a blocker for this update.
I know for sure the main blocker is gstreamer-1.0-libav. Would it be acceptable to build it --without-system-libav (or we with the WIP patches (sic!!!!) I mentionned above) ?
If not, we'll have to wait for gstreamer 1.16 to update ffmpeg to 4.x
Please let me know since I don't really want to review the list is this is already a no go !
Okay, so here's where I'm at with this. I'm not gonna drag my feet waiting on reverse deps which aren't going to see updates, such as opal and ekiga as I've remarked before. For gifski, this will almost certainly negatively functionality in peek, but we can just remove the gif support from Peek and call it a day with that. For gstreamer-1.0-libav, we'll build it without the system ffmpeg. It's a temporary "issue" with a temporary solution until 1.16 is stable, so I'm not going to consider it a blocker.
I'm not seeing any other obvious blockers for this, so let's schedule sometime early next week (week 50) to start doing this upgrade. @kyrios123 if you want me to take lead on it, I can, no problemo. Otherwise just let me know when you are available for early next week and we both can sit down and sort this upgrade out.