HandBrake

Depends on which video encoder, filters, settings you use, and also what format your source video is in, etc.

On POSIX, if args is a string, the string is interpreted as the name or path of the program to execute. However, this can only be done if not passing arguments to the program. Note: It may not be obvious how to break a shell command into a sequence of arguments, especially in complex cases. shlex.s...

IIRC libx265 doesn't let us flag bitstreams as VFR like we do for same as source with libx264; we just set the framerate to that of the source without accounting for any filters, which is not ideal. Not sure how we could best work around it though.

What happens if, in HandBrake, you set the framerate to 59.94fps, Constant Framerate?

Good to know. Not quite sure what the issue could be then.

Do the HandBrake encodes stutter locally in e.g. VLC as well?

Nope, "min-keyint=1:keyint=1" should do the trick though.

When remuxing with MKVtoolnix, does demuxing first to an elementary stream and then muxing from that help at all?

suzanneshaps wrote: ↑Tue Apr 13, 2021 8:26 pmI would like to upload them to my MacBook Pro (mid-2015) and then to Forever.com

That won't last forever (sorry couldn't resist)

Probably a side-effect of application sandboxing.

It might be possible to avoid the crash. I wonder if one can build libbluray with flags to disable libaacs and libbdplus support (which is what libmmbd emulates)?

Ginosergio wrote: ↑Wed Mar 31, 2021 9:47 am Yes, it's true ! I thought the graphics card engagement should be higher, instead it stays at 60-70%.

That's already a lot, most of the encoding is actually done on a dedicated video encoding hardware chip that just happens to be on the GPU.

Ginosergio wrote: ↑Fri Mar 26, 2021 8:14 pm when you say "use the H.265/HEVC encoder"
you mean H.265 (Nvidia HVEnc)
or only H.265 (x265) ?

Both are HEVC encoders; x265 will definitely work at 5400x2700; not sure about the NVIDIA-accelerated one but it's easy for you to try to since you apparently have the hardware for it.

Ginosergio wrote: ↑Fri Mar 26, 2021 8:14 pm The maximum allowed of 4096x4096 is referred to Nvidia hardware encoding or to H264 codec ?

Gotta be the former.

mduell wrote: ↑Fri Mar 26, 2021 9:06 pm H.264 has a maximum frame size of 139,264 macroblocks (16x16). 5400x2700 is 223,446 macroblocks, so that won't work.

Your math seems possibly off here

You cannot change frame rate of a video without re-encoding (unless you're trying to make it slow-motion)?

SirWindsorCornez wrote: ↑Wed Mar 17, 2021 12:17 pmAnyway, here's the most previous one. I used QuickTime DNxHR encode before, now I changed to MXF OP1A, which solved the problem.

That's a bit weird, do you have short samples (30 seconds or less) you can upload somewhere (same source, with a DNxHR vs. the other intermediate codec)?

HandBrake's internal timebase is 90 kHz, that's 90,000 ticks per second. PTS 219497407 is 219497407 / 90000 ~= 2438 seconds i.e. 40 minutes, 38 seconds.

HandBrake's --main-feature is more reliable for DVD than it is for Blu-ray.

x264 is a command-line application. You can install it via e.g. Homebrew https://brew.sh

After trying to encode it either via VidCoder or using Handbrake (different qualities and settings) it causes VLC to choke and report Not Responding when I try to change audio tracks Can you try the following? (1) remuxing HandBrake's output (MKV -> MKV, no re-encoding) using https://mkvtoolnix.dow...

There's also http://www.x264bluray.com/issues-with-certain-players and http://www.x264bluray.com/issues-with-certain-analyzers

If you really want to change the encode to try to make it work in VLC, try the fastdecode tune. That may only work around whatever the issue is, on that CPU, even with avcodec's software decoder, there's no way VLC is struggling to decode this file. Could be I/O but even that sounds unlikely. Does ...

No idea, those articles were really meant to target professional authoring software.

Well, some authoring software will ingest raw H.264 from x264 without re-encoding if you use the settings outlined there: http://www.x264bluray.com

A raw bitstream is required though, so it rules out HandBrake.

Cannot be done. You can do HDR to SDR (not necessarily with HandBrake), but you cannot add color information that isn't there in the first place (SDR -> HDR), with any software.