Avidemux Forum

Dies ist allein die Sache des Clients (also Avidemux, ffmpeg usw.), der die libav*-Bibliotheken nutzt.

Falls es sich um die Unterstützung von Intel Quick Sync zum Kodieren von Videos als HEVC (oder H.264) in Avidemux geht, ist sie nur unter Linux mittels gebündelter libavutil Library via VA-API-Schnittstelle verfügbar.

Je nachdem wie FFmpeg kompiliert wurde, könnte die entsprechende Unterstützung über Windows-spezifische Schnittstellen verfügbar sein. Fragen zu FFmpeg bitte auf den Mailingslisten des FFmpeg-Projekts oder in entsprechenden Foren stellen ;-)

Quote from: Gloster on February 01, 2026, 10:40:09 PMIch speichere öfter via Avidemux meine TS-Dateien im Kopier-Modus ab. Der TS-Stream der von der Schüssel kommt verwendet ein 192 Byte Ts-Container Protokoll, Avidemux macht daraus ein 188 Byte Ts-container Protokoll, die 4-Byte Präambel wird entfernt (warum auch immer).

Man kann den M2TS-Modus in den Einstellungen des MpegTS-Muxers erzwingen, falls aus irgendwelchen Gründen gewünscht.

Füll-NALUs (falls solche unter "Null-Bytes" gemeint sind) werden von Avidemux aus MPEG-TS immer dann entfernt, wenn im Kopiermodus aus MPEG-TS als MP4 oder MKV (also nicht als MPEG-TS) gespeichert wird. Beim Speichern als MPEG-TS kann man im Gegenteil vom MpegTS-Muxer verlangen, Füllmaterial hinzuzufügen, um eine konstante Bitrate zu erreichen, nützlich für Übertragungen über eine Verbindung mit fest vorgegebener Bandbreite.

Danke für die Info.

Es ist ja ein TS vom Sat-Receiver. Ist da bei der Ausstrahlung an sich schon was falsch gelaufen? Beim Ansehen des Film war der Ton nicht auffällig und Avidemux hat den Stream ohne aktivierten Kompressor ja auch klaglos verarbeitet 

"Sendung in Mediathekwebview verfügbar ist, ist die Sendung um ein Vielfaches kleiner", ja weil es nur in einer schlechteren Qualität verfügbar ist (schwer zu beweisen, mit vivictpp ist der Vergleich wegen einer mangelnden Synchronisierung, eine zwingende Voraussetzung, nicht möglich, vmaf setzt das ebenfalls voraus). Das gilt nur für ÖR (schlechte Mediathek-Qualität), andere Sender wie z.B Tele5 haben ein ausgesprochen gutes Angebot hinsichtlich der Qualität in der Mediathek.
Ich nehme ebenfalls via Satellit auf (Panasonic, kopiert 1:1 den Stream auf die HDD).
Ich speichere öfter via Avidemux meine TS-Dateien im Kopier-Modus ab. Der TS-Stream der von der Schüssel kommt verwendet ein 192 Byte Ts-Container Protokoll, Avidemux macht daraus ein 188 Byte Ts-container Protokoll, die 4-Byte Präambel wird entfernt (warum auch immer). Zudem speichert Avidemux keinen BTS-Stream (Teletext ...), zudem kannst du schauen welche Audio-Kanäle du behalten willst.
Ich spare dadurch etwa 10% an Speicherplatz, mehr geht nicht, wenn du auf die theoretische "loss less" , also keinen Qualitätsverlust, bestehst (selbstverständlich basierend auf die h.264 lossy Kompression).
Selbstverständlich kann man beim ÖR nachfragen, warum in der Mediathek eine schlechtere Qualität zur Verfügung gestellt wird, zumal ÖR-User via Internet das gleiche bezahlen müssen wie TV-User, wie ich. Aus meiner Sicht eine Interssante Aufgabe! Eigentlich sollte man da auch auf ÖR mit Satellit + Panasonic recorder Qualität bestehen, ich werde mal gleich eine e-mail an ÖR schreiben, eine Anwort kommt, wenn ÖR antwortet.
Gesagt, getan, Anfrage gesendet : Die Mediatheken von ARD und allen anderen ÖR Sendern haben nicht die gleiche Video-Qualität wie die im HD Satelliten stream. Können Sie das bestätigen ?

DE/Kodierung mit IntelHevc, gibt es dafür eine ffmpeg library ?
(Eignet sich sehr gut für aufgenommene videos mit simplescreenrecorder + anschließender Kompression, simplescreenrecorder und h.265 geht bei mir nicht (zuviele Ruckler), 3 Giga, 8Threads.)

Die Angabe der library, mit der Pause/Abbruch möglich ist wäre hilfreich.

Thanks for letting me know, is this planned for the future? Avidemux is such a great software for frame-by-frame editing and seems to be the only program apart from ffmpeg that supports VFR output when re-encoding, which is very useful to me, so I hope it can support 10-bit eventually.

Quote from: WLF on January 31, 2026, 07:32:00 AMIs there any way to prevent Avidemux from converting a 10-bit BT.2020 video to 8-bit when not using Copy mode?

This would require a lot of work to implement this capability, slightly short of a full rewrite of the entire application (meaning also internal libraries, all video filters and many encoder plugins). Very much wanted, sure.

Thank you for re-posting in English, else I would have to use 100% Google Translate (which is awfully lame) replying to your Spanish post.

First of all, please make sure you use the latest available Avidemux 2.8.2 build (for Windows, there is one from May 26 2025). If the issue persists, please provide a sample video (as short as possible) enough to reproduce the problem via Mega, Dropbox or Google Drive (link sharing only, accessible without Google account).

I can imagine that the application you mentioned creates MP4 files with very high timebase denominator which Avidemux tries to approximate with 90 kHz, ultimately leading to this timing error, but better to identify the real reason than to guess.