Avidemux Forum

Ich habe vorgestern die Version 2.8VC++64 Bit heruntergeladen. Es müsste die neueste Version sein.

First of all, v2.7.5 is ancient and absolutely unsupported (v2.8.1 is also ancient, to be honest). Please remove v2.8.1, delete its program directory, then re-install (rather the latest VC++ 2.8.2 nightly from https://avidemux.org/nightly/vsWin64/ than the latest release from soon 3 years ago) to an empty directory.

If the problem persists, please start Avidemux afresh, reproduce it, close Avidemux and provide admlog.txt from %localappdata%\avidemux\ directory (you may sanitize it by consistently replacing paths with placeholders first) as an attachment to your reply.

Please also make sure you never run multiple instances of Avidemux concurrently.

I've been a long time user of Avidemux though I'd hardly call myself advanced. It has just worked and worked very well.

I have used it on a Win10 pro computer without issue, however rather abruptly I receive a message that the muxer cannot open when trying to write an mp4 file to mkv. It doesn't seem to matter what .mp4 file I load...I always get this error message using ver 2.7.5   I uninstalled 2.7.5 and installed 2.8.1 and have exactly the same problem.

I'm unsure how to progress this sudden change in behavior. Thanks in advance for assistance.

Es kam bislang nicht zur Sprache, um welche Version von Avidemux es sich handelt. Es sollte zumindest der letzte Release (Version 2.8.1) sein, da aber der so sehr veraltet ist, würde ich die jeweils letzte Entwickler-Version für den künftigen Release von Avidemux 2.8.2

https://avidemux.org/nightly/vsWin64/

als eine bei weitem stabilere und weniger fehlerhafte Alternative empfehlen.

Der zweite und der letzte Absatz erklärt die Situation mit Orientierung von Videos eigentlich erschöpfend: wenn Bildinhalte "auf dem Kopf stehen", wurde das Video so erstellt, sprich die Kamera wurde kopfüber gehalten.

Ein normaler Video-Player dekodiert das Video (genauso kopfüber), während die für die Anzeige zuständige Komponente die im MP4 gespeicherten Hinweise zur Ausrichtung der Kamera auswertet und das Bild entsprechend dreht.

Avidemux dagegen zeigt Videos immer so an, wie sie erstellt sind – sei es kopfüber oder auf der Seite liegend. Andere Herangehensweise ist mit dem Zweck von Avidemux als Video-Editor nicht vereinbar – beim Anhängen von Videos kommt es ausschließlich darauf an, wie Videos kodiert sind. Die Anzeige in Avidemux darf hierbei nicht lügen.

Um das Video tatsächlich zu drehen, muss es beim Neukodieren mit dem Videofilter "Drehen" / "Rotate" bearbeitet werden.

Die Funktionalität, einem Player einen Hinweis zu geben, das Video anders gedreht anzuzeigen, als es kodiert worden ist, besitzt übrigens nur der MP4 Muxer.

Danke.
Für mich leider zu komplziert.
Zu dem Problem mit den Videos auf den Kopf leider keine
Aussage.
Gruß
Reinhard38

Willkommen im Forum! Es gibt einige deutsche User hier, aber wenn gerade niemand Zeit hat, bleiben Anfragen halt erst einmal unbeantwortet.

Avidemux zeigt Videos wie sie kodiert sind. Meta-Informationen wie Drehung des Bildes bei der Anzeige werden nicht berücksichtigt. Dies ist so gewollt und kein Fehler.

Beim Editieren muss man sich zuerst die Frage beantworten, ob die vorhandenen Keyframes als Schnittpunkte gut genug seien – oder ob eine volle Kontrolle über deren Platzierung unerlässlich ist. Ersteres erlaubt die Verwendung des Kopiermodus (die Voreinstellung in Avidemux), bei dem die ursprüngliche Qualität des Videos unverändert erhalten bleibt. Letzteres erfordert Neukodierung. Dabei bestimmt die Verwendung des Videos die Wahl des Codecs und seine Einstellungen.

All dies fließt in die Wahl des Ausgabeformats (Muxers / Multiplexers) ein. Die gebräuchlichsten für die populären Codecs wie H.264 und HEVC sind MP4 und MKV.

Zur grundsätzlichen Vorgehensweise:

Um das Ende des Videos wegzulassen, ist die Markierung "B" beim ersten zu verwerfenden Bild zu setzen, dann wird das Video "gespeichert" (also exportiert).

Um den Anfang des Videos wegzulassen, ist die "A"-Markierung beim ersten Bild zu setzen, das mitexportiert werden soll. Im Kopiermodus (copy mode), hat dieses Bild zwingend ein Keyframe zu sein. Wird im Kopiermodus ein Nicht-Keyframe-Bild dafür genommen, beginnt Avidemux vom vorherigen Keyframe zu speichern. Dies ist eine fundamentale Notwendigkeit.

Diese Einschränkung gilt nicht, wenn Video neu kodiert wird.

Das Löschen aus der Mitte eines Videos:

"A" ist dort zu setzen, wo das erste wegzulassende Bild ist, "B" – dort, wo das erste zu erhaltende Bild nach dem Schnitt sein soll. Im Kopiermodus muss es zwingend ein Keyframe sein.

Navigieren in Avidemux:

Grob: mit dem Navigationsschieber oder dem "Daumenschieber" (dem "Rädchen" rechts).

Sprung zum vorherigen oder nächsten Keyframe: Pfeiltasten auf und ab.

Vorheriges oder nächstes Bild: Pfeiltasten links und rechts. Prinzipbedingt ist der Wechsel zum vorherigen Bild nur dann schnell, wenn sich das Bild noch im Zwischenspeicher befindet. Sonst kann es sehr viel Zeit in Anspruch nehmen (der Dekoder muss dann von vorherigen Keyframe anfangen und die ganze Strecke, die manchmal hunderte Bilder lang sein kann, dekodieren).

Eine konkrere Zeit ansteuern: STRG + T

Wenn das Originalvideo kopfüber aufgenommen wurde, sollte beim Schnitt im Kopiermodus der MP4 muxer gewählt und in seiner Konfiguration eine Rotation von 180° angegeben werden.

Hallo,
ich habe meine Frage unter "Hilfe" wahrscheinlich im falschen Blog gepostet.
Deshalb noch einmal meine Frage:

Wie kann ich unter Avidemux ein Video, bzw. Videosequenz schneiden oder kürzen?
Wenn ich ein Video aufrufe, kommt es auf den Kopf.
Gruß

Reinhard38 (38 ist mein Geburtsjahr)

Hi
Thanks for your answer

Is there an easiest way to do it, a plug in or a windows GUI ?

Thanks

Quote from: eumagga0x2a on March 23, 2025, 09:59:55 AM

Quote from: Dave9 on March 23, 2025, 12:41:41 AMinstalled Avidemux_2.8.2 VC++ 64bits 240601

I repeat myself, but the last known good nightly is a cross-compiled r241212 at the moment. It is pointless to take something else.

I don't like to update Avidemux too often because something breaks, or depends on  some certain video driver version, or introduces something I have to take effort to stop like the index files.  I am using ver 2.8.2 and don't want headaches switching.  I'll try another version eventually and probably stay with 2.8.2 because there seems to be very little regard for keeping compatibility.

I've been off on a rant while drinking so take this post however you want to, but no other apps I use, have this much BS maintenance involved, the rest of my apps I just use without ever having to post in a forum about them.


If it needs a newer version of (anything), this is a bad move in my opinion.  Keep it backwards compatible.  Don't be a snob about updating everything.  I won't do that, nor do most users want to unless they drank the kool-aid.

I have never encountered this kind of  skittish force update/change behavior before.  Just stop it, cut it out!  Stop introducing incompatibilities.  Excuses are excuses.  I understand the reasons and suggest that it's foolish.  The worst thing is to limit the audience in order to be lazy.

Do whatever you want, and I will not update regularly because of the arrogance of not respecting keeping legacy systems running.

Don't break things!

I know my post is a big vague, but I contrast this with the many many other apps I use, which don't have this problem.  It seems very much like the developers are snobs that want to artificially ruin compatibility, and I accept that, it is their call to make, and also why they will leave a lot of people not wanting to bother trying every new version of the app.