Details
- Reviewers
JoshStrobl - Group Reviewers
Triage Team - Commits
- R742:30f8d9849d94: [WIP] Update ffmpeg to 4.1
See here
Note: GnuTLS was removed from the dependencies because GnuTLS and OpenSSL must not be enabled at the same time.
Diff Detail
- Repository
- R742 ffmpeg
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
Status updated on 11/11/2018 - ffmpeg 4.1
| Name | Comment (blank means ok) |
|---|---|
| ffmpeg | update to 4.1 |
| gegl | |
| qt5-webengine | |
| 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 |
| libopenshot | |
| vapoursynth | |
| mlt | |
| chromaprint | |
| vlc | |
| ffmpegthumbs | |
| deadbeef | |
| obs-studio | |
| attract | |
| pianobar | |
| ffmpegthumbnailer | |
| hedgewars | |
| mgba | |
| simplescreenrecorder | |
| goldendict | patched (fmmpeg4 & qt5.11) |
| winff | |
| usdx | use latest git |
| spek | |
| qnapi | no rebuild needed |
| streamlink | no rebuild needed |
| aubio | updated to 0.4.7 |
| openfx-io | |
| 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 |
| dsp | |
| guvcview | |
| audacity | |
| audacious-plugins | |
| retroarch | |
| moc | patch & add db5-devel builddep |
| freerdp | |
| minidlna | |
| vcmi | |
| 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) |
| mpd | |
| cantata | |
| kfilemetadata | |
| k3b | |
| krita | no rebuild needed |
| blender | patched (ffmpeg4 & gcc8) |
| firefox | no rebuild needed |
| openmw | |
| dolphin-emu | |
| cmus | |
| svtplay-dl | no rebuild needed |
| openscenegraph | |
| ffms2 | |
| opencv | |
| qtox | have to disable -Werror |
Any news on getting this fixed? I think svtplay-dl might need to be checked also against ffmpeg 4...
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.
Is it very relevant to keep MakeMkv ? It seems barely dead ( https://www.makemkv.com/forum2/viewtopic.php?f=3&t=17550 ), no real cvs (git, svn ...), there are plenty of alternatives
gstreamer-1.0-libav builds fine with this patch but seeing it's a WIP, I guess it is still too early to switch to ffmpeg 4.x
I guess we'll have to wait for gstreamer 1.16
While this may be controversial, I think to get past opal we should simply deprecate it and ekiga. Ekiga is the only revdep of opal and it hasn't seen an update since 2013.
@kyrios123 libopenshot should be buildable with ffmpeg 4.x as of release 0.2.2, can you recheck that and update the revdeps list of blockers?
Whilst a personal pet-peeve of mine, from my understanding, this is also required to fix hardware video decoding colours on radeon/amdgpu with vaapi.
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 !
That literally didn't answer my question whatsoever. Please answer my original question and get the revdeps list of blockers update so I can do a final assessment. Thanks.
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.
Everything is ready. As requested I used a git source for goldendict. Only opnejfx fails to build unless I use D4119.