| Summary: | x264: fix mp4 support by linking gpac dynamically (plus mlt rebuild) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | DariuszSki <linuxstuff> |
| Component: | RPM Packages | Assignee: | QA Team <qa-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | andrewsfarm, davidwhodgins, geiger.david68210, sysadmin-bugs |
| Version: | 7 | Keywords: | advisory, validated_update |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | MGA7-64-OK | ||
| Source RPM: | x264-0.155-0.20181228.stable.1.mga7, mlt-6.16.0-1.mga7.src.rpm | CVE: | |
| Status comment: | |||
|
Description
DariuszSki
2020-07-13 09:40:22 CEST
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) =>
FIXED 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-bugs
David Walser
2020-08-30 23:46:32 CEST
Source RPM:
(none) =>
x264-0.155-0.20181228.stable.1.mga7 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.rpm (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-OK
Aurelien Oudelet
2020-09-01 16:52:21 CEST
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) =>
FIXED |