HandBrake

The default block parameters are pretty sensitive to combing and in my testing at least, I have not found a better group of settings. If the OP is sure his content is fully interlaced, disabling interlacing detection while enabling a deinterlacing is a smart move. Yes, I never had to adjust the opt...

Another possibility is to use the custom format and reduce block threshold from 40 to, say, 20: And increase height to, say, 32: No idea how well they will work.

Bypassing version checks seems ill-advised. Nasm 2.13 or later and Meson 0.47.0 or later are certainly required! Hence the version checks. I'm optimistic. :wink: In any case, if the latest meson (0.52.999) and nasm (2.14.02) are installed, it is possible to build the command-line version (no GUI, d...

Long story short, meson and nasm must be up-to-date (newer than what Ubuntu 16.04 offers). It doesn't work if version checking is bypassed.

Other missing packages can be installed normally.

Yes, lipo if from Apple's toolchain, but it's not required on Ubuntu. You need to install meson (required by the av1 decoder). I see, my mistake. Unfortunately, meson is outdated on Ubuntu 16.04: version probe: meson 0.47.0...(fail) 0.29.0 ERROR: minimum required meson version is 0.47.0 and /usr/bi...

No Github account. Tried to create one, but it doesn't seem to like my password. Am unable to compile on Ubuntu 16.04: /mnt/work/sources/HandBrake-1.3.0$ ./configure probe: build tuple...(pass) x86_64-pc-linux-gnu find: ar...(pass) /usr/bin/ar find: cp...(pass) /bin/cp find: gm4...(pass) /usr/bin/m4...

Irrelevant. Unless you're encoding raw uncompressed video, even a mechanical hard drive will have no impact on encoding performance whatsoever. It may if you are encoding multiple videos at once. :D Bandwidth is not the bottleneck, but seeking. I would use SSD for source and spinning HD for output....

Hmm, a 32 Mbps 1080p H.264 video file.

I bet it would be efficient (10 Mbps) and look just as nice if you re-encode it using x264 CRF 20.

My favorite before reading this test was the Ryzen 7 3700X, but it looks like the 3900X is siginicantly faster. I have heard that there will be a 3900 without X, a few have been reported in the wild. The 3900 without X should have less TDP similar to the 3700X. Are you after raw performance? How ab...

I only have interlaced DVDs, so I encoded 8,000+ frames of same DVD using x264 at CRF 20, ref=3, bframes=6, others at default. Because it is MPEG-2, I got this warning: [mpeg2video @ 0x7f9438017b40] Application has requested 21 threads. Using a thread count greater than 16 is not recommended. I don'...

I didn't notice until now, but are you sure the filters-off is faster?

According to your log, filters on: vs filters off:

It's best to experiment to get some ideas. I encoded 9,000 frames of same video using x264 at CRF 20, ref=3, bframes=6, others at default. In fps: decomb no-decomb veryfast 117.39 190.73 61.5% veryslow 25.58 26.92 95.0% Note that the video I used has some combing (could be misdetection): [13:38:08] ...

It detected combing, quite a fair bit, in fact.

I don't use the presets. Why not? Super HQ 1080p30 Surround preset is a good place to start if you want to be transparent to the source. It is as simple as that. Common misconceptions: Presets is for beginners I want to control bitrate, so use average-bitrate There is a lossless CRF, I'm going to u...

i thought h246 SD material should be between 400-1000 kb/s 1 Mbps for SD is doable if your source is clean 25 Mbps Blu-ray. Your DVDs are only 4+ Mbps MPEG-2. At this rate, there should be blocking artifacts. Ironically, the lower RF number you use, the harder x264 tries to preserve them and bitrat...

Really trying to encode 1080p at 2 Mbps or even 400 kbps?

Honestly have no idea why your system is behaving like this :/ I recall I had the same experience on Linux with an old version of HandBrake with the x265 encoder. I thought I posted it here, but I couldn't find it, so maybe not. My solution was to apply affinity on the shell that runs HandBrake. Th...

Any update?

Just for reference, I was trying to compress Crimes of Grindelwald, and couldn’t get it less than 7 gigs at HQ quality, with the slider at 18 What is iTunes' size? 7 GB for this 133 min movie means 7 Mbps, including audio. It should not be too far off iTunes, where I read is 4 - 5.5 Mbps for 1080p....

I have read somewhere, that too much cores reduce the quality. How many cores are ok? Perhaps here? Request for (cpu-)benchmarks :lol: TL;DR With this test file, I got 379.1 MB with 4 threads, but 395.0 MB with 40 threads, using x264 slower preset. Using more cores do not reduce quality, it just re...

This file seems very compressible. If x264 can compress 144 GB to 285 MB with "lossless" (RF 0), I wonder what the file size is if a saner CRF (say 16) is used.

For me, because I'm encoding the movies for professional clients who can usually see a difference, I still use the plain ol' H.264 codec set to VerySlow. Even though my main machine is an 18-core i9-7980XE running at 4.2 GHz, it's encoding at 22 FPS (considering a 2-pass encode), or in other words,...

musicvid wrote: ↑Thu May 09, 2019 4:12 pm MediaInfo will give you the bits per pixel, which will reflect relative compression ratio.

Yes, but it does not tell us if we are able to compress the file further.

For example, the 25 GB file could be compressed to 5 GB. But it could also be that it remained around 25 GB after re-encoding.

The source file is about 25 GB. I use H.264 with 30fps, RF18 constant quality etc., which are the standard settings preset by handbrake. But - the resulting file size is only about 5 GB. How can that be? If the source file is from Blu-ray, it is only lightly compressed. Unfortunately, you cannot te...

Rodeo wrote: ↑Fri Apr 26, 2019 6:46 pm x264 is fully deterministic unless you specifically tell it not to be though (even with VBV).

When lookahead threads > 1, the output size is larger. I forgot if it is deterministic.

And with 1 lookahead thread, there isn't much reason to use >6 threads.