Dolby Vision now possible through MP4 Mux.

[Manixx2020beyound]

Anyone know how to do this?

Use tsmuxer (GitHub) to mux into a ts
That should gave u profile 8.x which works in my CX.

Thank you for your reply however tsMuxeR can’t read the file “Error :Bitstream exception Unknown exception. It does not have to be! Please contact support team for more information”

Your going to have to demux 1st, to raw h265/hevc with ffmpeg.
Then add both video/audio to tsmuxer.

On another note I movie on the iPhone, Only encodes doblyvision in 30fps/60fps
(But captures in 23.976)
Seems there is another application that can be used as well & the finial encode is doblyvision as well,
In this app u can select a variety of FPS but still no 23.976
Tested with GOT

[PlatypusW]

In this app u can select a variety of FPS but still no 23.976
Tested with GOT

Did you verify that 24fps isn’t actually 23.976? Wouldn’t put it past Apple not explicitly writing out 23.976fps to avoid what that might do to the ui/simplicity.

[Manixx2020beyound]

In this app u can select a variety of FPS but still no 23.976
Tested with GOT

Did you verify that 24fps isn’t actually 23.976? Wouldn’t put it past Apple not explicitly writing out 23.976fps to avoid what that might do to the ui/simplicity.

Yep it’s 24fps
Final encode
Sample:
https://drive.google.com/file/d/1in8bvf ... p=drivesdk

[quietvoid]

I didn't go beyond the header because that document is a nightmare.
I don't think current RPUs are implemented as described in the patent.
A simple example, considering the final sequence 0b10000000 (0x80) as rbsp_trailing_bits(), the previous 4 bytes should represent the CRC value (calculated on the entire rpu_data () excluding rpu_data_crc32).
The calculated CRC32 value never corresponds to that present in the RPU.

I've gone through implementing the 2019 patent and everything seems fine, except that darn CRC32 value.
Can't seem to make it match at all either. Wonder if you have figured it out since then?

I'm going to assume you did, since MakeMKV cannot detect my RPU if I just change the CRC32 by 1
Any tip @mike ?

Edit: Well I figured it out, nobody told me to use CRC32 MPEG2, for whomever in the future might stumble across this.

[Malkana]

Use tsmuxer (GitHub) to mux into a ts
That should gave u profile 8.x which works in my CX.

Thank you for your reply however tsMuxeR can’t read the file “Error :Bitstream exception Unknown exception. It does not have to be! Please contact support team for more information”

Your going to have to demux 1st, to raw h265/hevc with ffmpeg.
Then add both video/audio to tsmuxer.

On another note I movie on the iPhone, Only encodes doblyvision in 30fps/60fps
(But captures in 23.976)
Seems there is another application that can be used as well & the finial encode is doblyvision as well,
In this app u can select a variety of FPS but still no 23.976
Tested with GOT

That worked thank you And it looks great although I’m not sure how ‘dynamic’ the metadata used by the IPhone 12 is..as it looks more ‘static’ like HDR10.
Regarding the FPS - are you sure it captures in 23.976? What makes you think this? The options are 24, 30, 60 on the pro max.What “other app” is that ^?

[Manixx2020beyound]

I think it’s static with dynamic adjustments made apon capture (my guess) using camera sensors. Dynamic adjustments baked in maybe.
On the 23.976 I assumed as I don’t have the iPhone 12
I’m using the max pro11 for encoding which could mean my phone lacks some features/hardware
I use these apps
The hevc app can be used for M2ts to produce raw h265 with meta then input into flimmakerpro/I movie, tested a clip of doctor sleep but colors seem to be off,oled
As for captures in doblyvision only u would know if colors are correct.
As for now not sure I want to get it until more testing.

[Boss21]

Please can you share link for ts muxer 8.1 fix download for making Dolby vision profile 8 for the iPhone pro 12max
Thanks

[dcoke22]

The GitHub page for tsMuxer (https://github.com/justdan96/tsMuxer) has links for where to find the latest builds.

[seleste]

Can someone share their experience of using FLAC in Dolby Vision mp4? I have a 2.0 PCM audio which I'd like to convert to FLAC.
eac3to does it perfectly, here's the result

Code: Select all

Audio
Format                                   : FLAC
Format/Info                              : Free Lossless Audio Codec
Duration                                 : 2 h 10 min
Bit rate mode                            : Variable
Bit rate                                 : 1 177 kb/s
Channel(s)                               : 2 channels
Channel layout                           : L R
Sampling rate                            : 48.0 kHz
Bit depth                                : 24 bits
Compression mode                         : Lossless
Stream size                              : 1.07 GiB (100%)
Writing library                          : libFLAC 1.2.1 (UTC 2007-09-17)

Then I feed it to Mp4Box for a final demux and the FLAC track looks like that MediaInfo

Code: Select all

Audio #2
ID                                       : 4
Format                                   : fLaC
Codec ID                                 : fLaC
Duration                                 : 2 h 10 min
Bit rate mode                            : Variable
Bit rate                                 : 1 177 kb/s
Maximum bit rate                         : 1 712 kb/s
Stream size                              : 1.07 GiB (2%)
Title                                    : Original Audio
Language                                 : English
Encoded date                             : UTC 2020-11-21 01:28:57
Tagged date                              : UTC 2020-11-21 01:29:09

Channel(s), Channel layout, Compression mode, Bit depth values are not being displayed in final mp4. And the Codec ID may not be correct, I think it should be A_FLAC.

Does Mp4Box remove those values or structure of mp4 container doesn't like those particular metadata lines? All other audio formats (DTS, DTS-HD, AC3) retain their parameters within .mp4 container, but not FLAC?

[lexyz]

New interesting sample
Totall Recall
Shuttle landing scene
This particular scene was encoded by disk makers with extremely low bitrate - about 1.5 mbits for base layer
BL+EL combined are about 40% more
You won't find such difference anywhere else!
Do you want to see EL impact? - Here it is

Files for testing: https://gofile.io/d/G4kmDd

[koolkunz]

using the v0.0.4_BETA_TEST_17102020 method for movies with truehd audio seems to work for now. It is a much longer process than v0.0.4_GAMMA_07112020 but no audio delay issues with truehd audio.

Yeah, but if you need a mkv at the end, I found with quite a few titles that the Dolby vision layers / dual video tracks end up out of sync with beta - which is a lot worse than the audio

making mkv using makemkv right ? after demuxing the MEL BL_EL_RPU file and muxing them in tsmuxer to iso?
how do you check that the DV layers end up out of sync or not?

[shawnc22]

New interesting sample
Totall Recall
Shuttle landing scene
This particular scene was encoded by disk makers with extremely low bitrate - about 1.5 mbits for base layer
BL+EL combined are about 40% more
You won't find such difference anywhere else!
Do you want to see EL impact? - Here it is

Files for testing: https://gofile.io/d/G4kmDd

Been hearing some pretty negative things about this release over at the blu-ray forums. It sounds like it wasn't a very good encode by the StudioCanal folks. Let's see what the Lionsgate release (assuming it's a different encode) in two weeks looks like.

[lexyz]

Been hearing some pretty negative things about this release over at the blu-ray forums. It sounds like it wasn't a very good encode by the StudioCanal folks. Let's see what the Lionsgate release (assuming it's a different encode) in two weeks looks like.

Shuttle scene is atrocious indeed
But with this sample I see more film grain back in DV and it works like dithering for poor-encoded BL
DV looks noticably better than HDR10

Few observastion from sample without conclusions
DLST is identical to DLDT on UBP-X700
DLST on Shield has noticably lower PQ in compare to UBP-X700

Btw Lionsgate uses SC encode

And another sample
Grinch (FEL) https://gofile.io/d/WO2j3E
This is CG without any film grain to test gradient quality
There is a nice day time change around 1 min mark with red to blue sky gradient
Shield demonstrates pixalisation

[PlatypusW]

using the v0.0.4_BETA_TEST_17102020 method for movies with truehd audio seems to work for now. It is a much longer process than v0.0.4_GAMMA_07112020 but no audio delay issues with truehd audio.

Yeah, but if you need a mkv at the end, I found with quite a few titles that the Dolby vision layers / dual video tracks end up out of sync with beta - which is a lot worse than the audio

making mkv using makemkv right ? after demuxing the MEL BL_EL_RPU file and muxing them in tsmuxer to iso?
how do you check that the DV layers end up out of sync or not?

Correct. Makemkv will tell you that the two layers are out of sync, seems to always occur at just after the 47 minute mark (duration of the file). If makemkv doesn’t warn you about it, you should be fine. It’s pretty obvious when it happens as makemkv suppressed the warning due too many of them.

It will still complete fine, but then when you try to watch the file, once you get to 47 minutes, as the layers are out of sync, the video just starts flashing constantly.

Has been discussed in one of these topics somewhere - the only way to avoid it for now is to use Gamma. That said, it only happened on 4/5 titles I tried so you might be okay with some.

[koolkunz]

Yeah, but if you need a mkv at the end, I found with quite a few titles that the Dolby vision layers / dual video tracks end up out of sync with beta - which is a lot worse than the audio

making mkv using makemkv right ? after demuxing the MEL BL_EL_RPU file and muxing them in tsmuxer to iso?
how do you check that the DV layers end up out of sync or not?

Correct. Makemkv will tell you that the two layers are out of sync, seems to always occur at just after the 47 minute mark (duration of the file). If makemkv doesn’t warn you about it, you should be fine. It’s pretty obvious when it happens as makemkv suppressed the warning due too many of them.

It will still complete fine, but then when you try to watch the file, once you get to 47 minutes, as the layers are out of sync, the video just starts flashing constantly.

Has been discussed in one of these topics somewhere - the only way to avoid it for now is to use Gamma. That said, it only happened on 4/5 titles I tried so you might be okay with some.

ok thanks will keep an eye out for it, so far I have only done 3-4 titles total and all have turned out fine as I watched each of them from start to finish.