HandBrake

Woodstock wrote: ↑

Mon Apr 09, 2018 5:13 pm

But I have seen a number of logs pass through here where "forced only" was checked and nothing was found, but unchecking it allowed a track to be found.

Well if you see such logs again, please point them out to a developer, it would possibly/probably mean there's a bug somewhere

BTW Woodstock, this is a great example of how Foreign Audio Search + Forced Only works fine (in that packet count heuristics are used to determine the candidate) even though there are no forced subtitle packets anywhere in the input tracks

Threshold used to be 20%, but apparently it was causing issues and was modified a long time ago. Unfortunately the developer who pushed the change didn't document it in the source and I don't recall ever finding any related forum topic explaining it either.

According to this you may be able to get 64-bit install media from Microsoft (unless you somehow got a computer with a "starter" edition of Windows): https://en.wikipedia.org/wiki/Windows_7_editions

No idea how you'd do it, but surely help may be available elsewhere on the internet.

However, any output from Handbrake plays choppy / stutters. I know this is sometimes due to the player (in my case Quicktime) being underpowered. But lower resolution (720p) tests also play choppy. I am using Handbrake v1.1.0 on Windows. QuickTime for Windows is not just bad, it's really really rea...

You don't want to use "forced only" when using the scan, because it rarely works in the real world. Scan by itself works with the "usual" method of forced subtitles being in their own track. …and here we go again. Foreign Audio Search (a.k.a. subtitle scan) should be combined with "Forced Only" (th...

DigitalFreedom wrote: ↑

Fri Apr 06, 2018 4:05 am

Lastly, does ripping a 480p sourced DVD with 720p or 1080p presets add size to the file?

Maybe 1% larger if you're unlucky.

A CD and a DVD have the exact same size and shape, yet most people wouldn't confuse a CD with a DVD. Same with DVD and Blu-ray, they're different. There is no such thing as a "Blu-ray DVD" or a "DVD with a Blu-ray logo".

NTSC DVDs are 480p to begin with.

Using the 720p or 1080p presets won't hurt though, there just won't be any advantage to using them when the source is 480p. But using the 1080p preset means you can use the same preset for both DVD and Blu-ray sources, so it might be more convenient.

The downside to having it on used to be that the whole file had to be rewritten after the encode (to move the index from the end to the start of the file), requiring additional free disk space on the output hard drive otherwise the encode would fail. Current versions of HandBrake reverse space at th...

Even the file command can make a sometimes reasonable guess as to the character encoding. Or if you want something with a graphical interface, maybe Smultron.

Not with HandBrake. It may be possible to build a workflow involving several command-line utilities, but it's outside the scope of this forum to help you figure out how, sorry… You could always ask in the Tiki Bar forum section, but you may be better off finding a more generic audio/video processing...

Yes, but only up to 5.1 channels (and our E-AC3 encoder is mostly a high-bitrate AC3 encoder).

Yes, but it normalizes the downmix coefficients, not the whole audio track.

It's only implemented for AC-3, and will therefore only be enabled if the source track is AC-3.

Perhaps RF 1, who knows if this video monkey will decode High 4:4:4 profile correctly…

Turn deinterlace off, turn decomb off, turn comb detection off.

Maybe you should have(/make/prepare) a test case for the issue?

Because it's not a bug. Subtitles are passed through by default, you just need to request burn-in if you want that to happen…

Does it still happen if you remove the decomb filter?

When downmixing TrueHD, we use the embedded downmix whenever available (a.k.a. "6-channel presentation" in the Dolby encoder). My guess is that's where the issue comes from, though it's hard to be sure without access to the raw bitstream.

Which Blu-ray(s) are we talking about here?

The Decomb filters runs on the CPU and is most likely the bottleneck here.

JohnAStebbins wrote: ↑

Mon Mar 12, 2018 8:12 pm

ISO-8859-1 doesn't have a byte order mark.

Duh. Bad, bad Tim for missing it

Reproduced. It seems we may be tripping on the byte order mark -- not sure how to fix it yet.