Avidemux Forum

I started out with a 6gb volume for testing, and found that 3gb is enough for the time being.
I know the source directory doesn't have to be case sensitive, it's just a script for me to build the latest, everyone should adjust to their own need, including replacing the ARM specific build as appropriate.

Thank you, a nice idea to reduce SSD wear. BTW, I am surprised that 3 GiB suffice.

Just one detail: the source tree doesn't have to reside on a case-sensitive filesystem. Only the build root must be case-sensitive. Additionally, the build root doesn't need to be inside the top source directory, this is neither required nor recommended. Therefore repeated cloning on each build can be avoided.

The build environment requires a case sensitive volume.
I don't have one on my computer.
The next best thing would be to have a temp volume for that.
What better option than to use a RAM drive, formatted as a case sensitive volume?
Here's the script.
It installs the required homebrew packages, mounts the volume, runs the package build script, copies the DMG file and then ejects the RAM drive.
Works for me one macOS Sequoia 15.6, Apple Silicon.
Hope you find it useful.

https://gist.github.com/moshegottlieb/b21fa414c2f3d5c992c1a1bc9ed5d1e6

Have you done the SRT thing? SRTs will provide you the subs you need (for MP4s in VLC, anyway), and when editing the video, cutting parts out or whatever, well, you literally have your work cut out for you ; SRTs can be edited, but it's a lot of painstaking manual effort to change all the timestamps after the points of edit, and depending on how much dialogue there is, you could be looking at thousands of individual captions that need their timestamp adjusted to the new timestamp, post-edit.

I dunno if this helps you at all, or if I am even in the ballpark of your issue, but there it is, anyway.

Okay, so, a new development I stumbled upon during yet another conversion session to AVC (H264) from a HEVC (x265) file mysteriously decided to encode at a far smaller file size than ought to be (when using CBR @  2500kbit/s for video)...

It turns out, the framerate is reduced by half, from the file's original 23·98, to 12. Even when in AVC, playback of the original HEVC file appears a bit choppy, but I have seen numerous videos of both HEVC and AVC exhibit some odd playback issues that do not affect the encoding.

Previously, when I would get these low file size outputs, I would increase the CBR to crazy values (and still come in well under the desired target of 2500kbits/s). Now discovering this framerate issue, and use normal values, but I also add the framerate filter, selecting 23·98.... but this does not help.

While I get a better filesize output, the playback is choppy/stuttery, as if I attempted to increase a video with a 12fps to 24fps.

Clearly that is what is happening here - these alleged 24fps HEVCs (which play fine in their original state) somehow get converted to 12fps during the conversion process, and attempts to retain/lock-in the 24 (23·98) fps just yields a stuttery/choppy video in playback anyway.

So, two questions :
1. WHY does this happen / what causes it?
2. HOW do I get around this / fix it?

(This is why compressing videos sucks, and is the stupidest idea ever. And HEVC sucks balls, more than ever!)

win7 нуждается в поддержке в новых версиях, вы знаете об этом, или, может быть, вы знаете альтернативную программу для win7 с фичами как в avidemux за бесплатно?
если такой командой перевернуть видео
ffmpeg -i "C:\video.mkv" -c:a mp2 -b:a 224k -map_metadata 0 -metadata:s:v rotate="90" -vcodec copy "C:\video.mp4"
, то любой плеер воспроизведёт его правильно и даже youtube, но только не avidemux, тебе просто очень нужна функция поворота для окна предпросмотра и функция чтения/записи метадаты видео для mp4, mov

win7 needs support in new versions, do you know about it, or maybe you know an alternative program for win7 with features like in avidemux for free?
if you use this command to flip the video
ffmpeg -i "C:\video.mkv" -c:a mp2 -b:a 224k -map_metadata 0 -metadata:s:v rotate="90" -vcodec copy "C:\video.mp4"
, then any player will play it correctly and even youtube, but not avidemux, you just really need the rotation function for the preview window and the read/write function for video metadata for mp4, mov

FLAC raw or ogg-encapsulated streams are not supported for external audio tracks in Avidemux. You need to convert them into uncompressed 16 or 24 bit signed integer WAV files first (which is lossless) using flac executable or a tool which provides the functionality like approximately built ffmpeg.

I tried adding a FLAC audio file to a H.264 video on Avidemux, but I keep running into an error saying I can't add it. What should I do to fix it?

Hello, may I know where's the source code in order to try and compile the last cersion for Catalina?
Many thanks!

I'm a little embarrased that I never saw that before, but thanks very much for pointing it out to me.  At least your post will be here in the future in case this happens to someone else.