HandBrake

Yes, it's possible say to have a higher bit rate for 0.25 seconds followed by an extremely low bit rate for 0.75 seconds, totaling under the limit for the full second period. This is normally not an issue as every modern and plenty of older devices that support at Level 4.0 and higher have at least ...

Yes. It limits the number if macroblocks and bit rate. Level 4.2 allows up to 50 Mbit/s or so, Level 4.0 is around 20 Mbit/s max. x264 is efficient enough it’s not usually necessary to have higher bit rate peaks at sane quality levels, so all official 1080p presets under 60 fps are Level 4.0 for com...

Really odd. I guess you could constrain the VBV settings as a hard fix in the meantime.

You’re basically achieving a constant bit rate with those constraints. Better to employ NLMeans and/or raise RF.

The thing is, ATV 4K *should* support 1080p30 at Level 4.0 buffer rates. It certainly can handle far more. My ATV 3 does as well. Something really fishy about your device...

Without diving down to the stream level, I'm going to go with probably. Most likely an issue in the original source that VideoReDo did not have enough information to correct, so it passed it through as-is. Looks like FFmpeg's decoder is able to proceed normally, despite this. I do see that Libav rep...

All HandBrake’s 1080p30 presets are 4.0.

Thread moved to Tiki Bar.

Level 3.0 does not support high definition video: https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels What you're getting is some combination of a higher level with some restrictions x264 places on Level 3.0. You can achieve the same bit rate reduction by lowering your quality or likely by denoisi...

Your HandBrake log says the same. Pastebin a log from the nightly and we can compare. I don’t have a recent FFmpeg built to test at the moment.

Oh, missed that.

Libav 12.x says:

Weird indeed. Try the usual first, make sure the ATV 4K is up to date and restart it.

Difficult to tell without a sample. Could be corrupt and FFmpeg's decoder is handling it better, or it could be fine and Libav's decoder wasn't handling it well at all.

Baseline could be a typo. The important line on the specs is "H.264/HEVC SDR video up to 2160p, 60 fps, Main/Main 10 profile", which indicates support for 2160p60 Main profile. In fact, Apple devices going back many years have supported High profile despite Apple not indicating so. Usually...

Great, glad it's working. You will probably want to stick with the current and future nightly builds until HandBrake 1.2.0, which will be the first release version with the fix. It's only achievable as part of a major change under the hood, so it won't be in 1.1.x.

No. The closest version would be the current 1.1.0 release. Very similar.

Related, experimental AMD VCE encoding just landed in the nightly builds. I believe Scott was getting about 80 fps for 1080p H.264 on a Radeon 7850. Of course, quality is probably lacking compared to reasonable x264 settings.

Please try the nightly build at https://handbrake.fr/nightly.php and let us know whether it fixes the issue. We’ve made some updates under the hood.

HandBrake does not work with copy protection. Please have a look at https://handbrake.fr/docs/en/latest/int ... about.html

That would be a nightly build from September 22, 2017 (first six digits are the date). See https://handbrake.fr/nightly.php

Please read why Activity Logs are required for even simple questions https://handbrake.fr/docs/en/1.1.0/help ... y-log.html

Thanks and take care.

Thanks for the kind words. Send me a private message and we can arrange a wire. Just kidding.

HandBrake is a volunteer project, no financial support and we are not accepting donations at this time. We suggest donating to Blender and/or VideoLAN on https://handbrake.fr/docs/credits.html

If/when the OP summons a log, we can move this topic to the appropriate subforum.

If by chance you mixed up which log for which command, then this would indicate you've made changes to the json that aren't validating...

[09:52:59] Preset (null): Incorrect value type for key AudioDitherMethod. Converting. [09:52:59] Preset SuperHQ 1080p30 Surround JW: Incorrect value type for key PictureDeinterlaceCustom. Converting. [09:52:59] Preset SuperHQ 1080p30 Surround JW: Incorrect value type for key PictureWidth. Convertin...

Bingo.