Avidemux Forum

The colour range is different, extended jpeg (0-255), and reduced mpeg (16-235).

Der Farbbereich ist unterschiedlich: erweitertes JPEG (0-255) und reduziertes MPEG (16-235).

Welchen Fehler mache ich hier?

Ich habe mir angelesen, dass selbst wenn ich eine Kamera aus dem Hause DJI hätte, wie z.B. eine Pocket4, dass ich dann wohl immer noch ähnliche Probleme haben könnte, da die Pocket4 Kamera höhere Bitraten aufnimmt als die Drohne.

Nochmal mein Ziel...mit der Bitte um Erklärungen für einen 5-jährigen...also so einfach als möglich BITTE.

Was kann ich tun, um meine vorhandenen Schnipsel, die einen tollen Film ergeben werden, mit einfachen Mitteln hintereinander zu schieben und als Gesamtfilm "zusammenzuschneiden"

Falls möglich bitte OHNE irgendwelche Umwandlungen / Umformatierungen oder ähnliches.

Wenn das gar nicht geht, dann lasse ich meinen Rechner über Nacht laufen....ok.
Aber auch dafür benötige ich BITTE eine Art von Anleitung.

Besten Dank für eure Aufmerksamkeit bis hierher,
Didi

Hallo zusammen,

ich bin fast ein totaler Anfänger im Bereich Videoschnitt etc und stehe nun vor folgendem Problem:

Ich möchte Video Sequenzen einfach ohne großen Aufwand aneinanderreihen.
Das geht mit dem Programm hervorragend, zumindest solange die kurzen Video Schnipsel aus der GoPro kommen, sprich das z.B. Codec und Bitrate identisch sind.

Nun habe ich Videos aus Drohnenaufnahmen. Diese sind ohne Ton...ich möchte sie trotzdem in die Filme integrieren.

Wenn ich die Arbeitsschritte einfach auf COPY stehen lasse erscheint diese Meldung:

Codec or codec settings across a cut point do not match. Playback of the video saved in copy mode may stop at this point.
Do you want to continue anyway?


Ich möchte eigentlich nicht diese Umwandlungs Orgien durchführen, die ja stundenlang dauern.

Den einzigen echten Unterschied sehe ich beim Info Auszug der Dateien in der Bitrate...schaut gerne selbst
Hier die Daten der GoPRO mit Ton im Video:

=====================================================
Video GOPRO MIT TON
=====================================================
Codec (FourCC):         H265
Auflösung:         3840 x 2160
Seitenverhältnis:      1:1 (1:1)
Bildrate:         29.970 fps
Mittlere Bitrate:      83392 kbps
Gesamtdauer:         00:00:11,511
Pixelformat:         YUV 4:2:0, 10-bit
Farbwertebereich:      Erweitert (JPEG)
Primärfarben:         BT.709
Übertragungs-Charakteristik:   BT.709
Farbraum:         BT.709

=====================================================
Extradata des Video-Codecs
=====================================================
Größe:            118
Hex:            01 02 20 00 00 00 00 00 00 00 00 00 B4 F0 00 FC FD FA FA 00 00 0F 03 A0 00 01 00 21 40 01 0C 01 FF FF 02 20 00 00 03 00 00 03 00 00 03 00 00 03 00 B4 BC 0C 00 00 0F A0 00 01 D4 49 40 A1 00 01 (+54 Bytes)

=====================================================
Audio (1 aktive Tonspur)
=====================================================
Codec:            AAC
Kanäle:            Stereo
Bitrate:         23706 Bps / 189 kbps
Abtastrate:         48000 Hz
Gesamtdauer:         00:00:11,477



UND hier jetzt die Daten der Drohne, ohne Ton:

=====================================================
Video DJI DROHNE MINI5 OHNE TON
=====================================================
Codec (FourCC):         H265
Auflösung:         3840 x 2160
Seitenverhältnis:      1:1 (1:1)
Bildrate:         29.970 fps
Mittlere Bitrate:      59025 kbps
Gesamtdauer:         00:04:09,850
Pixelformat:         YUV 4:2:0, 10-bit
Farbwertebereich:      Reduziert (MPEG)
Primärfarben:         BT.709
Übertragungs-Charakteristik:   BT.709
Farbraum:         BT.709

=====================================================
Extradata des Video-Codecs
=====================================================
Größe:            127
Hex:            01 22 20 00 00 00 00 00 00 00 00 00 96 F0 00 FC FD FA FA 00 00 0F 03 20 00 01 00 22 40 01 0C 01 FF FF 22 20 00 00 03 00 00 03 00 00 03 00 00 03 00 96 AC 0C 00 00 03 01 90 00 00 2E D5 40 21 00 (+63 Bytes)

=====================================================
Audio
=====================================================
Kein Ton


Das einzige was mir auffällt ist die unterschiedliche Bitrate.

I'm using Avidemux 2.8.1 and the x264 codec + MP4 Muxer container. Firstly, there's no autosave for the current project – if the power goes out, everything goes. Another major issue: after processing the video, the audio becomes out of sync. This out-of-sync behavior increases over time. If the film is 2 hours long, the audio will be 2-3 seconds late at the end. The "Progressive High@L3" profile may be to blame. The "mp4" container and the timeline, which weren't available in older versions, may also be to blame. But even with the timeline set to its minimum, the audio still stutters. The video was tested on an LG-22MA53 TV. With Avidemux 2.7.4, the audio doesn't stutter. For example, download "Titanic" in 640x360 quality from kinovasek.net. Open the file in the program and save it with the following settings: Video - COPY, Audio - COPY, Format - MP4 Muxer. After this, the movie will play with out-of-sync audio. It turns out that only the MP4 container was changed, causing the audio to be out-of-sync. Now, repeat the same steps with "Titanic" in Avidemux 2.7.4, and the audio will be normal. Why? What am I doing wrong?

for me it is fixed when i changed output format type from mp4 to mkv.

Quote from: eumagga0x2a on June 03, 2026, 03:42:20 PMPresumably due to HDR -> SDR conversion, given the source video has color depth > 8 bit. There are various HDR tone mapping algorithms in the Video menu available, none perfect and all unaccelerated (performed on the CPU). Please try playing with settings to reduce saturation.

Tried to change it but to no real improvements. As of now I need to use Handbrake to have the correct colors and rotating it to portrait mode so Avidemux recognizes it properly.

Quote from: MarcusDeMan on June 02, 2026, 05:52:25 PMDoes this happen because of the video decoder (Lavcodec RGB)?

Not in this case.

Quote from: eumagga0x2a on June 03, 2026, 03:42:20 PMUnrelated: please consider switching from unaccelerated fallback "Qt" video display, indicated by the "RGB" label (it looks like you are using a pretty old Avidemux build as current 2.8.2 builds display information about decoder and display in the status bar) to a better option (all other options are better). The best and also the default video display in Avidemux on Windows is "DXVA2" (actually DirectX).

I did have build 2.8.1 and didn't even know that there was 2.8.2. Just installed it and the preferences showed that I was already on "DXVA2".

Quote from: sark on June 03, 2026, 04:15:53 PM

Quote from: MarcusDeMan on June 03, 2026, 01:22:23 PMHowever, I mean the main editing window still shows the video in landscape mode even after adding this rotation filter.

If you enable the button to the right of the info (i) button in the main window, you can playback with filter rotation applied.
Unfortunately, this only works during playback, so is not practical for frame by frame editing.

Great tip! Didn't know about this feature.

However, as you stated it is not practical for frame by frame editing.

As of now I convert the videos with handbrake to portrait mode. It is annoying for needing to do an extra step and therefore decreasing the IQ of the original video but it is what it is.

Quote from: eumagga0x2a on June 03, 2026, 03:23:37 PM

Quote from: MarcusDeMan on June 02, 2026, 05:54:39 PMI wanted to know if there is a way to rotate the preview video?

No. The feature is on the nice-to-have list.

Thank you for your reply and I hope this nice-to-have feature will be implemented soon.

As I see more and more people use their phone to make video's. But maybe they use other video editors to edit their footage as opposed to me wanting to do that on a desktop pc.

Quote from: MarcusDeMan on June 03, 2026, 01:22:23 PMHowever, I mean the main editing window still shows the video in landscape mode even after adding this rotation filter.

If you enable the button to the right of the info (i) button in the main window, you can playback with filter rotation applied.
Unfortunately, this only works during playback, so is not practical for frame by frame editing.

Presumably due to HDR -> SDR conversion, given the source video has color depth > 8 bit. There are various HDR tone mapping algorithms in the Video menu available, none perfect and all unaccelerated (performed on the CPU). Please try playing with settings to reduce saturation.

Quote from: MarcusDeMan on June 02, 2026, 05:52:25 PMDoes this happen because of the video decoder (Lavcodec RGB)?

Not in this case.

Unrelated: please consider switching from unaccelerated fallback "Qt" video display, indicated by the "RGB" label (it looks like you are using a pretty old Avidemux build as current 2.8.2 builds display information about decoder and display in the status bar) to a better option (all other options are better). The best and also the default video display in Avidemux on Windows is "DXVA2" (actually DirectX).