- Welcome to Avidemux Forum.
Recent posts
#1
Unix-Like (Linux/Bsd/...) / Re: Audio Sync
Last post by eumagga0x2a - January 17, 2026, 08:59:17 PMQuote from: BLAlley on January 16, 2026, 04:20:27 PMIt's version 2.8.1.
You should be much better off using the latest available pre-2.8.2 appImage or (better) building from git master yourself. The 2.8.1 release is really ancient.
Quote from: BLAlley on January 16, 2026, 04:20:27 PMIt always worked well, until this week it decided to not play audio in sync with the video on any file I drop into it.
The first thing to check should be an accelerated video display in Avidemux (i.e. NOT the "Qt" one which performs all the computationally expensive color conversion and scaling work on the CPU). The second one is either using a HW decoder or enabling libavcodec decoder multi-threading. Please inspect corresponding settings in Avidemux Preferences.
If your PC has a NVIDIA graphics card using the proprietary (closed-source) driver, VDPAU video display + VDPAU hw video decoder (libavcodec multi-threading disabled) should give the best results. If your PC has Intel graphics, LibVA (VA-API) video display + LibVA (VA-API) hw video decoder should be optimal for playback (not for re-encoding due to slow data transfer from VA-API video "surfaces" to main memory, which makes libavcodec decoder multi-threading often beneficial).
If all your videos you currently try to play are HDR videos, the HDR to SDR conversion in Avidemux uses a lot of CPU power and may be too slow for real-time playback.
If you already use the optimal video display and video decoder combination in Avidemux, a software (kernel, mesa etc.) update may have broken hw acceleration (not necessarily for other players).
#2
Main version 2.6 / Re: Saved audio track is short...
Last post by eumagga0x2a - January 17, 2026, 08:25:19 PMApologies for a very late reply.
Do you dertermine audio length by actually listening to the AAC file to the end or by the estimate provided by a player application? The latter cannot be accurate for raw (ADTS encapsulated) variable bitrate AAC streams. When you save audio with the "PCM" audio encoder selected rather than "Copy", do you still miss a chunk of the audio?
Does the loss of sync develop gradually or stay constant (thus correctable by audio shift control in Avidemux)? Both scenarios are possible as video timing is given by timestamps in the container while the audio track was imported from a raw stream. If a small portion of audio track is damaged, that location will be missing in the saved raw audio stream.
Quote from: tmcdos2 on January 11, 2026, 05:12:32 PMIf I save the audio from AVIdemux - it is saved as AAC format and the audio length is 00:09:14.956
Do you dertermine audio length by actually listening to the AAC file to the end or by the estimate provided by a player application? The latter cannot be accurate for raw (ADTS encapsulated) variable bitrate AAC streams. When you save audio with the "PCM" audio encoder selected rather than "Copy", do you still miss a chunk of the audio?
Quote from: tmcdos2 on January 11, 2026, 05:12:32 PMIf I simply save the audio and then immediately replace the audio track with the just saved file - audio and video go out of sync.
Does the loss of sync develop gradually or stay constant (thus correctable by audio shift control in Avidemux)? Both scenarios are possible as video timing is given by timestamps in the container while the audio track was imported from a raw stream. If a small portion of audio track is damaged, that location will be missing in the saved raw audio stream.
#3
Unix-Like (Linux/Bsd/...) / Audio Sync
Last post by BLAlley - January 16, 2026, 04:20:27 PMI've been using Avidemux for a while now, starting in Windows and continuing after switching to Linux (Unbuntu 24.04 based Zorin OS). It always worked well, until this week it decided to not play audio in sync with the video on any file I drop into it.
I verified the integrity of the files by playing them in VLC, Shot Cut, Totem, and Plex Media Server clients and the web interface. All play them perfectly.
I'd appreciate any insights into why it's suddenly not working since it's become unusable. It's version 2.8.1. Thanks.
I verified the integrity of the files by playing them in VLC, Shot Cut, Totem, and Plex Media Server clients and the web interface. All play them perfectly.
I'd appreciate any insights into why it's suddenly not working since it's become unusable. It's version 2.8.1. Thanks.
#4
Windows / Re: Some questions about VC bu...
Last post by therube - January 13, 2026, 08:52:57 PM@me444,
Thank you for that.
I wasn't aware of Parser mode.
Still not sure just what it does, but I'll dig into it...
And it does work :-).
Quote-t#
Thank you for that.
I wasn't aware of Parser mode.
Still not sure just what it does, but I'll dig into it...
And it does work :-).
#5
Main version 2.6 / Saved audio track is shorter t...
Last post by tmcdos2 - January 11, 2026, 05:12:32 PMI have an MP4 video
=====================================================
Video
=====================================================
Codec 4CC: H264
Image Size: 640 x 360
Aspect Ratio: 1:1 (1:1)
Frame Rate: 16.835 fps
Average Bitrate: 389 kbps
Total Duration: 00:09:20.369
Pixel format: YUV 4:2:0, 8-bit
Color range: Limited (MPEG)
Color primaries: BT.709
Transfer characteristics: BT.709
Color space: BT.709
=====================================================
Video Codec Extradata
=====================================================
Size: 44
Extradata: 01 4D 40 16 FF E1 00 1D 67 4D 40 16 E8 80 50 17 FC B8 0B 50 10 10 14 00 00 03 00 04 00 00 03 00 88 3C 58 B4 48 01 00 04 68 EB 8F 20
=====================================================
Audio (1 active track(s))
=====================================================
Codec: AAC
Channels: Stereo
Bitrate: 15844 Bps / 126 kbps
Frequency: 44100 Hz
Total Duration: 00:09:20.451
-----------------------------------------------------
If I save the audio from AVIdemux - it is saved as AAC format and the audio length is 00:09:14.956
If I save the audio from VirtualDub - it is saved as WAV format and the audio length is 00:09:20.368
Why does not AVIdemux save the audio with correct length ?
If I simply save the audio and then immediately replace the audio track with the just saved file - audio and video go out of sync.
Is this a bug or a known issue which has a workaround (and what) ?
Observed behavior happens with all versions from 2.7.5 and up (I am using 2.8.2 build 241212_ce994de41a6-fflibs 7.0.2)
=====================================================
Video
=====================================================
Codec 4CC: H264
Image Size: 640 x 360
Aspect Ratio: 1:1 (1:1)
Frame Rate: 16.835 fps
Average Bitrate: 389 kbps
Total Duration: 00:09:20.369
Pixel format: YUV 4:2:0, 8-bit
Color range: Limited (MPEG)
Color primaries: BT.709
Transfer characteristics: BT.709
Color space: BT.709
=====================================================
Video Codec Extradata
=====================================================
Size: 44
Extradata: 01 4D 40 16 FF E1 00 1D 67 4D 40 16 E8 80 50 17 FC B8 0B 50 10 10 14 00 00 03 00 04 00 00 03 00 88 3C 58 B4 48 01 00 04 68 EB 8F 20
=====================================================
Audio (1 active track(s))
=====================================================
Codec: AAC
Channels: Stereo
Bitrate: 15844 Bps / 126 kbps
Frequency: 44100 Hz
Total Duration: 00:09:20.451
-----------------------------------------------------
If I save the audio from AVIdemux - it is saved as AAC format and the audio length is 00:09:14.956
If I save the audio from VirtualDub - it is saved as WAV format and the audio length is 00:09:20.368
Why does not AVIdemux save the audio with correct length ?
If I simply save the audio and then immediately replace the audio track with the just saved file - audio and video go out of sync.
Is this a bug or a known issue which has a workaround (and what) ?
Observed behavior happens with all versions from 2.7.5 and up (I am using 2.8.2 build 241212_ce994de41a6-fflibs 7.0.2)
#6
Main version 2.6 / Advice on grain removal and sh...
Last post by IcePlanet - January 10, 2026, 10:40:23 PMI would like to ask you for advice and experience with cartoon/animation.
(sorry if text seems strange sometimes, can not post, because forum always compains "forbiden contains contacts/links)
I have cartoon that I would like to encode, original is from satellite stream of low quality (do not be confused by the 'relatively' acceptable values if MediaInfo). The visual is not very nice, grainy, not sharp...
Tried more options and currently using standard filters (logo removal, deinterlace, yadiff, crop), on top tried gausian convolution and then Wavelet sharpener, the improvement is very little or strong visual artefacts started to appear (white glow on edges, remaining grain), if only gausian convolution (or other denoise) is kept the grain improves, but the sharpness is lost.
My question is if this is limit what can be done, or if I'm doing something wrong (which I expect is the case) and even better results can be achived.
As secondary question I would like to ask you what bitrate/config for x265 you would consider as 'ideal' (fully understand this is subjective) for this cartoon. My actual configuration is 400 (2 pass bitrate 400) but my experience/knowledge is very very limited. Tried to read on forums and doc pages, but not always is everything described or information is sometimes conflicting so my learning curve is very slow.
My current compression settings:
Sample file uploaded to WeTransfer, but links are not allowed anymore, guide to link, first start with we then add dot, continue with tl, then slash and after slash this text "t-zfB5i5zBwf"
Media Info: You cannot view this attachment.
Thank you very much for advice
(sorry if text seems strange sometimes, can not post, because forum always compains "forbiden contains contacts/links)
I have cartoon that I would like to encode, original is from satellite stream of low quality (do not be confused by the 'relatively' acceptable values if MediaInfo). The visual is not very nice, grainy, not sharp...
Tried more options and currently using standard filters (logo removal, deinterlace, yadiff, crop), on top tried gausian convolution and then Wavelet sharpener, the improvement is very little or strong visual artefacts started to appear (white glow on edges, remaining grain), if only gausian convolution (or other denoise) is kept the grain improves, but the sharpness is lost.
My question is if this is limit what can be done, or if I'm doing something wrong (which I expect is the case) and even better results can be achived.
As secondary question I would like to ask you what bitrate/config for x265 you would consider as 'ideal' (fully understand this is subjective) for this cartoon. My actual configuration is 400 (2 pass bitrate 400) but my experience/knowledge is very very limited. Tried to read on forums and doc pages, but not always is everything described or information is sometimes conflicting so my learning curve is very slow.
My current compression settings:
adm.videoCodec("x265", "useAdvancedConfiguration=True", "general.params=2PASSBITRATE=400", "general.poolThreads=99", "general.frameThreads=0", "general.output_bit_depth=0", "general.preset=veryslow", "general.tuning=none"
, "general.profile=main", "level=-1", "vui.sar_idc=0", "vui.sar_width=1", "vui.sar_height=1", "vui.fullrange=False", "vui.color_primaries=2", "vui.transfer_characteristics=2", "vui.matrix_coeffs=2", "MaxRefFrames=3"
, "MinIdr=25", "MaxIdr=250", "i_scenecut_threshold=40", "MaxBFrame=16", "i_bframe_adaptive=2", "i_bframe_bias=0", "i_bframe_pyramid=1", "b_deblocking_filter=True", "b_open_gop=True", "interlaced_mode=0"
, "constrained_intra=False", "b_intra=True", "lookahead=60", "weighted_pred=2", "weighted_bipred=True", "rect_inter=True", "amp_inter=True", "limit_modes=False", "cb_chroma_offset=0", "cr_chroma_offset=0"
, "me_method=3", "me_range=64", "subpel_refine=6", "limit_refs=3", "rd_level=3", "psy_rd=1.000000", "rdoq_level=0", "psy_rdoq=0.000000", "fast_pskip=False", "dct_decimate=True", "noise_reduction_intra=0"
, "noise_reduction_inter=0", "strong_intra_smoothing=True", "ratecontrol.rc_method=0", "ratecontrol.qp_constant=0", "ratecontrol.qp_step=4", "ratecontrol.bitrate=0", "ratecontrol.vbv_max_bitrate=0", "ratecontrol.vbv_buffer_size=0"
, "ratecontrol.vbv_buffer_init=1", "ratecontrol.ip_factor=1.400000", "ratecontrol.pb_factor=1.300000", "ratecontrol.aq_mode=2", "ratecontrol.aq_strength=1.000000", "ratecontrol.cu_tree=True", "ratecontrol.strict_cbr=False"
)
Sample file uploaded to WeTransfer, but links are not allowed anymore, guide to link, first start with we then add dot, continue with tl, then slash and after slash this text "t-zfB5i5zBwf"
Media Info: You cannot view this attachment.
Thank you very much for advice
#7
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by DeusD - January 10, 2026, 04:47:32 PMHi. I noticed that Avidemux (nightly builds) hasn't been updated for half a year and I have a question: does AppImage use the built-in encoding libraries or the ones installed on my OS (Debian)? Specifically, I currently have libaom 3.13.1-2 package installed. Will Avidemux use it?
Thank you.
Thank you.
#8
Avidemux-German / Re: Null-Bytes (Füll-Bytes) au...
Last post by olli14 - January 09, 2026, 06:24:58 PMIch habe vorhin mal TS-Doctor getestet. Das Programm entfernt Null Bytes. Mit diesem Programm habe ich vorhin mal einen Film geschnitten. Das Ergebnis ist: der Film ist nach dem Schneiden genauso groß, als wenn ich ihn mit Avidemux schneide.
Dieses Ergebnis freut mich sehr.
Bin mit Avidemux sehr sehr zufrieden.
Dieses Ergebnis freut mich sehr.
Bin mit Avidemux sehr sehr zufrieden.
#9
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by sark - January 07, 2026, 01:29:31 PMQuote from: sark on December 24, 2025, 11:56:25 AMI notice the cross compiled Windows Avidemux has not been updated since Dec 24. The VC++ version May 25.
Can I assume from this that cross compiled versions are no longer being supported.
Quote from: eumagga0x2a on December 24, 2025, 01:00:24 PMIt is somewhat complicated. There is no supply of official cross-compiled nightly builds, but whoever bothers to build it from source following the how-to, will find such builds as fully supported as Avidemux builds can be. On the other hand, while native, VC++-compiled official builds may be provided in the future, they are definitely worse supported as I cannot produce such builds myself.
#10
Main version 2.6 / Re: Avidemux 2.8.2 development
Last post by Elstar` - January 07, 2026, 05:30:14 AMQuote from: ReggieNJ on January 05, 2026, 11:05:49 PM4 years later... any update on when a new version might be released?or at least a win64 version not bound to vc++ installer?
anyway, it seems, even vc++ last release is may 2025