Avidemux Forum

My question will reveal my ignorance, and I hope this is related enough to not be a hijack but... if I load a HuffYuv 422 into Avidemux, filter it in some way, and export it as HuffYuv 422, does it go thru a 420 "route" before the 422 export thereby losing information along the way? Or am I misunderstanding everything?

Quote from: Jay123210599 on October 05, 2024, 06:26:50 PMSo yes, there's no way to get anything other than YUV420 8bit for my videos when using burning in subtitles?

Yes, correct.

Quote from: eumagga0x2a on October 05, 2024, 02:27:19 PMThe pixel format will have been YV12, so whatever the encoder does with it later, the information lost is not recoverable.

So yes, there's no way to get anything other than YUV420 8bit for my videos when using burning in subtitles?

The pixel format will have been YV12, so whatever the encoder does with it later, the information lost is not recoverable.

Quote from: eumagga0x2a on October 05, 2024, 04:52:54 AMThe internal interchange format in Avidemux is YV12 (8-bit YUV 4:2:0 with U and V planes swapped). In other words, there is no way to preserve 10-bit YUV444 in Avidemux, except for the copy mode.

Quote from: eumagga0x2a on October 05, 2024, 04:52:54 AMThe internal interchange format in Avidemux is YV12 (8-bit YUV 4:2:0 with U and V planes swapped). In other words, there is no way to preserve 10-bit YUV444 in Avidemux, except for the copy mode.

So it's impossible to change the video codec for the output when using filters?

The internal interchange format in Avidemux is YV12 (8-bit YUV 4:2:0 with U and V planes swapped). In other words, there is no way to preserve 10-bit YUV444 in Avidemux, except for the copy mode.

I have a YUV 444 10bit video, but when I used Avidemux's filters to burn in subtitles, the output was YUV 420 8bit. How do I get it to match the input video codec?

Quote from: Ela on September 26, 2024, 11:44:17 PMBisher war immer nur der AAC (FDK) Encoder betroffen:  Profil: LC, Bitrate Mode: CBR, Bitrate: 384, Afterburner = ON. Ich habe 3 andere Audio-Encoder ausprobiert, da gab es KEINE Störgeräusche.

Wir haben nur maximal drei AAC-Encoder insgesamt, aber wenn der libavcodec-basierte AAC-Encoder keine Probleme macht, dann würde ich halt ihn nutzen. Das AAC-LC-Profil unterstützen nämlich alle. Es sind die HE-AAC-Profile, wofür in Avidemux nur der FDK_AAC-Encoder benutzt werden kann.

Ebenfalls würde mich interessieren, ob das Problem mit FDK_AAC nur den CBR-Modus (und bei 6 Kanälen nur bei 384 kbit/s und nicht bei höheren Bitraten) betrifft.

Hier die von CleanTalk blockierte Antwort von Ela:

##################################################

Quote from: eumagga0x2a on September 25, 2024, 08:46:27 PMBetrifft es die letzten 2.8.2 Nightlies ("win64" und "vsWin64", im Moment vom 08.09.2024)?

Wann es begonnen hat, weiß ich leider nicht mehr. Ich habe Notlösungen gefunden und das Problem hier nicht gemeldet. Auf jeden Fall war die 20240531-Version betroffen. Bei der Version vom 08.09.2024 besteht das Problem weiterhin. Ich verwende avidemux_2.8.2 r240908_win64.exe und mache es portable.

Quote from: eumagga0x2a on September 25, 2024, 08:46:27 PMFalls ja, bitte ein Testvideo (bevorzugt < 1 GB Dateigröße) über WeTransfer, Mega, Dropbox oder Google Drive bereitstellen und die genauen Einstellungen mitteilen, am besten das entsprechende Project Script anhängen.

Mit gehts z.Z. gesundheitlich nicht so toll, aber wenn es geht, werde ich ein Testvideo erstellen. Ich fürchte zwar, dass ein verkürztes Problem-Video das Problem von selbst "beseitigt" und ich ewig rumprobieren muss, ein kurzes Testvideo zu erstellen, aber versuchen werde ich es. Die Störgeräusche sind nicht immer an der selben Stelle, sie ändern sich wohl je nach Einstellungen oder Video-Längen.

Quote from: eumagga0x2a on September 25, 2024, 08:46:27 PMx264 ist ein H.264 Encoder wie x265 ein HEVC Encoder ist. Ich gehe davon aus, dass damit Neukodierung von H.264-Ausgangsmaterial mit x265 zu HEVC gemeint ist.

Ja, x264 zu "HEVC (x265)" (steht so unter "Video-Codec" in der linken ADM-Spalte)

Quote from: eumagga0x2a on September 25, 2024, 08:46:27 PMWelcher AAC-Encoder wurde genutzt? Der im Libavcodec oder FDK-AAC? Sind (oder ist) nur AAC Encoder betroffen oder auch andere Encoders, zum Beispiel libmp3lame (MP3)?

Bisher war immer nur der AAC (FDK) Encoder betroffen:  Profil: LC, Bitrate Mode: CBR, Bitrate: 384, Afterburner = ON. Ich habe 3 andere Audio-Encoder ausprobiert, da gab es KEINE Störgeräusche.

Abspiel-Progs, die die Störgeräusche wiedergeben:  VLC, MPC, Potplayer, Avidemux, andere nicht getestet.

Das zweite Audio in dem Video unten hat auch Störgräusche, aber zahlenmäßig weniger und an anderen Stellen.

---

ADM Video-Info (von diesem Video werde ich versuchen ein kürzeres Video zu erzeugen):
=====================================================
Video
=====================================================
Codec (FourCC):            AVC1
Auflösung:            1920 x 1040
Seitenverhältnis:        1:1 (1:1)
Bildrate:            23.976 fps
Mittlere Bitrate:        10381 kbps
Gesamtdauer:            00:06:39,193
Pixelformat:            YUV 4:2:0, 8-bit
Farbwertebereich:        Reduziert (MPEG)
Primärfarben:            BT.709
Übertragungs-Charakteristik:    BT.709
Farbraum:            BT.709

=====================================================
Extradata des Video-Codecs
=====================================================
Größe:                40
Hex:                01 64 00 29 FF E1 00 18 67 64 00 29 AC 34 E5 01 E0 08 3A 10 00 19 74 F0 04 C4 B4 08 F1 83 11 60 01 00 05 68 EE B1 32 13

=====================================================
Audio (2 aktive Tonspuren)    (ADM zeigt nur 1 Audio an)
=====================================================
Codec:                AC3
Kanäle:                6
Bitrate:            80000 Bps / 640 kbps
Abtastrate:            48000 Hz
Gesamtdauer:            02:05:09,130
MediaInfo:

Audio #1
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Commercial name                          : Dolby Digital
Codec ID                                 : A_AC3
Duration                                 : 2 h 5 min
Bit rate mode                            : Constant
Bit rate                                 : 640 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossy
Stream size                              : 573 MiB (5%)
Language                                 : German
Service kind                             : Complete Main
Default                                  : No
Forced                                   : No

Audio #2
ID                                       : 3
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Commercial name                          : Dolby Digital
Codec ID                                 : A_AC3
Duration                                 : 2 h 5 min
Bit rate mode                            : Constant
Bit rate                                 : 640 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossy
Stream size                              : 573 MiB (5%)
Language                                 : English
Service kind                             : Complete Main
Default                                  : No
Forced                                   : No

1. Please use a recent (the latest) 2.8.2 nightly. Running 2.8.1 now is akin to inflicting self-harm.

2. If the source video is encoded in Open-GOP-mode like almost all DVB-T/C/S streams, it may contain so-called early B-frames (B-frames preceding a keyframe in the display order, but following the keyframe in the stream order) referencing pictures from the previous GOP. Avidemux must drop such B-frames at the start of the video as they cannot be fully decoded.

Resulting gaps in the stream skew average frame rate as displayed by many tools including Avidemux.