Dolby Vision now possible through MP4 Mux.

[sw5163]

Everything still plays as it should, the file will also have the DVH1 tag just for file consistency, and iTunes WILL NOT add it at all, so can't transfer to iPhone this way - so in theory you can't accidentally play it via Apple native video player

I can, SMB directly access my PC.

using this command

Code: Select all

mp4box -add video.hevc -new P7hvc1-noDVcommand.mp4

And it DOES NOT play properly on Android/SHIELD/Tivo - HDR10 only everywhere - so it is not the inner HEVC stream they look at only/ever when playing like I thought - when using HVC1 they respect the rules and look to the container - see nothing - and so no DV playback

I think I didn't make myself clear.
You could convert MEL (i.e. p8 PRU without reshaping data + BL) and real ICtCp P5 to p5.dvh1 and only do this for MEL and ICtCp P5.

Don't do this on FEL.

MEL and real ICtCp P5 converted this way should be playable by most devices while fully taking the advantage of RPU.

[staknhalo]

But still why doesn't MPV work with his p8 test?

What test? mpv only supports the initial colour conversion (namely ICtCp to YCbCr, polynomial, and MMR mapping).
Any other dynamic metadata isn't used at all.

Here, download these

https://mega.nz/file/sWBXCSoY#i93nPt5ZQ ... xM00DI8BOI

1 is the Clockwork Orange p7 FEL/FEL RPU test from Reset

2 is your p8 RPU test

If you play 1 in MPV normally (drag and drop or whatever - if you don't have custom settings saved for it) only the base layer plays, without any (proper or incorrect) RPU response

Now if you play 1 again with the command

Code: Select all

mpv.com --target-trc=pq --target-prim=bt.2020 --vo=gpu-next --gpu-context=d3d11 file.mp4/mkv/ts

You see flashing color artifacts as a result of RPU being improperly misaligned, but processed (or attempted, it's affecting it in some way)

Your video, number 2, no RPU response either way

edit: the misaligned p5 Reset made (you probably have it, if not I will upload) also shows RPU effects/artifacts when played with that code - besides properly color shaping/shifting the ICTCP BL - or so it seems

It's not that I'm saying it does play the RPU - if you guys say it doesn't I believe you - but what is the unintended thing obviously happening? Is it simply artifacts of a misaligned RPU will show, even though no correct RPU effects? I just don't get how if it doesn't play the RPU - it can then show artifacts from the RPU - that's what is confusing me. Wouldn't it have to be processing the RPU to display those artifacts, and if so, then why no other (correct) RPU effects? I just want to understand is all lol

I can, SMB directly access my PC.

I'm not so concerned with that, me, nor anyone I share my Plex files with, would be doing that (some people I share Plex with watch on iPhones - and I have an iPhone too so if on a plane/at airport this is how I would be watching Plex)

I think I didn't make myself clear.
You could convert MEL (i.e. p8 PRU without reshaping data + BL) and real ICtCp P5 to p5.dvh1 and only do this for MEL and ICtCp P5.

Don't do this on FEL.

MEL and real ICtCp P5 converted this way should be playable by most devices while fully taking the advantage of RPU.

Right but I don't want MEL/p8 as fake p5 - I only want actual p5 as p5 - even for iOS - p7 and p8 I want to keep as p7 and p8 - but without choppy playback on Plex on iOS - DVH1/HVC1 is what is needed - but I'm trying to keep everything else the same because I do not only use iOS and so try to keep as 'native' as I can - only change what I really really have to - for the least amount of files for every type of device/operating system

[sw5163]

My bad, sorry.

[staknhalo]

My bad, sorry.

No don't be sorry - you still helped me a lot, thank you - you just thought I wanted more than I did

[quietvoid]

1 is the Clockwork Orange p7 FEL/FEL RPU test from Reset

If you play 1 in MPV normally (drag and drop or whatever - if you don't have custom settings saved for it) only the base layer plays, without any (proper or incorrect) RPU response

Now if you play 1 again with the command

Code: Select all

mpv.com --target-trc=pq --target-prim=bt.2020 --vo=gpu-next --gpu-context=d3d11 file.mp4/mkv/ts

You see flashing color artifacts as a result of RPU being improperly misaligned, but processed (or attempted, it's affecting it in some way)

It is caused by the Dolby Vision processing.
By default you get `--vo=gpu` which doesn't support it.
When enabling `--vo=gpu-next`, Dolby Vision processing is enabled.

You can also bypass the processing using `--vf=format:dolbyvision=no`.

I haven't looked at what the file actually contains for metadata, yet.
So far it just looks like intentional behaviour if the metadata is just messed up.

[staknhalo]

It is caused by the Dolby Vision processing.
By default you get `--vo=gpu` which doesn't support it.
When enabling `--vo=gpu-next`, Dolby Vision processing is enabled.

You can also bypass the processing using `--vf=format:dolbyvision=no`.

I haven't looked at what the file actually contains for metadata, yet.
So far it just looks like intentional behaviour if the metadata is just messed up.

So it's a case of

because Dolby Vision processing is enabled, it will show RPU misaligned artifacts, and just simply isn't coded to show any other proper RPU effects, but could potentially, because it shows the artifacts, just doesn't have the code to do so currently

?

[quietvoid]

So it's a case of

because Dolby Vision processing is enabled, it will show RPU misaligned artifacts, and just simply isn't coded to show any other proper RPU effects, but could potentially, because it shows the artifacts, just doesn't have the code to do so currently

?

Probably.

[sw5163]

You see flashing color artifacts as a result of RPU being improperly misaligned, but processed (or attempted, it's affecting it in some way)

I think those are caused by processing "reshaping data" in RPU (polynomial, and MMR mapping).

From my understanding, P5 RPU has "reshaping data" for ICtCp->YCbCr.
P8.1 RPU doesn't need "reshaping data" for HDR10->HDR10.
P8.4 RPU has "reshaping data" for HLG->PQ.
P7 RPU has "reshaping data" for processing the weird colour in EL (I'm not sure what it really does)

MPV can adapt those polynomial, and MMR mapping for ICtCp->YCbCr, HLG->HDR10 etc.
However, it can't process EL and merge that with BL like proper dolby decoding engine.
Resulting in wrongly processing those "reshaping data" on BL.

I think RPU consists ("reshaping data" for colour space transformation) + (Levels for brightness/contrast trimming)
So you can see some artifacts when scene/brightness change, but it's wrong.
And MPV just abandons all the brightness/contrast trimming.

It’s also probably the reason why it’s so important to “remove_mapping” when converting FEL->MEL

I'm not sure about this, please point out my mistakes, many thanks.

[staknhalo]

You see flashing color artifacts as a result of RPU being improperly misaligned, but processed (or attempted, it's affecting it in some way)

I think those are caused by processing "reshaping data" in RPU (polynomial, and MMR mapping).

From my understanding, P5 RPU has "reshaping data" for ICtCp->YCbCr.
P8.1 RPU doesn't need "reshaping data" for HDR10->HDR10.
P8.4 RPU has "reshaping data" for HLG->PQ.
P7 RPU has "reshaping data" for processing the weird colour in EL (I'm not sure what it really does)

MPV can adapt those polynomial, and MMR mapping for ICtCp->YCbCr, HLG->HDR10 etc.
However, it can't process EL and merge that with BL like proper dolby decoding engine.
Resulting in wrongly processing those "reshaping data" on BL.

So you can see some change when scene/brightness change, but it's wrong.

I'm not 100% sure about this, will need anyone knowing how this exactly work to confirm, many thanks.

Yes that makes sense to me - and would explain why it happens on p5 and p7 files, and not p8 - as a result of it saying "I don't know what any of this means" when looking at the non-shaping RPU effects metadata - while DV processing is enabled - but the artifacts sneak through from the color shaping that it is reading from the RPU - because you don't need code for artifacts

The p7 EL shaping from my understanding is to make it look 12bit color from a 10bit file, or the other way around, something like that

[xxyz1]

Hi guys,

my posts are getting online hours later, so you can't recognized it.... (Because of I'm a new user?)

I tried some with RESET_9999 script, but it didn't work anything.

File: Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible

7 > 1 > 1 > drag hevc ENTER > drag eac3 ENTER > no 2nd eac3 ENTER > no subs ENTER

CMD closed nothing happend.


5 > drag MKV ENTER > no 2nd mkv ENTER



What exactly I've to do?

For remind: Try to look DV on OLED LG 55B6D but with mkv files it can't play.

[RESET_9999]

Hi guys,

my posts are getting online hours later, so you can't recognized it.... (Because of I'm a new user?)

I tried some with RESET_9999 script, but it didn't work anything.

File: Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible

7 > 1 > 1 > drag hevc ENTER > drag eac3 ENTER > no 2nd eac3 ENTER > no subs ENTER

CMD closed nothing happend.


5 > drag MKV ENTER > no 2nd mkv ENTER



What exactly I've to do?

For remind: Try to look DV on OLED LG 55B6D but with mkv files it can't play.

that picture looks like a known problem with some SRT tracks and tsmuxer
The easiest way is to remux your mkv file in tsmuxer directly. no need to use my script if you just want to mux 1 file.
https://github.com/justdan96/tsMuxer/releases

As for 7-1-1, I'll check it out.

[sw5163]

May I ask where did you guys get those P8.1 files? On private tracker?
I have never seen DV other than P7 and P5 on rarbg.

Also I was told ffmpeg/mp4box do not support EAC3/atmos, is that true?
Is there a way to get EAC3/atmos with truly playable atmos in mp4 container?
Many thanks!

[RESET_9999]

Most of the P8 files I have were converted/synced from P5 web-dl. Most of them are from private trackers indeed.

mp4box has no problem with DD+ Atmos. it can even mux TrueHD and DTS-HD.
There seems to be a way to convert TrueHD to DD+ atmos as well but I don't know how yet. So far I'm only able to extract the atmos metadata to wav from DD+ files.

Code: Select all

Audio
ID                                       : 1
Format                                   : E-AC-3 JOC
Format/Info                              : Enhanced AC-3 with Joint Object Coding
Commercial name                          : Dolby Digital Plus with Dolby Atmos
Format profile                           : Blu-ray Disc
Codec ID                                 : A_EAC3
Duration                                 : 4 h 2 min
Bit rate mode                            : Constant
Bit rate                                 : 1 512 kb/s
Channel(s)                               : 8 channels
Channel layout                           : L R C LFE Ls Rs Tfl Tfr
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossy
Stream size                              : 2.56 GiB (100%)
Language                                 : English
Service kind                             : Complete Main
Default                                  : Yes
Forced                                   : No
Complexity index                         : 16
Number of dynamic objects                : 15
Bed channel count                        : 1 channel
Bed channel configuration                : LFE

[staknhalo]

May I ask where did you guys get those P8.1 files? On private tracker?
I have never seen DV other than P7 and P5 on rarbg.

I make my own p8 like Reset from p5+hdr10 because otherwise I need to keep separate p5+hdr10 files for each title (for backwards compatibility on devices that can't play p5 or with a player that can't color shift to be backwards compatible) - unlike Reset if I gotta start trimming stuff I just don't bother, I already have to do so much so for mismatches/not easy to do immediately files, I'll just keep p5+hdr10 (which is why I initially had some p5 I wanted to make work with Apple devices)

[sw5163]

Thank you guys for explaining!

When I encapsulate EAC3/atmos to mp4 by mp4box, the "Complexity ID" change to "Complexity index: Not present / 15"
I was told it would then not be recognized by Apple. (Not atmos but still EAC3 5.1)

There seems to be a way to convert TrueHD to DD+ atmos as well but I don't know how yet. So far I'm only able to extract the atmos metadata to wav from DD+ files.

Does that mean you can get base 5.1ac3 + several sky channels wav?