From Changelog: * x265 support by KoolAidMan. * Qt4 and Qt5 support . * Compatibility with newer VAAPI. * Updated ffmpeg libraries. * Simple support for nvenc (linux). * Better compatibility with Dash file, Flv. * AvsProxy improvements (hinterwaeldler). * Misc fixes (asjchult). * Plenty of bugfixes and new bugs. Reproducible: Always
Version 2.6.10 is now available.
Ping.
Anyone else from the video team working on it yet? if not I might give it a go (although I'm not too familiar with qt stuffs)
Seems like this is a bit different build system. gotta figure it out first. patches / ebuilds welcome ^ ^
I am following with interest. Is there continuing progress?
would be nice if we have update for this ebuild even the year is over soon :))
Avidemux 2.6.11 was released today.
The 2.6.11 versions of avidemux and related packages are available in the "stefantalpalaru" overlay: https://github.com/stefantalpalaru/gentoo-overlay New avidemux-plugins USE flags: x265, opus and nvenc.
Stefan, are you willing to proxy maintain this? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
any plans to keep avidemux alive? x265 would be really useful these days...
Copying =media-libs/avidemux-core-2.6.8.ebuild copies to =media-libs/avidemux-core-2.6.14.ebuild appears to build fine. (Didn't look at this ebuild file much, for not needed patches.) Copying =media-video/avidemux-2.6.8.ebuild to =media-video/avidemux-2.6.14.ebuild takes a dump! Rotten cryptic CMake error messages! Cannot move onto media-libs/avidemux-plugins until media-video/avidemux builds.
copying 2.6.12 ebuilds from this overlay did the trick https://gpo.zugaina.org/Overlays/stefantalpalaru
Using x86_64-pc-linux-gnu-4.9.3 the following appears to be the configure time error I'm running into with the media-video/avidemux-2.6.14 ebuild: /usr/include/avidemux/2.6/cmake/cmake_compile_check/os_bsd_check.cpp:6:2: error: #error Unable to detect GCC for BSD family #error Unable to detect GCC for BSD family ^ CMakeFiles/cmTC_53978.dir/build.make:65: recipe for target 'CMakeFiles/cmTC_53978.dir/os_bsd_check.cpp.o' failed gmake[1]: *** [CMakeFiles/cmTC_53978.dir/os_bsd_check.cpp.o] Error 1 gmake[1]: Leaving directory '/var/tmp/portage/media-video/avidemux-2.6.14/work/avidemux_2.6.14/buildCli/CMakeFiles/CMakeTmp' Makefile:126: recipe for target 'cmTC_53978/fast' failed gmake: *** [cmTC_53978/fast] Error 2 Looks like BSD is no longer supported by this version of GCC?? Likely stripping (eg. sed replace/delete) the BSD check should bypass this configure check?
By the way, the only difference between the stefantalpalaru overlay media-video/avidemux-2.6.12 ebuild and Gentoo Portage =media-video/avidemux-2.6.8 ebuild is the following: -# Copyright 1999-2015 Gentoo Foundation +# Copyright 1999-2016 Gentoo Foundation Shrugs, likely similar for the other avidemux-core and avidemux-plugins ebuilds?
One more error I found within the =media-video/avidemux-2.6.14 build output, or maybe caused by myself: (... I'm really not a fan of cmake logging or it's structure ... ) CMake Error at /usr/include/avidemux/2.6/cmake/admFFmpegUtil.cmake:2 (FILE): file failed to open for reading (No such file or directory): /var/tmp/portage/media-libs/avidemux-core-2.6.14/work/avidemux_2.6.14/buildCore/ffmpeg/source//libavcodec/version.h Call Stack (most recent call first): /usr/include/avidemux/2.6/cmake/admFFmpegUtil.cmake:8 (getFfmpegVersionFromHeader) /usr/include/avidemux/2.6/cmake/admFFmpegUtil.cmake:55 (getFfmpegLibNames) /usr/include/avidemux/2.6/cmake/commonCmakeApplication.cmake:34 (registerFFmpeg) CMakeLists.txt:42 (include)
I figured-out the ffmpeg error above, /usr/include/avidemux/2.6/cmake/admFFmpegUtil.cmake specifies a ffmpeg version.h file. Upon compiling media-video/avidemux, the configure process then looks for "/var/tmp/portage/media-libs/avidemux-core-2.6.14/work/avidemux_2.6.14/buildCore/ffmpeg/source//libavcodec/version.h", for which no longer exists because it's already built, installed and removed from /var/tmp/portage! If this is the breaking error, can work around with Gentoo Portage Feature keepswork option.
Bingo. The error was with the relevant ffmpeg file location as stated previously above. The package media-video/avidemux-2.6.14 is now successfully built and installed here. (I now just have to install avidemux-plugins.) The only difference between stefantalpalaru Portage Overlay and the Official Portage overlay, is within his/her media-libs/avidemux-plugins. (A diff shows some added lines with his/her avidemux-plugins-2.6.12. Not known if they're needed or what stefantalpalaru's purpose is.)
With avidemux-plugins-2.6.14: Failed Patch: avidemux-plugins-2.6.4-optional-pulse.patch! I removed/commented-out the patch line. But then avidemux-plugins-2.6.14 failed on install phase with the following: "python_fix_shebang: EPYTHON unset (pkg_setup not called?)"
I did some work to enable qt5 and added an ugly fix for the admFFmpegUtil.cmake issue. The ebuilds are in my overlay at https://github.com/MeisterP/poncho-overlay You might want to have a look.
Created attachment 449696 [details] avidemux-core-2.6.14.ebuild: fix hard-coded path (In reply to Roger from comment #16) > Upon compiling media-video/avidemux, the configure process then looks for > "/var/tmp/portage/media-libs/avidemux-core-2.6.14/work/avidemux_2.6.14/ > buildCore/ffmpeg/source//libavcodec/version.h", for which no longer exists > because it's already built, installed and removed from /var/tmp/portage! > > If this is the breaking error, can work around with Gentoo Portage Feature > keepswork option. A better way would be to fix the avidemux-core ebuild (revert the hard-coded path from src_prepare in src_install). Diff: --- avidemux-core-2.6.8.ebuild +++ avidemux-core-2.6.14.ebuild @@ -107,5 +107,7 @@ } src_install() { + # revert edit from src_prepare prior to installing + sed -i -e "s:getFfmpegLibNames(\"${S}/buildCore/ffmpeg/source/\"):getFfmpegLibNames(\"\${sourceDir}\"):g" cmake/admFFmpegUtil.cmake cmake-utils_src_install -j1 }
Created attachment 449698 [details, diff] avidemux-plugins-2.6.14-optional-pulse.patch (In reply to Roger from comment #18) > With avidemux-plugins-2.6.14: > Failed Patch: avidemux-plugins-2.6.4-optional-pulse.patch! > > I removed/commented-out the patch line. > > But then avidemux-plugins-2.6.14 failed on install phase with the following: > > "python_fix_shebang: EPYTHON unset (pkg_setup not called?)" The patch must be updated with the correct line number and converted with dos2unix. You also need to update the avidemux-plugins-2.6.14.ebuild with the correct patch file name ;-) . After that, it worked without error for me.
Is anyone willing to proxy maintain this? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
could you fix the URIs too? see bug #544852
version 2.6.15 is out https://sourceforge.net/projects/avidemux/files/avidemux/2.6.15/
media-libs/avidemux-core-2.6.15 compiled fine simply copying 2.6.14 ebuild over, but media-video/avidemux failed with one of those odd-ball CMake errors.
2.6.15 ebuilds from this overlay http://data.gpo.zugaina.org/bobwya/media-video/avidemux/ compile just fine
Doesn't compile fine for me. Compiling bugs appear to have been filed upstream, but not really fixed. Fedora has 2.6.15 within it's repositories.
I am currently maintaining the recent version in the mv overlay (available over layman). The ebuilds contain the patches posted here and are updated to work with qt5, optionally. Feel free to use them or take them to the gentoo repository if they work (I tested only with recent toolchain like gcc-6 and not with many USE-flag combinations). I might perhaps version bump more regularly in the future when I find time, but I am not offering to proxy-maintain anything, especially since I never worked with cmake.
I too have been thinking a possible USE flag problem for the past days and finally got around to debugging when I realized the USE flag gtk was present upon pretend! From reading/searching for the past days, I once came across mention of gtk being deactivated or problematic. So some (or all) of the compiler bugs apparently were related to the USE flag gtk. As such, do USE="-gtk" emerge -uq avidemux. Now there's another bug with avidemux-plugins: mkdir: cannot create directory '/var/tmp/portage/media-libs/avidemux-plugins-2.6.15/work/avidemux_2.6.15/': File exists For some reason, avidemux rebuilds avidemux within it's temporary work folder instead of recognizing the currently built and installed media-video/avidemux. (Guessing the rational is for library build depends or header files or not already linked object files, etc?) Anyways, looks like the avidemux-plugins ebuild is trying to over-write the already extracted avidemux folder. Here's avidemux-plugin error message: >>> Emerging (1 of 1) media-libs/avidemux-plugins-2.6.15::x-portage * avidemux_2.6.15.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking avidemux_2.6.15.tar.gz to /var/tmp/portage/media-libs/avidemux-plugins-2.6.15/work >>> Source unpacked in /var/tmp/portage/media-libs/avidemux-plugins-2.6.15/work >>> Preparing source in /var/tmp/portage/media-libs/avidemux-plugins-2.6.15/work/avidemux_2.6.15 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/media-libs/avidemux-plugins-2.6.15/work/avidemux_2.6.15 ... * FEATURES: installsources preserve-libs sandbox splitdebug usersandbox mkdir: cannot create directory '/var/tmp/portage/media-libs/avidemux-plugins- 2.6.15/work/avidemux_2.6.15/': File exists * ERROR: media-libs/avidemux-plugins-2.6.15::x-portage failed (configure phase): * mkdir failed * * Call stack: * ebuild.sh, line 115: Called src_configure * environment, line 4068: Called die * The specific snippet of code: * mkdir "${S}/${build_directory}" || die "mkdir failed"; (For kicks, I just tried FEATURES="-installsources -splitdebug" with no success in the event there was something funny going on outside the norm.)
AVIDEMUX-PLUGINS-2.6.15.EBUILD PROBLEMS The above mkdir occurs within line #147 of avidemux-plugins-2.6.15.ebuild. Commenting the (likely not needed) mkdir out results in the following failure. -- mkdir "${S}/${build_directory}" || die "mkdir failed" ++ #mkdir "${S}/${build_directory}" || die "mkdir failed" CMake Error: The source directory "/var/tmp/portage/media-libs/avidemux-plugins-2.6.15/work/avidemux_2.6.15" does not appear to contain CMakeLists.txt. So I then noticed all subdirectories had CMakeLists.txt, including avidemux_plugins folder. I then modified the following line after #147 above, -- CMAKE_USE_DIR="${S}/${cmake_directory}" BUILD_DIR="${S}/${build_directory}" cmake-utils_src_configure ++CMAKE_USE_DIR="${S}/${cmake_directory}/avidemux_plugins" BUILD_DIR="${S}/${build_directory}" cmake-utils_src_configure I progressed a little further within the configure or more specifically some comile tests, but still failed. Sounds like this part of the avidemux_plugins ebuild is not properly working for this avidemux-plugins-2.6.15 version.
AVIDEMUX-PLUGINS-2.6.15.EBUILD PROBLEMS A little further along, appended sub-directory "/avidemux_plugins" to all occurrences of ${build_directory} and ${cmake_directory}, except for line #97. Leave #97 variables (eg. folder locations) as is and I get a project ebuild that results in no object files built. Nor, of course, any object files installed. At this point, a little help as I'm hacking blindly with cmake. (Whatever happened to simple ebuild scripts with simple configure && make???)
Dropping back to the avidemux tarball's basic default installer: # sh bootStrap.bash --prefix=/tmp/test Fails during the plugins configure/build phase. Using the following incantation, the avidemux build completes after using the following: # sh bootStrap.bash --prefix=/tmp/test/ --without-plugins At this point, I'm wondering if the plugins for avidemux-2.6.15 are even stable, and have just been endlessly chasing my own tail. (... as usual.)
WORKAROUND AVIDEMUX_PLUGINS For those needing (or wanting) something on Gentoo that "works for me" for the time being, just download the pre-compiled binary file avidemux_2.6.15.appImage from the sf.net avidemux project page. chmod u+rx /tmp/avidemux_2.6.15.appImage && mv /tmp/avidemux_2.6.15.appImag /home/user/bin/avidemux_2.6.15.appImage Seems to be a simple, already compiled binary, with apparently all of your wanted avidemux_plugins.
WORKAROUND I pretty much use FFMPEG for almost all audio and video translation work for myself. (MPLayer is reserved for only playing streams, or minimalist tools such as mpg123.) If you use avidemux only for snipping or clipping videos as I do, FFMPEG can be utilized to perform this task while only cutting on keyframes using the following workflow: 1) Find segments you want to keep or cut, using the later as ffplay prints seconds: ffplay -ss HH:MM:SS or ffplay -ss SS (Currently ffplay of ffmpeg-2.8.10, using "-ss" seems to start on or directly in the middle of keyframes. Other version may require specifying "-noaccurate_seek" to cut on the next keyframe.) I make sure the "-ss" value is upon a frame I want to discard. 2) Cut or extract the segment of video from the original file: $ ffmpeg -i /home/user/tv/INPUT.ts -ss 5.5 -to 721.5 -vcodec copy -acodec copy /tmp/video-1.ts (Currently ffmpeg-2.8.10, using "-ss" after the input cuts on keyframes. Other version may require specifying "-noaccurate_seek" to cut on the next keyframe.) Continue with each segment of video extract (or cut) to a file named with an incremented suffix. 3) Combine the segmented video files $ ffmpeg -i "concat:/tmp/video-1.ts|/tmp/video-2.ts|/tmp/video-3.ts" -metadata service_provider=YOURNAME -metadata service_name=ARCHIVED -vcodec copy -acodec copy OUTPUT.TS It doesn't look like I'll have much of a need for avidemux if my above workflow continues to work. If you're transcoding, then you likely do not need to adhere to cutting on keyframes and can likely use exact. I prefer to keep the streams uncompressed or unmodified.
version 2.6.17 is out. http://fixounet.free.fr/avidemux/news.html Thanks roger for your lenghty tips.
Still just 2.6.8 in official tree.
media-video/avidemux-2.6.18 can be found in seden-layman-overlay
Created attachment 472764 [details] Update to 2.6.20 and qt5.
Created attachment 472766 [details] Bump avidemux-core to 2.6.20 without any updates the ebuilds mentioned in this bugreport.
Created attachment 472768 [details] Bump avidemux-plugins to 2.6.20, enable qt5 & fix building of plugins by chaning the configure phase.
Hi all, I haven't put much effort into the 2.6.20 ebuilds, they are the ebuilds found here in the discusison with the small addition of enabling qt5 support and a change src_configure for avidemux-plugins which restores the build and installation of the plugins, otherwise I ended up with a small subset of the plugins. These ebuilds were not tested, they work for me. But please check and use them if you want to have access to a current avidemux, like I wanted. :-) Cheers, Jan
2017-05-01: 2.6.21: win64 build issue The x265 encoding plugin was broken on win64 and regenerated. No other change. 2017-04-28: 2.6.20: Small BugFixes * Audio : AAC in mpegTS fix * Audio : external AAC import fix * MKV : try to better guess original timestamp * i18n : Russian and German translation update (TotalCaesar659 / euma * UI : Filter UI fix
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bba32a6a6eb78b10a501caeb829a7839797f8641 commit bba32a6a6eb78b10a501caeb829a7839797f8641 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2017-12-08 17:45:48 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2017-12-08 18:30:41 +0000 media-video/avidemux: Drop USE=qt4 Bug: https://bugs.gentoo.org/549818 Package-Manager: Portage-2.3.17, Repoman-2.3.6 media-video/avidemux/avidemux-9999.ebuild | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-)}
Is there any good reason to keep qt4 in 2.6.20?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9e84e6512ff8639f870499208ddf40608cc8d4d4 commit 9e84e6512ff8639f870499208ddf40608cc8d4d4 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2017-12-09 13:45:54 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2017-12-09 13:52:24 +0000 media-video/avidemux: Drop USE=qt4 Bug: https://bugs.gentoo.org/549818 Closes: https://bugs.gentoo.org/558166 Closes: https://bugs.gentoo.org/572070 Package-Manager: Portage-2.3.17, Repoman-2.3.6 media-video/avidemux/avidemux-2.6.20.ebuild | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-)}
No longer blocks qt4-removal.
Here is working 2.7.0-r1 ebuild: https://gpo.zugaina.org/Overlays/mv/media-video/avidemux
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4404a6dab80b61ab4d99c1cb132884a9e3dbcb07 commit 4404a6dab80b61ab4d99c1cb132884a9e3dbcb07 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-01-09 16:57:39 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-01-09 17:29:21 +0000 media-video/avidemux: 2.7.0 version bump Add x11-libs/libva slot operator. Closes: https://bugs.gentoo.org/549818 Closes: https://bugs.gentoo.org/641636 Package-Manager: Portage-2.3.19, Repoman-2.3.6 media-video/avidemux/Manifest | 1 + media-video/avidemux/avidemux-2.6.20-r1.ebuild | 2 +- media-video/avidemux/avidemux-2.7.0.ebuild | 173 +++++++++++++++++++++++++ media-video/avidemux/avidemux-9999.ebuild | 30 +++-- 4 files changed, 192 insertions(+), 14 deletions(-)
