Re: Avidemux
Joad Smith
The binaries available here are freely redistributable (cover mount CD/DVD, download site,...) BUT they must be redistributed as they are. In particular, it means you cannot alter/replace the installer to bundle avidemux with other programs (for example: browser toolbars). Doing so would invalidate your license to redistribute and you would be providing counterfeiting software.
The first screenshot is from Windows Media Player playing the raw video, before cropping. (I have cropped the screenshots to the same portion of the screen, or you'd see the massive gulf of black border I'm trying to remove). The second screenshot is from inside Avidemux, and is identical to what I get when Windows Media Player plays the video after I've cropped it in avidemux. No other filters were applied.
What causes this and how can I fix it? I'm fairly new to video editing, so I'm not even sure how to describe the problem other than "it looks wrong". The input video is decoded with lavcodec. Using the 64 bit version of the program does not help.
Yes this is to do with MSvideo 1. A fix is to add a video filter from within AVIdemux (swap UV) this will make the colours back to how they should look. Click preview to see the effect. You won't see the colour fix while editing but you will when you export the final video (don't use copy mode for the video).
Youtube recommend this encoding setting for videos. I'm is not an expert of encoding, I just use avidedmux to sync external audio with video, and compress the mix. There are a lot of options in "MPEG4 AVC" and I can't match it with the youtube's recommendations.
avidemux's dialog box for x264 settings is pretty bad. It's been years since x264 added presets from ultrafast to veryslow, but avidemux still makes you manually choose all the cpu-time vs. quality options. It doesn't even have a checkbox for more recent (but essential) options like mb-tree, or psycho-visual optimizations (AQ and psy-rd).
I honestly can't recommend avidemux (2.5.4 in Ubuntu 14.04) as a frontend for x264. It's pretty essential to have something with a slider for slow to fast presets. I made a test encode, and the important settings default to on, which is good.
There aren't any settings that will make youtube use your encode untouched for even one of its standard resolutions, instead of doing a transcode. The encoding guidelines, are all stuff that's on by default in avidemux. Except the GOP of half the framerate, which makes no sense anyway, and is a horrible idea. They're going to xcode the whole video anyway, so using a 1/2 second GOP size is just going to hurt compression. Same for only 2 b frames. I'm sure their decoder can handle the max consecutive B frames h.264 allows. (which is probably 16, since that's what x264 allows.) x264's default setting of 3 b frames is apparently good. I think with that one, they're just making sure that mis-informed people don't disable b-frames and worsen the rate-distortion (quality vs. filesize) tradeoff of their encode.
In the midst of a full week of holidays and waiting for my rye/honey sourdough bread dough to ferment, I had plenty time to devote to the creation of a fresh package for Avidemux 2.8.0. This was recently released; yesterday actually!
And not just avidemux needed some work on its SlackBuild script; I needed to update ageing scripts for aften, faac, faad2, libdca, libfdk-aac, opencore-amr, x264 and xvidcore, and added a x265 package before I could compile avidemux with full support for codecs and plugins.
Some of the 2.8.0 release highlights: Avidemux is now able to convert HDR video to SDR with tone mapping using a variety of methods. The FFV1 encoder has been added again. TrueHD audio tracks can be decoded and are supported for Matroska containers. The internal ffmpeg libraries are the latest 4.4.1 version. It integrates better with pulseaudio in terms of volume adjustments.
In case you are interested in some comparisons between the functionality of Avidemux and its competitors, here are some pointers. In terms of video conversion capability it compares to Handbrake (also in my repository), see here: _of_video_converters. When you look at its video cutting and edting qualities on the other hand, Avidemux is better compared with Kdenlive which is included in Slackware as part of KDE Plasma5: _of_video_editing_software
Thanks for the update!
When I was very young we would visit my grandparents in Canada. The sourdough bread then and there has been my benchmark for which I have not found a bread to best it, especially not here in New York.
Congrats on a successful starter.
Only after having slept a lot the past week (holidays, no obligations) my mind was in the proper state to plan a fresh bake. I snipped off a small bit when the bread had not yet fully cooled down and the taste of the rye & honey sourdough with some real butter on top was amazing. Yearning for more bakes now.
Unfortunately, Japanese localization of the upstream source is not enough now, however since some Japan user kindly created Japanese localization file (avidemux_ja.qm) for version 2.8.0, I added a small modification to your script so that the updated Japanese localized file to be included.
Today, I received a reply from avidsemux2 upstream.
My pull-request on updated Japanese translation has been merged into master branch.
This update will be included to next release of avidemux2. (may be version-2.8.1)
Am perfectly happy with Avidemux for chopping unnecessary bits off the beginning and end of recordings, except that when it saves the result it looses any subs. Anyone know of a simple (free...) alternative that'll keep subs intact ?
I've done that. The only way I know how to do that to, say, remove some of the ending in a series is to find the right point in episode 1, edit my ffmpeg batch file, save it, run it for that one episode, find the right spot in episode 2, edit my fffpeg batch file again, save it, run it for that one file, etc etc.
It seems to mostly work except that it seems to not reset the length of the video properly. So, if you cut 10 seconds off the start and 20 off the end, then the resulting file is 10 seconds shorter, not 30. When played, it seems to cut the 10 seconds off the start and 20ish seconds off the end so near the end the video stops with the time line showing about 20 seconds still to go.
Now if I take that file and put it in Avidemux and just save it without doing anything to it, it magically gets about 20 seconds shorter, which would I guess be OK, except doing that looses the subtitles.
It may work for you. I have tried it and it will do the job, but you will get a warning when loading .ts files that it doesn't support them or something like that. It will still work, just may have to convert it after cutting. I have only tried a couple of files myself but went back to avidemux because it is much faster and I don't care about subtitles so never even knew it didn't retain them.
I need to play some more but I think while Lossless-Cut will remove the beginning and end OK and keep the subtitles, it doesn't adjust the length properly, and when you try to fix up the length, the subtitles get lost...
59fb9ae87f