Search found 1860 matches
- Thu Feb 06, 2020 6:24 pm
- Forum: Mac
- Topic: Constant Rate Factor vs. Constant Framerate and other video controls
- Replies: 2
- Views: 786
Re: Constant Rate Factor vs. Constant Framerate and other video controls
The section of the documentation you're referring to is focused on the most common encoding workflow, and most of those controls shouldn't be changed. We plan to add more advanced fine tuning information in another section down the road. I'm sure someone will be happy to explain the frame rate and q...
- Wed Jan 29, 2020 4:20 pm
- Forum: Command Line Interface And Scripting
- Topic: CLI arguments for best quality, lowest file size
- Replies: 15
- Views: 4054
Re: CLI arguments for best quality, lowest file size
x265 is good at two things: low bit rate encodes, and Ultra HD encodes.
- Wed Jan 29, 2020 7:15 am
- Forum: Windows
- Topic: Problem with video encoding on AMD 3400G
- Replies: 2
- Views: 646
Re: Problem with video encoding on AMD 3400G
Unfortunately, this is common for transport streams, especially broadcast recordings. Some people have had good luck using VideoReDo's quick stream fix before encoding with HandBrake.
- Tue Jan 28, 2020 9:43 pm
- Forum: Command Line Interface And Scripting
- Topic: CLI arguments for best quality, lowest file size
- Replies: 15
- Views: 4054
Re: CLI arguments for best quality, lowest file size
Glad you found something you like.
You might find this interesting: https://handbrake.fr/docs/en/1.3.0/tech ... mance.html
One thing to note, while slower encoder presets result in smaller file sizes with x264 (which seems sane), the opposite is true with x265 (ummm).
You might find this interesting: https://handbrake.fr/docs/en/1.3.0/tech ... mance.html
One thing to note, while slower encoder presets result in smaller file sizes with x264 (which seems sane), the opposite is true with x265 (ummm).
- Tue Jan 28, 2020 2:01 pm
- Forum: Command Line Interface And Scripting
- Topic: CLI arguments for best quality, lowest file size
- Replies: 15
- Views: 4054
Re: CLI arguments for best quality, lowest file size
https://github.com/HandBrake/HandBrake/ ... st.c#L2286
That's because we kept them around for compatibility. They're quite old and deprecated so I recommend the newer syntax.
That's because we kept them around for compatibility. They're quite old and deprecated so I recommend the newer syntax.
- Tue Jan 28, 2020 4:09 am
- Forum: Command Line Interface And Scripting
- Topic: CLI arguments for best quality, lowest file size
- Replies: 15
- Views: 4054
Re: CLI arguments for best quality, lowest file size
https://handbrake.fr/docs/en/latest/cli ... rence.html
Some of the options you're using don't exist in HandBrake. You probably mean --encoder-preset and the like.
Some of the options you're using don't exist in HandBrake. You probably mean --encoder-preset and the like.
- Wed Jan 22, 2020 10:47 am
- Forum: Windows
- Topic: Fix stutter caused by source/capture different FPS?
- Replies: 6
- Views: 1102
Re: Fix stutter caused by source/capture different FPS?
If I understand your reply correctly, BradleyS, because the timing on an analogue source would never be truly in sync with the digital capture Yep. Here's an image illustrating how frames 1/50 sec will fall into 1/60 sec buckets. Assumes the starting times are in sync. Regardless, the buckets will ...
- Wed Jan 22, 2020 2:19 am
- Forum: Windows
- Topic: Fix stutter caused by source/capture different FPS?
- Replies: 6
- Views: 1102
Re: Fix stutter caused by source/capture different FPS?
60 being more than 50 doesn't preserve the original frames, sadly. The timing is permanently off and stutter baked in. Ideally you would recapture the source properly.
- Wed Jan 22, 2020 1:29 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
Seems to be more than just changes between encoder versions. They aren't using exactly the same settings (typical). Note the presence of strong-intra-smoothing, which we disable in the official presets.
- Tue Jan 21, 2020 3:39 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
You're welcome to do some analysis on those options.
I will say, if you're feeling the need to disable SAO, you probably need tune Grain anyway.
I will say, if you're feeling the need to disable SAO, you probably need tune Grain anyway.
- Mon Jan 20, 2020 12:47 am
- Forum: Benchmarks
- Topic: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
- Replies: 33
- Views: 33002
Re: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
Remember, mduell's 16 thread result wasn't much faster than the 8 thread result because the CPU only has 8 physical cores. The minor speed boost is due to hyperthreading. 16 physical cores would likely be much faster.
- Sun Jan 19, 2020 3:38 pm
- Forum: Benchmarks
- Topic: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
- Replies: 33
- Views: 33002
Re: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
For the most part, x265 overcomes those performance/scaling shortcomings.
- Sat Jan 18, 2020 10:48 am
- Forum: Benchmarks
- Topic: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
- Replies: 33
- Views: 33002
Re: Optimal cores for Apple 2160p60 4K HEVC Surround preset?
Some of the figures in this article might also be interesting: https://handbrake.fr/docs/en/latest/technical/performance.html I'd say mduell's are most applicable in this scenario. Can say from experience, x265 does work well with > 16 cores. Xeon 22 core is great for x265. If you're working with fu...
- Thu Jan 16, 2020 6:43 pm
- Forum: Windows
- Topic: Parallel queue implementation
- Replies: 29
- Views: 7937
Re: Parallel queue implementation
We have an open issue for this: https://github.com/HandBrake/HandBrake/issues/1445
I believe this is being worked on for Windows at the moment.
I believe this is being worked on for Windows at the moment.
- Sat Jan 11, 2020 12:57 pm
- Forum: Command Line Interface And Scripting
- Topic: command line to convert video and copy all audio tracks untouched
- Replies: 5
- Views: 1951
Re: command line to convert video and copy all audio tracks untouched
HandBrake 1.3.0 uses "any" to mean any track and "und" to mean unknown language tracks. Prior to 1.3.0, "und" meant any.
- Wed Jan 08, 2020 10:30 pm
- Forum: General Questions
- Topic: Understanding denoising (NLMeans) paramters
- Replies: 3
- Views: 886
Re: Understanding denoising (NLMeans) paramters
As far as preserving more detail, you're probably at or close to the algorithm's limit. You could try changing the patch size and search radius to 5 and 5 instead of 7 and 3; it might be better and it might be worse for your source. Encoding time should be about the same, maybe slightly faster.
- Wed Jan 08, 2020 10:25 pm
- Forum: General Questions
- Topic: Understanding denoising (NLMeans) paramters
- Replies: 3
- Views: 886
Re: Understanding denoising (NLMeans) paramters
4.0 is the chroma strength, cb-strength=4.0
Cb will inherit all other parameters from Y, and Cr from Cb.
Cb will inherit all other parameters from Y, and Cr from Cb.
- Wed Jan 08, 2020 10:19 pm
- Forum: General Questions
- Topic: HandBrake 1.3.1 discussion thread
- Replies: 7
- Views: 14673
Re: HandBrake 1.3.1 discussion thread
It sure doesn't.
- Tue Jan 07, 2020 5:58 am
- Forum: General Questions
- Topic: Encode start time search
- Replies: 5
- Views: 925
Re: Encode start time search
If I'm not mistaken, the previews locations are calculated at a byte offset, not a time offset. Precise time start requires scanning the source, as skipping to a byte offset is no guarantee of time.
- Mon Jan 06, 2020 5:21 pm
- Forum: Windows
- Topic: H265 in new HandBrake 1.3.0 gives 30-60% higher bitrate
- Replies: 48
- Views: 10380
- Mon Jan 06, 2020 5:11 pm
- 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
TL;DR While we generally try to avoid custom settings and stick to encoder presets, in the case of x265 there isn't a preset that creates the quality/speed/compression we thought would be most beneficial. And all x265 presets use strong-intra-smoothing which is not good for high quality encodes at a...
- Mon Jan 06, 2020 5:06 pm
- 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
strong-intra-smoothing is what it sounds like, a bilinear smoothing filter on intra frames to limit bit rate spikes. Intra frames being of course, what other frames are based on. It's basically reducing the quality of your video before you even start encoding. You don't want this for high quality en...
- Mon Jan 06, 2020 4:38 pm
- 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
It's important to note that HandBrake is not forcing an aq-mode globally. This only affects the official presets that use x265, all of which are geared toward relatively high quality encodes. Simply choosing the x265 encoder on the video tab will not set a specific aq-mode.
- Mon Jan 06, 2020 4:32 pm
- 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
We already do so in the case of strong-intra-smoothing for one. In this case, the commit message is probably most helpful: https://github.com/HandBrake/HandBrake/commit/e6d29a01a35ff3c942b4a1e5693bf6b9e678cc37 "We have received numerous reports about x265 in HandBrake 1.3.0 creating ~30% larger...
- Sat Jan 04, 2020 10:54 pm
- 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
Official presets in HandBrake 1.3.1 (just released) set aq-mode 1 via the additional encoder options.