Great! I look forward to testing that out.mike admin wrote: ↑Fri Nov 13, 2020 8:33 amThis is already done in upcoming 1.15.4 , but it was done mostly to please those who made double-layer DV MKVs before the spec was available. So, if MakeMKV sees two video tracks in MKV file, first being HEVC without DV EL and second being DV EL+RPU, it would merge them into one video track (the track order is important, DV layer must be second video track).
Interesting. As Mr_Orange mentioned, I feel this is a very specific use case.mike admin wrote: ↑Fri Nov 13, 2020 8:33 amThis however does not solve the re-encoding problem - if you have a proper DV MKV file with a single video track, you can open and re-encode it as base layer in handbrake, but you would end up with original MKV and new re-encoded base video track. If you combine them to a single MKV, you will get 2 valid video tracks:
1. original base + EL + RPU
2. re-encoded base
Then you have somehow tell MakeMKV to keep re-encoded base, but extract DV EL+RPU from another track. This is easy to do technically, the question is about UI. The easiest way probably would be the track ordering as well: if the second track contains Base+EL+RPU, then discard base, extract EL+RPU and inject into first track. Something like that...
For me, this scenario would never present itself because all of my DV MKV projects start with 2 completely separate video tracks/files ripped directly from the original disc:
At that point I can re-encode track/file #1 and move forward with creating a library asset. However, I lose the EL+RPU info because my main media streamer/player (Plex) doesn't support reading DV EL+RPU data from a 2nd video track, as well as many other wide gamut issues that Plex has. Hence, the entire reason I am looking for a solution to apply BL+EL+RPU all in a single video track (also because the Plex devs take literal years to implement new features that matter).