Search found 252 matches
- Thu Jan 21, 2021 1:52 am
- Forum: Windows
- Topic: Faster Encodes with threads=32
- Replies: 19
- Views: 3010
Re: Faster Encodes with threads=32
Interestingly, from your tests, using more threads lead to smaller file size: threads 16 414,238,554 bytes, 4,513.58 kbps, P:5080 Avg QP:21.57 size: 50906 no threads 407,813,731 bytes, 4,443.58 kbps, P:5280 Avg QP:21.67 size: 48563 threads 32 402,261,720 bytes, 4,383.08 kbps, P:5473 Avg QP:21.77 siz...
- Wed Jan 20, 2021 2:03 pm
- Forum: Windows
- Topic: Faster Encodes with threads=32
- Replies: 19
- Views: 3010
Re: Faster Encodes with threads=32
Have you compared the file size? When you use more threads, the file is slightly larger due to reduced encoding efficiency. You get the smallest file with 1 lookahead thread, and that roughly limits you to 6 encoding threads. (More is useless as they are starved.) Between 6 threads and 32 threads, t...
- Wed Dec 02, 2020 12:30 am
- Forum: General Questions
- Topic: Converting HDR UHD material
- Replies: 8
- Views: 1245
Re: Converting HDR UHD material
Will HandBrake eventually support converting BT.2020 colorspace to BT.709? This is needed for any 10-bit UHD to 8-bit conversion, right?
(Else the colors come out very de-saturated -- I've tried.)
I'm still encoding to 8-bit H.264.
(Else the colors come out very de-saturated -- I've tried.)
I'm still encoding to 8-bit H.264.
- Wed Mar 18, 2020 9:42 am
- Forum: Mac
- Topic: CLI much slower than GUI version; using custom preset
- Replies: 4
- Views: 1244
Re: CLI much slower than GUI version; using custom preset
CLI is using medium preset.
- Sun Feb 16, 2020 9:48 am
- Forum: Windows
- Topic: Is there room for Handbrake to speed up x265 encoding ?
- Replies: 20
- Views: 3320
Re: Is there room for Handbrake to speed up x265 encoding ?
I guess it's a difference of philosophy. Some people like to target a specific quality no matter the space it takes on the hard drive, I prefer to know exactly the space it will take because hd space is not infinite :wink: From the log that you provided: x265 [info]: frame I: 317, Avg QP:20.90 kb/s...
- Thu Jan 30, 2020 3:09 am
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
Re: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
But same RF isn't the same quality across different settings. You'd have to look at PSNR or SSIM, with the appropriate tunes. I'm not after identical quality. I assume they are close enough, so it is more about encoding speed and file size. I've added QP to the numbers if it means anything at all. ...
- Wed Jan 22, 2020 4:25 am
- Forum: Windows
- Topic: Parallel queue implementation
- Replies: 29
- Views: 7937
Re: Parallel queue implementation
The simulation software we use at work is reported to hit CPU starvation somewhere between 2-3 cores per memory channel. Beyond that, there isn't enough RAM bandwidth to keep the CPUs busy. A colleague recently bought a 48-core 384 GB workstation and it kind of runs like a turd (chipset gives 12 me...
- Wed Jan 22, 2020 1:37 am
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
Re: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
I did a small experiment with 1080p @ CRF 20 on a 20-core (+20 HT) Haswell machine: fps size QP options x265 slow 8.107 0.00% 24.09 8.585 +0.19% 24.08 merange=32 10.594 +0.74% 24.09 rect=0 15.550 +0.96% 24.15 ctu=32 20.998 +1.49% 24.15 rect=0:ctu=32 22.091 +1.69% 24.15 rect=0:ctu=32:merange=32 8.613...
- Tue Jan 21, 2020 11:21 am
- Forum: Windows
- Topic: Parallel queue implementation
- Replies: 29
- Views: 7937
Re: Parallel queue implementation
I'm still skeptical how scalable this is. I did an experiment on a 40-core (of which 20 are HT) machine. Out-of-box, the slow preset on a 1080p video consumed 30% CPU. This means three concurrent encodings will saturate the CPU. A small tweak of the x265 options increased its efficiency and consumed...
- Tue Jan 21, 2020 2:59 am
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
Re: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
Since HandBrake is already adding its own options, how about turning SAO off by default?
(sao=0:selective-sao=0)
Also, set CTU and ME range to 32 for 1080p.
(ctu=32:merange=32)
I would set CTU/ME range = 16 for 480p, but I've not seen anyone suggest that.
(sao=0:selective-sao=0)
Also, set CTU and ME range to 32 for 1080p.
(ctu=32:merange=32)
I would set CTU/ME range = 16 for 480p, but I've not seen anyone suggest that.
- Mon Jan 20, 2020 5:18 am
- Forum: Benchmarks
- Topic: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
- Replies: 33
- Views: 33006
Re: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
I'm getting some strange results. First, my testbed: [09:52:45] NVENC version not supported. Disabling feature. [09:52:45] hb_init: starting libhb thread [09:52:45] thread 7fd6c8737700 started ("libhb") HandBrake 1.3.0 (2019111000) - Linux x86_64 - https://handbrake.fr 40 CPUs detected Ope...
- Mon Jan 20, 2020 12:39 am
- Forum: Windows
- Topic: Parallel queue implementation
- Replies: 29
- Views: 7937
Re: Parallel queue implementation
@nhyone -> Don't forget you need to consider memory bandwidth (not just quantity). Under certain conditions, this could be a severe bottleneck. It's worth testing if this is a bottleneck. I've always assumed we'll hit CPU limit first. :D In any case, I ran mbw 2048 on two systems: 2-CPU w/ 32 GB (I...
- Sun Jan 19, 2020 2:19 pm
- Forum: Benchmarks
- Topic: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
- Replies: 33
- Views: 33006
Re: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
I understand that 264 encoding performance tops out at around 8 cores. I heard 265/HEVC can utilize more, before hitting the point of diminishing returns. My goal is to reduce compute time of a single instance. For x264, there were some recent discussion to limit to 8 threads for "maximum"...
- Sun Jan 19, 2020 3:15 am
- Forum: Windows
- Topic: Parallel queue implementation
- Replies: 29
- Views: 7937
Re: Parallel queue implementation
How many cores are we talking about? Suppose it is a 40-core machine, and we want to allocate an average of 8 core per encoding, that's just 5 concurrent jobs. Just run 5 instances?
- Thu Jan 09, 2020 12:21 am
- Forum: Devices and Presets
- Topic: Getting best quality for iPad out of old 720p DVDs?
- Replies: 6
- Views: 1828
Re: Getting best quality for iPad out of old 720p DVDs?
There are two things that can help: decomb and NLMeans.
Is it grain that gives the perception of low quality? If so, use NLMeans.
Is it grain that gives the perception of low quality? If so, use NLMeans.
- Mon Dec 16, 2019 4:57 am
- Forum: General Questions
- Topic: Source ISO file over network
- Replies: 12
- Views: 2492
Re: Source ISO file over network
Except that's a clinical number, without factoring network overhead and dropouts. Average and sustained throughput are entirely different creatures. On a clean, dedicated LAN, figure ~2x headroom for wired, and at least 3x for WiFi. That number is used to estimate the bandwidth needed to encode at ...
- Sun Dec 08, 2019 7:24 am
- Forum: Devices and Presets
- Topic: Tune custom NLMeans parameters
- Replies: 16
- Views: 3568
Re: Tune custom NLMeans parameters
I've also experimented with the old HQDN3D, which removes the “dancing dots” very nicely, while keeping the details, for y-spatial=1:cb-spatial=1:cr-spatial=1:y-temporal=8:cb-temporal=8:cr-temporal=8 But HQDN3D changes the colors of my movie a bit. You can set the cb and cr parameters to 0 to skip ...
- Sun Dec 08, 2019 4:45 am
- Forum: General Questions
- Topic: fastest cpu/motherboards for Handbrake as of December 2019?
- Replies: 14
- Views: 2422
Re: fastest cpu/motherboards for Handbrake as of December 2019?
Give hqdn3d a try for degraining. It is much faster than nlmeans.OstinatoFreak wrote: ↑Wed Dec 04, 2019 3:16 am NLMeans takes so darned long, but the results getting rid of film grain are so darned amazing.
Spatial: ultralight or light.
Temporal: light or medium.
I've found that it works well enough for me.
- Sat Dec 07, 2019 3:57 am
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
Re: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
That looks like an deinterlacing issue.
It is deinterlaced in 1.2.2 and not in 1.3.0.
It is deinterlaced in 1.2.2 and not in 1.3.0.
- Fri Dec 06, 2019 5:19 am
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
Re: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
Of course, some will say x265 CRF 20 is not the same as x264 CRF 20. Of course, since it literally is not. Some will say even using the same encoder, CRF 20 @ veryfast is not the same as CRF 20 @ veryslow . :) Whether that is true or not, you have to think what CRF does. (Note: using the same CRF d...
- Fri Nov 29, 2019 2:21 pm
- Forum: General Questions
- Topic: Source ISO file over network
- Replies: 12
- Views: 2492
Re: Source ISO file over network
I would guess creating the file would take longer over a network Suppose your source is 30 Mbps, your output is 10 Mbps (say) and you are encoding at 100 fps (roughly 4x real-time), you'll need 40 Mbps / 8 * 4x = 20 MB/s. If your network has this bandwidth, there will be no slowdown. (This is just ...
- Wed Nov 27, 2019 5:44 am
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
Re: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
Is it worth using x265? Using x264 veryslow at CRF 20 yields 2,627 kbps. x265 is just 12% smaller. HandBrakeCLI --encoder x264 --encoder-preset veryslow --encopts "ref=3:bframes=5:threads=6" -q 20 --comb-detect --deinterlace --audio none --input test.mp4 --output out_deinterlace.mp4 Of cou...
- Thu Nov 21, 2019 5:30 am
- Forum: *nix
- Topic: detailed command line option docs OR deinterlacing help?
- Replies: 17
- Views: 3207
Re: detailed command line option docs OR deinterlacing help?
Just for testing, I encoded the 720p video to 480p at CRF 16, then transcode it again to 480p at CRF 22 with decomb. It works -- the output is deinterlaced. + size: 628x480, pixel aspect: 470/471, display aspect: 1.31, 29.970 fps ... [12:47:18] * video track [12:47:18] + decoder: h264 [12:47:18] + f...
- Wed Nov 20, 2019 3:53 am
- Forum: *nix
- Topic: detailed command line option docs OR deinterlacing help?
- Replies: 17
- Views: 3207
Re: detailed command line option docs OR deinterlacing help?
Yikes, that's a lot of unfiltered frames for the defaults, which are pretty sensitive. Are you sure the content isn't mixed interlaced and progressive, or telecined ? The original conversion from DVD to H.264 was not deinterlaced. But that's not the stopper. I believe upscaling from 480px to 720px ...
- Wed Nov 20, 2019 1:22 am
- Forum: *nix
- Topic: detailed command line option docs OR deinterlacing help?
- Replies: 17
- Views: 3207
Re: detailed command line option docs OR deinterlacing help?
Oops, you are right, I wrote it wrongly in the forum. Luckily, I cut-and-paste when I entered the command, so it is invoked correctly. Default: + size: 1280x720, pixel aspect: 1/1, display aspect: 1.78, 29.970 fps ... [15:15:58] * video track [15:15:58] + decoder: h264 [15:15:58] + bitrate 200 kbps ...