HDR mkv demuxed stream corruption

[pises]

Do muxed HEVC streams into mkv preserve their conformity to UHD-bd?

I'm trying to demux and copy such a stream but I'm at loss with why it's not conforming anymore. I tried analyzing the stream and get a lot of these errors “Main10 profile: When a PPS has tiles_enabled_flag is equal to 1, ColumnWidthInLumaSamples[ i ] shall be greater than or equal to 256 for all values of i in the range of 0 to num_tile_columns_minus1, inclusive, and RowHeightInLumaSamples[ j ] shall be greater than or equal to 64 for all values of j in the range of 0 to num_tile_rows_minus1, inclusive.”

I demuxed with FFmpeg, tsMuxer, DGDemux, mkvcleaver and eac3to. I got least issues with eac3to but it still wasn’t proper enough.

I’ve tried to find any bad bits, I even expermiented replacing every PPS to say tiles_enabled_flag to 0, but it just made the stream unplayable (I’m not the best at low-level code). Does anybody know what could cause this in matroska and how to prevent it or if possible repair such streams?

[benwaggoner]

I've never heard of a BD encoded with tiles! They are rarely used outside of live encoding as they boost parallelism at the cost of reduced encoding efficiency.

If the disc plays fine, the file probably will too if you ignore the errors.

Or are you talking about taking HEVC from a MKV and then authoring a disc from it? If so, that would be a very rare workflow that is unlikely to have gotten much testing. Is there any point at which the elementary stream passed validation? Muxing into a new container shouldn't impact this sort of thing, but I don't know MKV tools well at all.

[Balling]

Are you using LG CHESS.ts sample? It is not mkv/mp4. It is TS already, sigh. Somebody just wrongly named it.