HandBrake

HandBrake doesn't set the Matroska "forced track" tag anyway, so it's not surprising you would have never seen it.

It's 90,000/24 i.e. 3,750 ticks per frame.

mduell wrote: ↑
Sun Dec 16, 2018 8:19 pm
The output is CFR, subject to the timebased imposed jitter.

Which is zero since it's 24 fps, not 24000/1001. Not sure what's throwing Premiere off.

Blu-ray PGS subtitles cannot be muxed in an MP4 container, which is why they have to be burned in.

And you said that a file remuxed by mkvmerge directly, rather than using inviska first, also doesn't work, so, "what is inviska doing?" is a very good question. Probably nothing special; my guess is using mkvextract then mkvmerge would produce the same results. In an MKV to MKV remux, several Matro...

I'm sure I'll be corrected if I'm wrong, but, I believe all the muxers used in three programs (MakeMKV, mkvtoolnix, and handbrake) are derived from the same source library. That is indeed incorrect . I'm not sure whether MakeMKV uses libmatroska and libebml (like Mkvtoolnix), but HandBrake uses lib...

Woodstock wrote: ↑
Mon Dec 10, 2018 2:21 pm
(Trying to eliminate factors like MDRP and Inviska from the mix)

Given how HandBrake re-encodes both video and audio and the test without subtitle passthru failed, MDRP is already out of the mix, so to speak. Given how Inviska is used post-HandBrake, it was never in the mix to begin with

Well not sure what's up with your playback device then. Does remuxing with Mkvtoolnix (MKV to MKV) work?

I have to extract the HB produced .mkv file with the Inviska MKV Extract and then remux extracted files with the MKVToolNix in order to get the movie playing. HandBrake makes valid MKV files, but some media players are sometimes unnecessarily picky. Usually remuxing with MKVtoolnix in a single step...

Auto Passthru can pass several input track types through (you set which get passed through via checkboxes in the "selection behavior" dialog) and you can set the desired fallback encoder. AC3 Passthru passes AC3 through and re-encodes other input types to AC3.

Which iDevice is used to stream?

Oh -- LOL. Thanks for keeping us posted!

Topic split.

mduell wrote: ↑
Sat Nov 10, 2018 4:31 pm
A lot of libraries were replaced, including decoders.

Indeed. Given the nightly worked, my guess is the same as mduell's; it was most likely a decoder bug that got fixed upstream.

I do use half-points myself TBH. And for very grainy full HD sources sometimes a half-point difference is like up to 10% bitrate difference.

We don't do Vorbis passthrough. Patches welcome.

No idea about sleep being prevented while paused.

Rodeo wrote: ↑
Mon Nov 05, 2018 12:04 am
The log doesn't show how many subtitle packets/frames there were… it's possible the character set was incorrect.

It actually does, I was jet lagged. Only in the case of burn-in do we not know how many packets/frames there were. But at least my guess was correct, glad it's solved!

The log doesn't show how many subtitle packets/frames there were… it's possible the character set was incorrect.

Yes, but the highlighted statement above is also incorrect (unless you actually meant "It's being worked but if it doesn't fix it, then the TV firmware is also buggy").

@schinivision -> There is nothing you can do to force this. It requires a code change in HandBrake. It's being worked but if it fixes it, then the TV firmware is also buggy . No. The lack of parameter sets in the Matroska extradata (CodecPrivate) is a HandBrake bug, plain and simple. They're suppos...

That's not metadata though, the profile and level are essential data that should be present and parseable in all H.264 bitstreams. It looks like possibly malformed or missing extradata (avcC).

Actually IIRC youtube will start encoding chunks right away if the index is at the start.

What do you mean by "a decoder", AnyDVD?

Your Blu-ray disc is disappearing partway through the encode…

OstinatoFreak wrote: ↑
Tue Oct 23, 2018 4:02 pm
Ok, just started encoding using Nightly build 1.1.0 (2018040700) 64-bit.

Erm… that's not a nightly build. Nightly builds versions numbers should look like:

Code: Select all

HandBrake Nightly 20181022203549-3ce05cb-master

HandBrake

Search found 12008 matches

Re: wrong subtitle names

Re: Inconstancy with Constant Frame Rate

Re: Inconstancy with Constant Frame Rate

Re: Problem with Subtitles getting added from MKV - MP4 conversion.

Re: HandBrake produces unplayable MKV files.

Re: HandBrake produces unplayable MKV files.

Re: HandBrake produces unplayable MKV files.

Re: HandBrake produces unplayable MKV files.

Re: HandBrake produces unplayable MKV files.

Re: AC3 Codec & Batch Processing

Re: Apple 4K preset won’t AirPlay

Re: "Save AS" window acting like it's trying to open a file...

Re: Slow libx264 encoding on 1.1.0/1.1.2 vs 1.0.7

Re: Square aspect, low res (510x510) - upper line glitch

Re: Handbrake GUI - How to Select Constant Quality at Decimal Intervals?

Re: Program prevents spleep mode. Ogg audio conversion is unnecessary

Re: (Soft)Subtitles not working

Re: (Soft)Subtitles not working

Re: NVENC on Windows nightly media info missing

Re: NVENC on Windows nightly media info missing

Re: NVENC on Windows nightly media info missing

Re: Down sizing the video

Re: Handbrake crashes on second pass of rip from disc

Re: Handbrake crashes on second pass of rip from disc

Re: Handbrake crashing