Avidemux Forum

Quote from: Mr. Whatshisname on April 04, 2026, 12:05:34 PMWhat do I need to do to add codecs (AV1, AV2, H266) as output options when building Avidemux from source on MacOS?

Regarding AV2, as long as it is not supported in an official libaom (or libavcodec) release – and even codec specs seem to be not fully finalized – there won't be support downstream in Avidemux.

VVC / H.266 encoding support should be feasible via vvenc library, not yet started. Upgrading bundled FFmpeg to 7.1 or later to add VVC decoding support should be the first step.

Quote from: Mr. Whatshisname on April 04, 2026, 12:36:37 PMDa heißen die Keyframes offenbar I-Frames.

Korrekt, die Benutzeroberfläche von Avidemux nennt Keyframes leider I-Frames (und I-Frames, die keine Keyframes sind, werden zu P-Frames degradiert), ohne zwischen IDR- und Nicht-IDR-Keyframes zu unterscheiden.

Quote from: Mr. Whatshisname on April 04, 2026, 12:36:37 PMGrundsätzlich würde ich intuitiv als letztes Frame des zu entfernenden Abschnitts das Frame wählen, daß ein Frame vor dem I-Frame ist, wo das Video weiter gehen soll.

Laut mathematischer Konvention gehört das Ende einer Auswahl nicht zur Auswahl. Ich hatte vor vielen Jahren das Verhalten von Avidemux in diesem Punkt vorübergehend geändert, weil es mir aus Ahnungslosigkeit auch intuitiver bzw. praktischer schien, beim Navigieren gleich das letzte zu entfernende Bild zu sehen, statt das erste zu behaltende. Diese Änderung ist allerdings längst zurückgenommen worden.

Dem ist hinzuzufügen, dass das Löschen von Abschnitten innerhalb von H.264 Streams nur am IDR-Frames (IDR = instantaneous decoder refresh) sauber möglich ist. Da aber IDR in den meisten über DVB-T/C/S gesendeten Streams rar gesät sind ("Open GOP"), wäre der Kopiermodus zum Schneiden von solchen Streams völlig nutzlos. Aus Gründen der Praktikabilität akzeptiert Avidemux, dass Streams streng genommen invalid werden, solange FFmpeg-basierte Player mit den erzeugten Inkonsistenzen halbwegs zurechtkommen (und wenn erwartbar nicht, gibt es die Warnung über den zurückgehenden POC-Zähler).

Im Kopiermodus ist das Ergebnis stets the best effort. Die tatsächliche Struktur des Streams bestimmt, wie nah man an die gewünschten Schnittpunkte kommt. Das ist kein Bug sondern eine fundamentale Einschränkung.

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.

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

Also...what is this site. It states it is not affiliated to avidemux.org, but I discovered the mingw nightlies from links here, and as they are in an official depository, it seems to give them some credibility?

Like guru, I would be interested to know what differs between these and the last Windows nightly.

... are there any functional difference to former nightlies?

Hello everyone,

I have a couple of questions and I wanted to ask in case someone can help me.

I would like to know if there is any official version of Avidemux or any nightly build that includes the libraries Lavf56.40.101 or Lavf60.3.100, and if so, which version it is.

Thank you very much in advance for your help. Best regards.

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.

Ich habe Fragen zum Schneiden von Videos, wenn man die originale Kodierung beibehalten will (Codec-Auswahl: Copy).

Wenn man einen Abschnitt des Videos entfernt, muß man darauf achten, daß beim zu entfernenden Bereich von einem Frame A bis zu einem Frame B das Ende des Bereichs (Frame B) so gewählt werden muß, daß das erste Frame nach dem entfernten Abschnitt ein Key-Frame sein muß.
Ich habe es gerade nochmal mit einem Video mit Codec H.264 ausprobiert. Da heißen die Keyframes offenbar I-Frames.

Grundsätzlich würde ich intuitiv als letztes Frame des zu entfernenden Abschnitts das Frame wählen, daß ein Frame vor dem I-Frame ist, wo das Video weiter gehen soll.
Das ist offenbar falsch. Da warnt Avidemux. So wie ich es verstehe, möchte Avidemux, daß man das I-Frame wählt, daß direkt nach dem zu entfernenden Abschnitt liegt, dort B anklickt, also das Ende des Abschnitts A-B auf das I-Frame legt. Dieses I-Frame soll aber nicht Teil des Abschnitts A-B sein, weil es dann ja entfernt würde.
Ich gehe einstweilen davon aus, daß Avidemux dieses I-Frame tatsächlich nicht entfernt, sondern das letzte zu entfernende Frame das Frame sein wird, das davor liegt. Vielleicht ist das falsch.

In der Vergangenheit ist mir mehrfach aufgefallen, daß wenn ich nach entfernen eines Abschnitts ein Frame zurück gegangen bin, ein Frame zu sehen war, was hätte entfernt werden sollen. Das muß ich vermutlich nochmal ausprobieren, damit ich das exakt beschreiben kann, was ich da geklickt habe und was das Ergebnis war.
Ich habe vor ein paar Minuten einen Test gemacht. Im resultierenden Video mit entferntem Abschnitt ist mir aufgefallen, daß das Frame, das in dem Quell-Video ein I-Frame war, in dem geschnittenen Video mit Codec-Auswahl "Copy" nun ein B-Frame ist. Das scheint mir merkwürdig.
Immerhin gibt es aber in diesem Test keine Bildstörungen, wie man sie bekommt, wenn nach dem Schneiden die neuen Szenen-Abschnitte beginnen, wo kein Key-Frame ist.
 
Wenn ich hinten im Video etwas kürzen möchte, wird das letzte Frame nicht entfernt. Ich habe ein Video, wo ich ich ab einem Frame A bis zum letzten Frame  (B) im Quell-Video alles entfernen will. Avidemux weist darauf hin, daß das letzte Frame kein Keyframe sei und es dort zu Problemen komme. Weil das Video dort aber endet, schneide ich dennoch. Resultat: Das letzte Frame im Video wird nicht entfernt. Ich habe also von Frame A bis Frame B, welche den zu entfernenden Abschnitt markieren, alles entfernt außer dem letzten Frame im Quell-Video. Soll das so sein?

Ich werde im Anschluß noch weitere Video-Dateien testweise schneiden, um einen Fall zu reproduzieren, wo es deutliche Probleme gibt.

 

What do I need to do to add codecs (AV1, AV2, H266) as output options when building Avidemux from source on MacOS?

That's if AV2 and H266 can be added. AV1 apparently can be according to other forum threads.