Mageia 7, x86_64, fully up to date. Description of problem: FFmpeg was updated a few days ago, it seems to have broken MP4 and MKV formats in Kdenlive. I have tried avidemux and h264 rendering to MP4, it has no problem doing so. I have deleted the configuration files to Kdenlive and let the software re-create them, but the MP4 format remains unavailable. Settings > Run Config Wizard also does not do anything, it doesn't complain that anything is missing. On the "Rendering" window, before you do anything you get displayed: unsupported video codec: libx264 When you try rendering to MP4 you get immediate rendering crashed error: [consumer avformat] audio codec aac unrecognised - ignoring [consumer avformat] video codec libx264 unrecognised - ignoring There appears to be no problems with FFmpeg playback of video files in VLC or Kaffeine, indeed, some of the FFmpeg bug fixes have fixed issues like timing/audio glitches when seeking within video files. A bit of searching on the internet has revealed a possibility that FFmpeg isn't reporting all the formats it can encode to available to Kdenlive. Version-Release number of selected component (if applicable): - FFmpeg 4.1.6 (NOT from tainted repository) - Kdenlive 19.04.0 How reproducible: Install updates to FFmpeg (as mentioned in but report 26917) Steps to Reproduce: 1. Install latest FFmpeg
As of bug 26904 mlt should be rebuilded against ffmpeg 4.1.6, so please test with mlt-6.16.0-1.1.mga7 in Core/Updates_testing repo. Also I fixed the mp4 support with gpac in x264 package, it can be tested too in Tainted/Updates_testing repo with x264-0.155-0.20181228.stable.1.1.mga7.
CC: (none) => geiger.david68210
- I have performed the mlt install suggested from core/updates_testing, rebooted the machine, started Kdenlive and performed its "config test" - it reported no problems. Restarted kdenlive, I still get the same error - MP4 / x264 not available. - I then went to try your x264 package from tainted/updates, but it appears that has already been installed and is the version you stated, it was probably installed at the same time as all the other FFmpeg files were updated. I performed the same kdenlive tests as above, and got the same result, crashed before rendering even began. - While keeping the core and tainted enabled, I performed an urpmi-update -a Surprisingly it updated (the package manager usually does this automatically when it's started - you can see that in syslog). it then found the tainted FFmpeg , which I installed to test.. The following 9 packages are going to be installed: - ffmpeg-4.1.6-1.mga7.tainted.x86_64 - lib64avcodec58-4.1.6-1.mga7.tainted.x86_64 - lib64avfilter7-4.1.6-1.mga7.tainted.x86_64 - lib64avformat58-4.1.6-1.mga7.tainted.x86_64 - lib64avresample4-4.1.6-1.mga7.tainted.x86_64 - lib64avutil56-4.1.6-1.mga7.tainted.x86_64 - lib64postproc55-4.1.6-1.mga7.tainted.x86_64 - lib64swresample3-4.1.6-1.mga7.tainted.x86_64 - lib64swscaler5-4.1.6-1.mga7.tainted.x86_64 8.1MB of additional disk space will be used. I re-ran the kdenlive stuff and it did render to MP4 / x264. I am not sure why the system had a sudden problem with non tainted FFmpeg which I appear to have used all this time. Tainted was enabled as that's where MP3 used to be in before patent expiry. So I guess the above FFmpeg tainted packages need to be moved to core/tainted then the "bug" can be closed. Thanks for your help.
Fixed in bug 26917. Update has reached the princeton mirror, so should be on others soon, if not already present.
Resolution: (none) => FIXEDStatus: NEW => RESOLVEDCC: (none) => davidwhodgins
libx264-devel-0.155-0.20181228.stable.1.1.mga7 libx264_155-0.155-0.20181228.stable.1.1.mga7 x264-0.155-0.20181228.stable.1.1.mga7 from tainted/updates_testing/x264-0.155-0.20181228.stable.1.1.mga7 never got pushed to the mirrors. Advisory can just say: The mp4 support was fixed by linking gpac dynamically.
Assignee: bugsquad => qa-bugsResolution: FIXED => (none)Status: RESOLVED => REOPENED
Source RPM: (none) => x264-0.155-0.20181228.stable.1.mga7Summary: Updated FFmpeg breaks Kdenlive => x264: fix mp4 support by linking gpac dynamically
Also supposed to be included in this update: mlt-6.16.0-1.1.mga7 mlt-kdenlive-6.16.0-1.1.mga7 python2-mlt-6.16.0-1.1.mga7 libmlt6-6.16.0-1.1.mga7 libmlt++3-6.16.0-1.1.mga7 libmlt-devel-6.16.0-1.1.mga7 from core/updates_testing/mlt-6.16.0-1.1.mga7.src.rpm Advisory can also say: Also, the mlt package needed to be rebuilt against the ffmpeg 4.1.6 update.
Source RPM: x264-0.155-0.20181228.stable.1.mga7 => x264-0.155-0.20181228.stable.1.mga7, mlt-6.16.0-1.mga7.src.rpmSummary: x264: fix mp4 support by linking gpac dynamically => x264: fix mp4 support by linking gpac dynamically (plus mlt rebuild)
(In reply to David Walser from comment #4) > libx264-devel-0.155-0.20181228.stable.1.1.mga7 > libx264_155-0.155-0.20181228.stable.1.1.mga7 > x264-0.155-0.20181228.stable.1.1.mga7 > > from tainted/updates_testing/x264-0.155-0.20181228.stable.1.1.mga7 > > never got pushed to the mirrors. > > Advisory can just say: > > The mp4 support was fixed by linking gpac dynamically. I have the tainted version installed, and have had for a while, so it must have been for an earlier test. I have been using it off and on, and there have been no problems. I do not, however, have the mlt update installed, so I'll have to get back to you later today on that one before I can OK and validate.
CC: (none) => andrewsfarm
The following 4 packages are going to be installed: - lib64mlt++3-6.16.0-1.1.mga7.x86_64 - lib64mlt6-6.16.0-1.1.mga7.x86_64 - mlt-6.16.0-1.1.mga7.x86_64 - mlt-kdenlive-6.16.0-1.1.mga7.x86_64 Packages installed cleanly. I'm not a kdenlive user, but I gave it a try anyway. I was able to start a new project, load a "clip" of a student balloon pilot standing up a hot air balloon, and watch it. I didn't see anything that looked like a regression, so I am giving this an OK and validating. Advisory information in Comment 4 and Comment 5.
Whiteboard: (none) => MGA7-64-OKKeywords: (none) => validated_updateCC: (none) => sysadmin-bugs
Keywords: (none) => advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2020-0198.html
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED