Dolby Vision now possible through MP4 Mux.

[sw5163]

Just hex edit fist HVC1 to DVH1 in hex editor after p7.mp4 output from mp4box

You can just use

Code: Select all

mp4box -add BL_RPU.hevc:dv-profile=f7 -new p7.dvh1.mp4

And yes it will play MEL, but please don't do this.

@ragico just tested and it's working in MP4 P8 DVH1 + LPCM audio.

Like I posted last month

mp4box with following command can also get dolby vision to work:
mp4box -add BL_RPU.hevc -new p5.dvh1.mp4
mp4box -add BL_RPU.hevc:dv-profile=8.1 -new p8.hvc1.mp4(this doesn't work, it's a SMB bug)
mp4box -add BL_RPU.hevc:dv-profile=f8.1 -new p8.dvh1.mp4

But fake p5.dvh1 is the most stable way, it guarantee DV play.
Besides there are official release use fake p5.dvh1(those Apple TV screensaver).
And I've never seen p8 with dvh1 except from my experiment result.
So I think it's better for us to just stick to fake p5.dvh1 for now.
Also p8.dvh1 seems to let Apple think it's an HLG, video significantly darker than normal on my iPad.
p7.dvh1 play properly. Let's not make this even more complicated.

p7.dvh1 is never used by any release.
And if you are playing a true FEL on ATV and it shows DV, it's fake, RPU is not used.

There is "reshaping" data inside FEL RPU that needs to be removed to play MEL on ATV.
I don't know how to explain this easily, you will need to read around Page P455 and P460 to figure it out.

[staknhalo]

It's for my own file consistency, while maintaining broad playback compatibility, it's better for me and my own collection this way

Code: Select all

mp4box -add BL_RPU.hevc:dv-profile=f7 -new p7.dvh1.mp4

ok that's what I was missing, thanks

Here's Reset's Clockwork Orange FEL test made with that for anyone who wants it (tested separately and confirmed again just to make sure on iPhone 8 Plus/SHIELD/Tivo Stream 4K)

https://mega.nz/file/8bAAERgS#RV3DLJf7F ... 0P6QGMFWCc

I don't care about getting Dolby Vision from FEL files to play in Dolby Vision on iOS - I'm fine with FEL as HDR10 playback only on iOS - but unless you do all this (to make HVC1/DVH1) just HDR10 playback on iOS will be choppy still - that's what this was all about for me

So now on Android - P5 and P8 and P7 will play as so - Windows P5 and P8 will play as so, while P7 will be HDR10 only - and on iOS P5 will play as so, while P8 and P7 will play as HDR10 only (but without choppiness) - this is what this achieved for me and what I wanted

Before, when things were DVHE/HEV1, on Android and Windows things were like above, but EVERYTHING was choppy on iOS no matter what

[sw5163]

It's for my own file consistency, while maintaining broad playback compatibility, it's better for me and my own collection this way

If that's the case, still don't use p7.dvh1, use p7.hvc1 instead.

For FEL file:
FEL capable blu-ray player -- both p7.hvc1 and p7.dvh1 will work (most likely)

Apple devices with plex -- p7.hvc1 fall back to HDR10 properly / p7.dvh1 trigger fake DV
or even worse: wrong colour due to additional "reshaping" data in FEL.
(This is minor and hard to see at first, but noticeable when scene change/dark scene)

Apple devices with native player -- p7.hvc1 fall back to HDR10 properly / p7.dvh1 lead to system crash.

Non DV device -- p7.hvc1 fall back to HDR10 properly / p7.dvh1 probably won't be recognized.

For MEL/p8.1 file:
FEL capable blu-ray player -- all files should be fine.
Apple devices -- p7/p81.hvc1 fall back to HDR10 / p7.dvh1 trigger dv / p5.dvh1 trigger dv

Confirmed your sample p7.test.first won't play on Apple's native player, plex may be able to play it, but don't let it get into DV mode

1.PNG

2.PNG

3.PNG

[RESET_9999]

Here's Reset's Clockwork Orange FEL test made with that for anyone who wants it (tested separately and confirmed again just to make sure on iPhone 8 Plus/SHIELD/Tivo Stream 4K)
https://mega.nz/file/8bAAERgS#RV3DLJf7F ... 0P6QGMFWCc

I now prefer to verify FEL with the original Power Rangers sample instead of that file with random EL.

ST-DL: https://drive.google.com/file/d/1XaQTE0 ... sp=sharing
DT-DL: https://drive.google.com/file/d/1Fjg5i7 ... sp=sharing

bright white text = FEL
grey darker text = No FEL

[staknhalo]

If that's the case, still don't use p7.dvh1, use p7.hvc1 instead.

So then a file like this

https://mega.nz/file/8D5xXAwI#BLWOWqujN ... k8aytMBliE

which I made using

Code: Select all

mp4box -add video.hevc:dv-profile=7 -new P7hvc1-yesDVcommand.mp4

iTunes still lets me add that to the iPhone and play it via Apple TV app - still plays fine as it should everywhere else (Windows/Plex/Android - and displays RPU on SHIELD and full FEL on Chromecast)

---------------------------------------------------------------------------------------------------------------------------------------

However if I make a file like this

https://mega.nz/file/pSI2hJTA#HWtLKnzNc ... ITONC1wTjY

made using this command you gave me

Code: Select all

mp4box -add video.hevc:dv-profile=f7 -new p7dvh1-yesDVcommand.mp4

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

---------------------------------------------------------------------------------------------------------------------------------------

Just to test, I made this version

https://mega.nz/file/FfJSkZwB#IOXQ_baMR ... q-j_kNb5R4

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

When using mp4muxer it is output as DVHE/HEV1 - so then they know to look to the inner HEVC stream (which is why mkv works too this way I suppose)

I now prefer to verify FEL with the original Power Rangers sample instead of that file with random EL.

I like the Clockwork Orange one, if what you want to see is there (flashing colors for RPU and/or Paramount/Dreamworks intro for FEL video data), it's like a punch in the face, you can't miss it

[RESET_9999]

I like the Clockwork Orange one, if what you want to see is there (flashing colors for RPU and/or Paramount/Dreamworks intro for FEL video data), it's like a punch in the face, you can't miss it

right but those flashes are just a buggy reaction, not the actual RPU working.
I prefer quietvoid's rpu test file + power rangers sample for fel

Because when you play the clockwork file on a player that is not supposed to have an L1/L2 RPU reaction like MPV, there's still a rpu reaction because the file is actually buggy and not because the rpu is working.
If you play quietvoid's rpu test file on MPV, there is no reaction at all which is the correct behavior.

[staknhalo]

I like the Clockwork Orange one, if what you want to see is there (flashing colors for RPU and/or Paramount/Dreamworks intro for FEL video data), it's like a punch in the face, you can't miss it

right but those flashes are just a buggy reaction, not the actual RPU working.
I prefer quietvoid's rpu test file + power rangers sample for fel

Because when you play the clockwork file on a player that is not supposed to have an RPU reaction like MPV, there's still a rpu reaction because the file is actually buggy and not because the rpu is working.
If you play quietvoid's rpu test file on MPV, there is no reaction at all which is the correct behavior.

Right it's artificing from misalignment - I saw the same thing when trying to encode 'Transformers (2007)' base layer and add full FEL layer back in before we realized encoding BL on FEL titles does this (misaligns slightly and creates random flashing artifacts at times) and you just have to remux them instead (without pro tools to re-encode I suppose) - that's what I made my own old FEL test file from

But it only shows the artifacts if trying to display the RPU - because it is RPU playback capable - is what I'm getting at, and the impression I was under - which would mean it still works as a test if so, right? I've never had it flash colors on a non-capable device.

MPV doesn't show color artifacts for me it stays red/orange until the BL changes itself. How were you able to get the flashing to show?

Edit: I do have the queitvoid test as well, and run through all of them on a device (the p7/p8/p5 test files)

Double edit: I can get the flashing to show in MPV, but just like Windows Store apps with Dolby Vision plugin - it IS supposed to show RPU this way - even if not 100% PQ accurate on playback if that's what you meant, because I know you don't like Windows Store apps for DV playback because of PQ/color inaccuracy - so just like the SHIELD, even though MPV can't show FEL video data, it uses RPU effects from FEL layer still to display some DV effects - so same effects output as if MEL (again, even if not 100% PQ accuracy)

Code: Select all

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

https://www.avsforum.com/threads/author ... t-61416962

If you try to play without that command, it displays NO RPU effects/artifacts at all - as I would expect

So it does seem the flashing colors will only show when RPU is supposed to be displayed, which is how I always thought

Edit:

If you play quietvoid's rpu test file on MPV, there is no reaction at all which is the correct behavior.

I missed this part - but I still don't understand - how can it show artifacts from RPU if not processing RPU (even if inaccurately) ? Queitvoid's doesn't work like you said, but the Profile 5 misaligned file does work as intended too. Is it that it doesn't adhere to standards or certain formats/levels of authored RPU(CMV 4.0 or whatever it's called) ? - but it is still showing RPU (in all but queitvoid's test) when trying to, on purpose - and this only effects MPV curiously - I've never had a device work with the FEL test that didn't work with queitvoid's test - MPV now aside

[RESET_9999]

Well, sure it tells you if the device is "trying" make use of the rpu and I'm not really sure what those flashes are but it doesnt tell you if the RPU essence is working (L1/L2) which should be the main goal of an RPU response test file. But it's ok to use the clockwork file, I just prefer the more "official" test files over the handcrafted ones.

IIRC, you can also see a flash on the shield with the power rangers test file even though the EL+RPU was not delayed.

[staknhalo]

Well, sure it tells you if the device is "trying" make use of the rpu and I'm not really sure what those flashes are but it doesnt tell you if the RPU essence is working (L1/L2) which should be the main goal of an RPU response test file. But it's ok to use the clockwork file, I just prefer the more "official" test files over the handcrafted ones.

IIRC, you can also see a flash on the shield with the power rangers test file even though the EL+RPU was not delayed.

Right that's all I ever used it for - if a device can use the p7 FEL RPU at all (in addition to does FEL video data also show up or just RPU) - for testing a specific RPU effect or to see how many and which ones it does or doesn't support - I too use quietvoid's only - because I don't know what you put (or attempted to) in yours, and quietvoid gave me nice text to follow along with on the screen for each specific response/effect lol

But still why doesn't MPV work with his p8 test? Too new a metadata format or something and MPV just isn't updated to recognize it? It's just got me curious now is all. And really this (computer programs) is the only thing it would happen on I would think - you're not going to have a Dolby Vision physical product (streamer stick or disc player) that doesn't have ANY RPU response whatsoever - although I guess software could 'break' via update on a player product

[RESET_9999]

IDK it just doesnt support it. I'm sure it will in the future. FEL too.

[staknhalo]

IDK it just doesnt support it. I'm sure it will in the future. FEL too.

Yeah I asked about that, I could only imagine if a beefy GPU to 'mix the streams' so to speak, or a beefy multi-core CPU to do the grunt work. But I'm sure a lot easier said than done. Especially when just me saying it

[quietvoid]

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.

[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.