Dolby Vision now possible through MP4 Mux.

[darrrkmanxxx]

So if I only can playback Single Layer P7 files, then I guess FEL won't be a thing since this will always be 10-bit, right?

Yes, playback of BL only will be 10 bit.
If FEL can't be processed, of course there's no need for it. Nevertheless it may be convenient to keep FEL muxed. Maybe in the near future FEL playback (in mkv) will be more commonly supported by players. Also, as @daddy mentions, already tv's process FEL properly.

Note that single layer P7 doesn't exist. P7 always carries BL and EL. It doesn't matter whether these layers are interleaved into one videotrack (single track dual layer) or they're carried in two separate videotracks (dual track dual layer).

Two well-known single layer DV files are P8.1 and P5. P8.1 carries a (backwards compatible) HEVC HDR10 baselayer, like you find on UHDBD.
P5 - often delivered by streaming services - carries a (non-backwards compatible) baselayer encoded in 10 bit IPTPQc2 full-ranged colorspace, proprietary to Dolby.

well here's the thing. Plex version 8.something used to playback P7 mkv files. After a couple updates Plex stopped playing back p7 files. One software player tja6t is left, which is playing back p7 files is VIMU. So I guess is just a matter of software. We need a good software player which will playback all dv profiles and display info if fel is dropped etc.

[staknhalo]

You can mux a P7 Dual Layer mp4, thats not the Problem, DV will be triggered. But only MEL will be displayed. There are many Tests in the www, Original UHD BD ISO with OPPO vs. Dual Layer MP4 / MKV. Also Shield Pro 2019 and other players like Zidoo triggered DV with a Dual Layer file, but the playback is only in MEL. Trust me or not, your choice.

You can test it easy, make a DV P8.1 file of the Dual Layered file and playback both. You see no difference. Good movie for testing is Braveheart, superb FEL Layer.

Again Chromecast with Google 4k and Tivo Stream 4k display full FEL information not just up to MEL

You can use those test files to confirm yourself just like me and others have here long ago

[danbez]

Again Chromecast with Google 4k and Tivo Stream 4k display full FEL information not just up to MEL

You can use those test files to confirm yourself just like me and others have here long ago

That's correct. The only problem with those devices is the lack of Lossless sound support. Does anyone have any info about the new fireTV Cube? Does it also work with FEL titles?

[FrostByte]

Again Chromecast with Google 4k and Tivo Stream 4k display full FEL information not just up to MEL

You can use those test files to confirm yourself just like me and others have here long ago

That's correct. The only problem with those devices is the lack of Lossless sound support. Does anyone have any info about the new fireTV Cube? Does it also work with FEL titles?

I don't believe it even supports DV7 if I'm reading this correctly.

https://developer.amazon.com/docs/fire- ... -cube.html

[mattmarsden]

Would someone be able to give me a quick run down of how to convert HDR10 mkvs to Dovi mkv using MadVR? Thanks very much.

[BadSector81]

Would someone be able to give me a quick run down of how to convert HDR10 mkvs to Dovi mkv using MadVR? Thanks very much.

use this: https://youtu.be/ZdFiqATo_j8

[Gatorman]

Would someone be able to give me a quick run down of how to convert HDR10 mkvs to Dovi mkv using MadVR? Thanks very much.

If you haven't already, you might want to look into using DaVinci Resolve. It uses the actual Dolby Vision algorithm and creates correct min_pq values, which will give you a better viewing experience.

[baker99]

Hello everyone,

I have been following this thread for a while now which lead me to buy a sony x800m2

My biggest frustration with this device was all of the clicking that was required to select a movie

I decided I needed a movie wall so I hacked together a prototype this weekend

It utilizes plex for all of the media metadata, posters and file paths

I put together a small python backend + nginx host video files

Cheers!

This looks very cool

[Mattl0]

Hi @smartrobot, I would be very interested to try this.

Hello everyone,

I have been following this thread for a while now which lead me to buy a sony x800m2

My biggest frustration with this device was all of the clicking that was required to select a movie

I decided I needed a movie wall so I hacked together a prototype this weekend

It utilizes plex for all of the media metadata, posters and file paths

I put together a small python backend + nginx host video files

Cheers!

[mattmarsden]

Could someone explain when I would and wouldn't need to use cropping with dovi_scripts? If my source file 2160x3840 and destination file is the same but the video is encoded with black bars do I use cropping?

[ArArdin]

The crop switch in dovi_tool is a bit confusing and counterintuitive. You use it when target video has no black bars. When you set the crop option, dovi_tool sets all L5 values to zero. Which would dictate the dolby composer to assume ALL videopixels belonging to "active area".

In your case where black bars are part of the target video, you don't want to use crop.

[EDIT] Note, I am assuming here that your source and target video do have the same black bars.

[ArArdin]

So I guess is just a matter of software.

Not only software. FEL carries encoded video. You'll also need two decoders. One for baselayer and one for FEL.

[MuffinMcFluffin]

this seems to take the same processing time as converting the core to regular 640kbps 5.1...
is there a way to generate an ac3 core without re-encoding like they are trying to do in tsmuxer? even if the core is silent, I don't mind as long as TrueHD works.

Yeah, I've been trying to figure out if that's possible too. My guess is that because the TrueHD is based on the AC3 core, when you add the core it needs to re-encode the TrueHD too to match? (which I'm presuming is why it takes a while) So maybe it's possible to create a core that doesn't need the TrueHD data to be re-encoded, but I don't know anywhere near enough about the details of AC3 or TrueHD to know

Thank you for your scripts too!

Encoding DTS-HD takes in a lossless LPCM stream, encodes a lossy DTS core, and saves the rest of the discarded audio as lossless extensions. When decoding, the extensions are recombined with the lossy DTS core and decoded to arrive at the original lossless stream.

But TrueHD doesn't require an AC3 lossy core; it isn't a required part of the TrueHD spec. When an AC3 core is included with a TrueHD track it's because of the BD spec, where it's required for BD / UHD BD.

TrueHD tracks are comprised of "access units" where the audio has been divided into frames.

A TrueHD+AC3 track has audio frames alternating between TrueHD and AC3. It's just two completely separate streams interleaved into a single track, kind of how STDL puts two distinct video streams into separate NALUs of a single track.

A THD+AC3 track is the STDL of TrueHD audio streams, where a THD track with a separate AC3 track is DTDL.

So if you have a TrueHD track and an AC3 track, you have all of the encoded audio data you need, you just need to remux/repack the audio frames into the correct format.

That's what I understand they're working on for tsMuxer, and there is no other tool I've found that can do it.

eac3to can remux a TrueHD stream into a THD+AC3 stream, but has to encode a new AC3 stream to do it. It doesn't support remuxing an existing AC3 stream.

The mlp tool for accurately/losslessly editing THD streams has an open issue requesting support, but there's no activity on it.

I'll keep reading if this has been answered, so I'm sorry that this is rather old.

I just did this for Top Gun: Maverick, and the TrueHD track is now significantly louder than the lossy AC3 track. Is that normal, or is it doubling up by adding a track onto a track? I don't want any clipping or harsh sounds from it if so.

I didn't get to play it super loud to determine this yet, by the way. I was just curious if this is normal when this happens, since I can't mux it just as a THD with the AC3 track.

EDIT: Better yet, I muxed the original AC3 track with the THD+AC3 track. Should I have not done that? Is that why it is a louder volume? Should I leave the AC3 track completely out and it'll still be fine?

[ArArdin]

eac3to can remux a TrueHD stream into a THD+AC3 stream, but has to encode a new AC3 stream to do it. It doesn't support remuxing an existing AC3 stream.

FYI thdmerge.exe can interleave a THD track and an (existing) AC3 track into THD+AC3. The author of DGDemux added it to the package. You'll find this it in RESET_9999's tool folder.

I muxed the original AC3 track with the THD+AC3 track.

If you haven't done yet, maybe you want to try interleaving your native THD and AC3 audio with thdmerge.

As for volume difference, maybe eac3to doesn't include AC3 dialog normalisation metadata during THD --> AC3 recode. OTOH possibly dialog normalisation may have gone lost already during remux of your source.

Note that tsMuxer is able to mux "TrueHD only" nowadays. How your player will behave on it is a whole different matter of course. I can imagine certain BD players absolutely refusing to play. Just sayin'.

[mad83]

@RESET_9999,

i have full tv show season which requires conversion from MKV to mp4 plus adding my local launguage audio with subtitles, is there any option to automate this in a loop?

Could i passthrough some variables to DoVi_Scripts.bat? or maybe there is something better.

Could you please advicce?