Dolby Vision now possible through MP4 Mux.

[xxyz1]

I see the file you have is already P8.1 dvhe, may I ask why would you like to convert it again?

Because my OLED LG 55B6D can't play thie Dolbyvision.

Use mp4muxer or mp4box or @RESET_9999 's script under his signature instead.

Tried mp4muxer but can't open a mkv file. Is there a Howto?
The other I will try out.

[staknhalo]

Yeah, the mzabi release, even reacquired the 4-6-8 eps to confirm the missing/bad/garbage data was in source

I reacquired one of the eps you mentioned. Can confirm there is something wrong with the mp4 package.
It seems mp4box recognize it as h.263, no idea what that is.
However, you can split it:

Code: Select all

ffmpeg -i broken.mp4 -c copy -t 1:00 first.hevc
ffmpeg -i broken.mp4 -c copy -ss 1:00 second.hevc

And then concat them together (lossless)

Code: Select all

mp4box -cat first.hevc -cat second.hevc -new fix.dvh1.mp4

It will work on iOS devices.
No idea what's going on with that file.

Also why using aac instead of EAC3/atmos inside the file?

This worked for Ep4, thanks

But Ep6 and Ep8 get audio sync issues even with this (not Ep4 strangely) - using either my aac encoded audio or original sources' eac3 audio (I only do soundbars and space adds up over files/time - why I encode to aac stereo - with Dolby upmix though so it's something better than nothing if ever played on surround)

And even going from source ffmpeg throws this on 6 & 8

Code: Select all

Error applying bitstream filters to an output packet for stream #0: Invalid data found when processing input
av_interleaved_write_frame(): Invalid data found when processing input
Error muxing a packet for output file #0

Also, I notice DVHE profile 8 stutters on iOS/iPhone 8 Plus - only way to get it not to is to process with mp4box, but then in mediainfo it's labeled fake p5 - which I don't want for p8 files

I understand p8 alone and especially p8 with DVHE won't do DV on iOS, that's fine playback in HDR10 is what I'm fine with - but is the stutter always going to be there unless I make it a fake p5? Or is just because the iPhone 8 Plus is older, and on newer devices it will play smoother?

It's like even though DVHE it sees it's Dolby Vision and is just stuttering on the metadata on playback even if not displaying the RPU

[sw5163]

But Ep6 and Ep8 get audio sync issues even with this (not Ep4 strangely) - using either my aac encoded audio or original sources' ec3 audio (I only do soundbars and space adds up over files/time - why I encode to aac with Dolby upmix though)

This release is just broken, I will give EP6 and 8 some tests.

I understand p8 alone and especially p8 with DVHE won't do DV on iOS, that's fine playback in HDR10 is what I'm fine with - but is the stutter always going to be there unless I make it a fake p5? Or is just because the iPhone 8 Plus is older, and on newer devices it will play smoother?

First, mp4 with dvhe flag is not even playable by Apple's native player, you can only play that with third-party APP like Infuse/plex.
Second, fake p5 is fine, Apple use it in their own ATV screensavers. The dolby windows app can play it, LG TV can play it.
https://sylvan.apple.com/Aerials/2x/entries.json

If you really don't want that, you can either: remove DV header (which won't do DV on anything)

Code: Select all

ffmpeg -i p8.dvhe.mp4 -c copy -vtag hvc1 hvc1.mp4

or convert to p8.1 hvc1 with DV(which won't do DV on Apple)

Code: Select all

mp4box -add dv.hevc:dv-profile=8.1 -new p81.hvc1.mp4

It's like even though DVHE it sees it's Dolby Vision and is just stuttering on the metadata on playback even if not displaying the RPU

It's very likely that whatever the player you are using to decode DVHE is processing the video on its own, instead of hand them properly to Apple's player core. That's why I never use third part player on iOS.

[staknhalo]

or convert to p8.1 hvc1 with DV(which won't do DV on Apple)

Code: Select all

mp4box -add dv.hevc:dv-profile=8.1 -new p81.hvc1.mp4

That's what I'm after for p8 - so like DVHE/DVH1, it's a HEV1/HVC1 issue - but only with Dolby Vision files - but yet HEV1 files not Dolby Vision play fine - only HEV1 with Dolby Vision - any clue as to why besides just the way it is (according to Apple)? Edit: No, HEV1 even without Dolby Vision stutters. I have a lot of work to do

Edit: Found this :

'hvc1' stores all parameter sets inside the MP4 container below the sample description boxes. 'hev1' stores all parameter sets in band (inside the HEVC stream).

The parameter sets are essentially mandatory metadata necessary to decode the streams.

So you have two slightly different ways of muxing HEVC into MP4.

I'd choose based on the play out and transport scenario.

Your player or your transport specification may require one or the other.

It's very likely that whatever the player you are using to decode DVHE is processing the video on its own, instead of hand them properly to Apple's player core. That's why I never use third part player on iOS.

Plex for Android/iOS - Windows is just native Windows Store apps with Dolby Vision plugin simply to verify RPU alignment/sound and audio in sync/etc

[sw5163]

Edit: Found this :

Yes, that's the reason mp4muxer/mp4dovi from github resulting in black screen.
Change fourcc codec in hex is not enough.

That's what I'm after for p8 - so like DVHE/DVH1, it's a HEV1/HVC1 issue - but only with Dolby Vision files - but yet HEV1 files not Dolby Vision play fine - only HEV1 with Dolby Vision - any clue as to why besides just the way it is (according to Apple)? Edit: No, HEV1 even without Dolby Vision stutters. I have a lot of work to do

You can regard players that play hev1/dvhe are first doing "software decoding", then pass them to Apple's player core.
While hvc1/dvh1 pass directly to Apple's player core and do "hardware decoding".

Or is just because the iPhone 8 Plus is older, and on newer devices it will play smoother

No, iPhone 8 Plus use A11 bionic and my iPad Pro 2017 use A10x fusion, they are way sufficient enough to play DV.
In fact, I think if Dolby allow Apple to play FEL, they can play even 4K 60 fps FEL and 4K 120fps MEL. (8K should have a problem though)

[staknhalo]

Code: Select all

mp4box -add dv.hevc:dv-profile=8.1 -new p81.hvc1.mp4

Off the top of your head, do you know what the command would be for profile 7 single layer FEL, if supported? Just:

Code: Select all

mp4box -add dv.hevc:dv-profile=7 -new p7.hvc1.mp4

Edit: Yes that was it

Double edit: No, spits out an p7 mp4, but still hev1

Triple edit: No, I'm a dummy, demux first, don't just go mp4>mp4, it spits out HVC1 though - could I now just hex edit that to DVH1? Let's see.........

[sw5163]

Off the top of your head

No idea what that means.

do you know what the command would be for profile 7 single layer FEL, if supported? Just:

Apple doesn't support FEL, only MEL.
I have done all the possible conversions I could think of.

[staknhalo]

Code: Select all

mp4box -add dv.hevc:dv-profile=8.1 -new p81.hvc1.mp4

Off the top of your head, do you know what the command would be for profile 7 single layer FEL, if supported? Just:

Code: Select all

mp4box -add dv.hevc:dv-profile=7 -new p7.hvc1.mp4

Edit: Yes that was it

Double edit: No, spits out an p7 mp4, but still hev1

Triple edit: No, I'm a dummy, demux first, don't just go mp4>mp4, it spits out HVC1 though - could I now just hex edit that to DVH1? Let's see.........

This is working with single layer FEL p7

Playback is smooth on iOS/iPhone 8 Plus as just HDR10, triggers Dolby Vision on Android TV - both RPU on just SHIELD (doesn't support FEL) - and FEL and RPU on Tivo Stream 4k

Used Game of Thrones UHD FEL and Reset's Clockwork Orange FEL test file to confirm

Just hex edit fist HVC1 to DVH1 in hex editor after p7.mp4 output from mp4box (probably not needed, as I believe Android just reads from the HEV stream - but this way will show 'dvh1' codec ID in mediainfo)



https://mega.nz/file/kGJwiBaL#XUH0tvI1J ... 9gHNfYZHKo

[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