Avidemux Forum

Quote from: eumagga0x2a on April 20, 2026, 09:16:38 PMNo matter whether the libmp4v2-based MP4v2 muxer is present or absent, don't use it (at least in its current state). Please use the libavformat-based MP4 muxer instead.

Thank you for this information.

In any case, version avidemux_mingw64_20260419 triggers security center alerts on my PC. Therefore, I'll stick with the last good portable version for me, avidemux_2.8.2 r241212_win64.

No matter whether the libmp4v2-based MP4v2 muxer is present or absent, don't use it (at least in its current state). Please use the libavformat-based MP4 muxer instead.

Quote from: eumagga0x2a on April 10, 2026, 08:15:31 PMNew build infrastructure is being tested. Definitely some codecs (e.g. FDK_AAC) are still missing, will be present / will be re-added in the future.

Official nightly builds are distributed only via https://avidemux.org/nightly, anything else, especially trying to catch visitors typing in a wrong TLD, is untrusted or fraudulent.

Hello,
New to this forum, but a long-time and loyal Avidemux user.

So it's normal not to find the MP4v2 multiplexer in these test versions?
Thks.

I've changed the default behavior to use the last read directory instead.

No, this is not possible with the current interface, unfortunately. More than that, when opening a file dialog from tinyPy to select a directory, Avidemux doesn't pass the last selected directory to the dialog. This is inconsistent with the behavior of the file dialog to select a file when invoked via scripting, thus most likely a bug.

QFileDialog defaults to the present working directory when an empty QString is passed to the file dialog, this must be the directory where the executable is located on Windows, the directory from where the Avidemux binary is called on Linux.

Whenever I start one of my scripts (tinypy) with an open dialog e.g.:
inputFolder=gui.dirSelect("Select Source Folder")

The seletion box starts with the following folder:
C:\Program Files\Avidemux 2.8 VC++ 64bits

After this I have to select my source.

Is there any possible solution to set an other path for the program/script to start?
In the doumentation of tinypy I couldn't find a solution.

Attached you'll find such a script.

Quote from: Fozzie Bear on April 13, 2026, 03:41:00 PMHave you managed to view the file segment I shared?

Just got the sample, thank you for reminding me. Indeed, timing in the file is a mess, with roughly a half of frames having duration of 1 in 90 kHz units while the remainder is oscillating between approx. 20 ms and approx. 60 ms:

[MP4Header::indexify] Histogram map has 7 elements.
Frame duration 1 count: 10236
Frame duration 1798 count: 3412
Frame duration 1799 count: 3269
Frame duration 1800 count: 3555
Frame duration 3599 count: 142
Frame duration 3600 count: 3269
Frame duration 5400 count: 3412

We should have got just all frame duration being equal 1800, maybe with a few gaps (duration 3600 and 5400).

Apparently, each 5th picture produces by the decoder ends up with presentation timestamp going backward by exactly 1 unit (1/90000 of a second – approx. 11 microseconds), so it gets dropped and the warning about wrong frame order is shown. Accepting the dialog makes the mess complete, need to investigate why this happens.

The best strategy to deal with such files for now is to reject the dialog and to re-encode the video with the "Resample" filter with PAL50 as target fps in the filter chain.

Have you managed to view the file segment I shared?
Thankd

New build infrastructure is being tested. Definitely some codecs (e.g. FDK_AAC) are still missing, will be present / will be re-added in the future.

Official nightly builds are distributed only via https://avidemux.org/nightly, anything else, especially trying to catch visitors typing in a wrong TLD, is untrusted or fraudulent.

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.