HandBrake

Ah, you didn't tell it to use the preset you imported. -Z or --preset -Z only works with the presets available in Handbrake GUI ("Very Fast 1080p30" etc.). I used --preset-import-file "C:\Program Files\HandBrake\HandBrakeCLI\OHOHOHO.json". Why doesn't that work? That question was already answered e...

This is such a hassle. Can I just set everything up in the GUI, export the preset to JSON, open it in a text editor, set "x264UseAdvancedOptions" at the bottom to "true" and somehow input the "pad" command below? No. x264 doesn't do padding, it's a video encoder only. The pad filter is a HandBrake ...

And make sure do remove the "Foreign Audio Search" in the subtitle list if you don't want on-screen timecode.

You're importing the preset from the file but not actually using the preset (--preset="Preset_name")…

It's the subtitle track, most likely. Foreign Audio Search is meant for commercial movies and TV series, not homemade video DVDs

Well, I am too busy today and calling it a night; I may look at it tomorrow or later this week. Feel free to ping me on Tuesday if I haven't checked it yet.

Will take a look later, thanks.

Can you please share the subtitle file as well?

By using the EMACS editor (definitively the most potent editor also available for Win10) I was able to replace all those special characters (seen as "\nnn" with n being a number from 0 to 9) with one single (so not an "ae" for "ä" but just an "a") character. After saving the changes handbrake was a...

Are you sure you were using the decomb filter on your old machine?

Yes.

Only you can decide, really. Most people are content with 22 to 20, some people feel like they need to go as low as 17 or 16. You'd have to try a few test chapters and look at the output on your TV.

Encoder level and resolution. 1920x1080 at level 4.1 has a maximum of 4 refs, else the bitstream is invalid. At 1920x800 (which you would get for 2.40:1 content) you'll get 5 refs because the lower resolution allows for it.

Try the "Foreign Audio Search" subtitle track with the "Forced Only" box checked.

Still nothing being cropped; most likely the issue comes from your playback device or software.

Can you confirm that Tools -> Preferences -> Advanced -> "Number of picture previews to scan" is set to 10? Won't make a difference, the relevant error is: Input #0, avi, from 'C:\Temp\Video.avi': Duration: 00:01:33.30, start: 0.000000, bitrate: 1944 kb/s Stream #0:0: Video: none (H265 / 0x35363248...

JohnAStebbins wrote: ↑

Thu Feb 27, 2020 10:42 pm

Or maybe just remove them all together? Seriously, does anyone use this anymore?

+1 HB's implementation was never that good with strongly correlated channels anyway.

vince_67 wrote: ↑

Thu Feb 27, 2020 12:18 pm

Rodeo wrote: ↑

Wed Feb 26, 2020 11:03 pm

Did you relaunch HandBrake before grabbing the log?

Yes, I did.

That's why there's nothing useful in it. Do NOT relaunch HandBrake after it crashes, and grab the log from disk.

https://handbrake.fr/docs/en/latest/hel ... y-log.html (look for "Activity Logs on Windows")

Did you relaunch HandBrake before grabbing the log?

vince_67 wrote: ↑

Wed Feb 26, 2020 12:58 pm

Code: Select all

[12:35:34] encx265: unknown option ' keyint'

Leading whitespace.

rollin_eng wrote: ↑

Thu Feb 20, 2020 2:52 pm

Rodeo wrote: ↑

Wed Feb 19, 2020 11:22 pm

None of these titles seem to have an alternate video track as per the log though

Would HB see multiple video tracks and report them, even if it couldn’t do anything with them?

Yes, unless I am mistaken, libbluray would, during scan.

MakeMKV is free while in beta, but that won't fix your issue.