Hello, as topic says.
Launching Avidemux-x86_64_20260405.AppImage I'm getting:
./Avidemux-x86_64_20260405.AppImage
Using bundled freetype, fontconfig and fribidi. Export ADM_APPIMAGE_USE_SYSTEM_FONT_LIBS=1 to use the system ones instead.
This is recommended for systems with fontconfig >= 2.13
/tmp/.mount_AvidemKmaObi/usr/bin/avidemux3_portable: symbol lookup error: /tmp/.mount_AvidemKmaObi/usr/lib/libgobject-2.0.so.0: undefined symbol: g_sort_array
and everything stops.
root@mint:~# apt search libgobject
v libgobject-2.0-0 -
v libgobject-2.0-0:i386 -
root@mint:~# apt show libgobject
N: Unable to find package libgobject
E: No package found
Linux Mint Linux Mint 22.3 - Cinnamon 64-bit up to date
Am I missing something?
And thanks for the new release @eumagga0x2a.
Is this going to support hardware av1 encoding? Just asking..
I can't find a release log.
Does that one work for you : https://avidemux.org/nightly/appImage_oldSystems/
Warning : It will crash the firsttime, just restart it
Warning2: it does not support wayland, only X11
Hello and thank you @MeanAdmin
This does work and didn't crash even the first time.
I can't see av1 (libaom) which was there on avidemuxLinux_GLIBC_2.36_amd64_250530_0709.app
and any of the hardware (h) modes which I can't remember if they were there before.
x264 seem to be much faster now but could be just my idea.
Quote from: upwithav1 on April 06, 2026, 07:27:21 PMAnd thanks for the new release @eumagga0x2a.
Just to clarify the misunderstanding: there hasn't been any new release. Mean, the author of Avidemux, has thankfully stepped in to implement the move to the new AppImage format which doesn't need the obsolete libfuse2 to be present on target and to make the build infrastructure a part of the codebase using docker containers. The generated binary is a result of testing the new implementation.
QuoteIs this going to support hardware av1 encoding? Just asking..
No.