Avidemux Forum

Quote from: sark on April 26, 2026, 10:11:57 PMAuf allen Geräten und Spielern oder auf einigen Geräten und Spielern?

Ob Hersteller für die entsprechenden Lizenzen gezahlt haben, um AC3 unterstützen zu dürfen (betrifft genauso Matroska), ist eine Sache, ob der MP4 Container und insbesondere ob das auf libavformat aufsetzende Muxer-Plugin "MP4" in Avidemux AC3 akzeptieren, eine andere. Mir ging es verständlicherweise um die beiden letzteren.

Quote from: eumagga0x2a on April 26, 2026, 09:32:23 PM

Quote from: sark on April 26, 2026, 01:09:10 PMIch empfehle den Export als MKV, da dieses Format AC3-Audio unterstützt (im Gegensatz zu MP4).

MP4 unterstützt AC3: avidemux_plugins/ADM_muxers/muxerMp4/muxerMP4.cpp:117.

Auf allen Geräten und Spielern oder auf einigen Geräten und Spielern?

Quote from: Bronimus on April 24, 2026, 08:25:40 AMMein Camcorder liefert Aufnahmen mit der Datei-Erweiterung .mts.

(Datei)namen(erweiterungen) sind Schall und Rauch. Was das für Dateien sind, zeigt das Avidemux-Log (unter Windows: %localappdata%\avidemux\admlog.txt) beim Öffnen der Datei, man kann natürlich auch das Programm "MediaInfo" benutzen.

Quote from: Bronimus on April 24, 2026, 08:25:40 AMMeine Frage: welches Ausgabeformat muss ich für mts-Dateien auswählen, um den Qualitätsverlust so gering wie möglich zu halten?

Sieh die Antwort von sark. Ergänzend würde ich sagen, dass bestimmte spezielle Features zum Beispiel in DTS, die nicht zu DTS Core gehören, insbesondere in älteren Versionen von Avidemux, auch im Kopiermodus weggelassen werden können. Jedoch halte ich es für sehr unwahrscheinlich, dass irgendein Camcorder den Ton mit so einem Codec komprimieren würde. Grundsätzlich ist der Kopiermodus verlustfrei. Manche Container ("Ausgabeformate") sind mit manchen Codecs allerdings inkompatibel (zum Beispiel MPEG-TS Container und VP9) bzw. schlecht kompatibel (AVI und H.264, HEVC usw.).

Quote from: Bronimus on April 24, 2026, 08:25:40 AMErgänzen möchte ich, dass mehrere Aufnahmen auf diese Art bearbeitet werden sollen, um die beschnittenen Aufnahmen anschließend mit der Software "MAGIX Video de luxe 2025 Premium" zu einem gesamten Film zusammen zu fügen

Der Container und die vom Camcorder verwendeten Codecs müssen von dieser Software unterstützt werden, darauf kommt es an. Es muss nicht der Container sein, den der Camcorder verwendet.

Quote from: sark on April 26, 2026, 01:09:10 PMDie .mts-Dateien enthalten einen H.264-Videostream und einen AC3-Audiostream.

Mein Kaffeesatz ist nicht kräftig genug – kann sein, muss aber nicht.

Quote from: sark on April 26, 2026, 01:09:10 PMIch empfehle den Export als MKV, da dieses Format AC3-Audio unterstützt (im Gegensatz zu MP4).

MP4 unterstützt AC3: avidemux_plugins/ADM_muxers/muxerMp4/muxerMP4.cpp:117.

Die .mts-Dateien enthalten einen H.264-Videostream und einen AC3-Audiostream. Wenn Sie Video und Audio auf ,,Kopieren" einstellen, bleibt die Qualität erhalten, da keine Neukodierung der Streams erfolgt (der Container hat keinen Einfluss auf die Qualität der Streams). Ich empfehle den Export als MKV, da dieses Format AC3-Audio unterstützt (im Gegensatz zu MP4). Alternativ können Sie den Ton in AAC konvertieren und die Ausgabe auf MP4 einstellen. Es sollte auch möglich sein, die MKV/AC3-Ausgabe von Avidemux in MP4/AAC zu konvertieren, wenn Sie die Dateien in Magix weiter bearbeiten.

Hallo Forum,
ich bin neu hier und habe meine erste Frage: Mein Camcorder liefert Aufnahmen mit der Datei-Erweiterung .mts. Es sollen Teile der Aufnahmen entfernt werden, das Verfahren hierzu habe ich verstanden. Für Video- und Audio-Codec lasse ich jeweils "Copy" stehen. Meine Frage: welches Ausgabeformat muss ich für mts-Dateien auswählen, um den Qualitätsverlust so gering wie möglich zu halten? Ergänzen möchte ich, dass mehrere Aufnahmen auf diese Art bearbeitet werden sollen, um die beschnittenen Aufnahmen anschließend mit der Software "MAGIX Video de luxe 2025 Premium" zu einem gesamten Film zusammen zu fügen (mit Vorspann, Titel, Nachspann, etc.). Ich hoffe, ich habe mich ausreichend klar ausgedrückt. Vielen Dank für Eure Unterstützung

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.