Avidemux Forum

Quote from: eumagga0x2a on November 14, 2024, 07:10:53 PMThe default for the x264 encoder plugin in Avidemux is to let the library (libx264) decide how many threads to use. That's true that Avidemux doesn't provide means to force a number of threads other than 1, 2 or 4.

Any ideias on why on "auto" mine is only using 4 threads?

Hello. Indexing files tooks for me to much time so i woudl like to generate idx2 files for all my videos at the night so i could work with them next day. How to do it ? Years ago when i work with avidemux it generate idx files and then i coud work instantly. now that file is not generated or deleted after closing video.

Quote from: mylesaway on November 14, 2024, 08:07:26 PMI am currently running Avidemux 2.7.1

Is "7" as version minor a typo? If you are running the 2.8.1 release, I would not expect that the latest 2.8.2 nightly build behaves differently regarding audio device latency (and it is just a guesstimated hardcoded value), but anything older than 2.8.1 is entirely unsupported.

I'll recheck audio sync on my MacMini. Didn't notice anything unusual in this regard running native Avidemux builds. However, a hardcoded latency doesn't look reassuring.

Thank you for the update. However, I would kindly ask not to run lupdate on your own but instead request a refresh of translation files to pick up recently added strings. If you see no other choice as to regenerate translation files yourself, please use the script qt_update_pro.sh to ensure that lupdate is called with proper options.

Providing a translation file with a totally different order of entries makes it impossible to review changes:

git diff avidemux_uk.ts | wc -l
24741
Yes, it doesn't break compilation. Yes, it looks good at the first glance. But I must be able to identify new and modified translations in order to use a contribution. I cannot accomplish this by seaching for a needle in a haystack of 24741 lines of diff output.

I'll regenerate translation files (using your update) ASAP in hope that this may reduce the diff.

I am not computer literate so my problem might be obvious.  But I can't really do anything complicated to fix it.  Just warning you!

I have a Mac Mini.  I recently got Sonoma 14.5 OS.
I am currently running Avidemux 2.7.1

I didn't really have this issue on an earlier OS but now audio seems to be consistently out of sync with the video outputs.

When I check the Shift box and type in 300 or 200 and then output the video again it seems to fix the audio sync issue.  However, this is an extra step and I am wondering if I am missing something obvious.  Like, do I download and use a later Avidemux?

My concern is that in the past when I have gone to a later version on my computer or iPhone, the app doesn't work!

What should I do if anything?
Thanks,
Mylesawy

The default for the x264 encoder plugin in Avidemux is to let the library (libx264) decide how many threads to use. That's true that Avidemux doesn't provide means to force a number of threads other than 1, 2 or 4.

I have the latest version of LAV video decoder that supports many threads... it's strange.
Is there another decoder I can try?

Then i guess the botleneck is the decoding.

Quote from: szlldm on November 13, 2024, 05:38:19 PMYou should use Auto-detect, then all cores will be used

It's always on auto!
It only uses 4 threads!!

You should use Auto-detect, then all cores will be used