Dolby Vision now possible through MP4 Mux.

[dysprosium]

@Manixx2020beyound finally got his hands on the new Dune player, time to do some comparisons

Unfortunately, the Dune does like the Shield and ignores the EL but there is no red push and the colors seem to be accurate. Even though it looks like the dune is ignoring the EL, there is still an improvement compared to the base layer. We have to compare it with a P8 rip.

Of course, this is an extreme case and it wouldn't be so different if the studios encoded the base layer properly in the first place but the improvement that the FEL brings here is phenomenal, imaging when we'll have true 12bit TV.

DV captured in PQ with the latest Atomos Shogun.

Thanks for the comparisons; unfortunate to see that the EL is ignored again. It would be great to get the same FEL/colour accuracy comparisons on the Ugoos AM6 Plus and the Chromecast with Google TV if possible, now that there are some reports that they properly decode FEL.

[NiCE77]

@Manixx2020beyound finally got his hands on the new Dune player, time to do some comparisons

Unfortunately, the Dune does like the Shield and ignores the EL but there is no red push and the colors seem to be accurate. Even though it looks like the dune is ignoring the EL, there is still an improvement compared to the base layer. We have to compare it with a P8 rip.

Of course, this is an extreme case and it wouldn't be so different if the studios encoded the base layer properly in the first place but the improvement that the FEL brings here is phenomenal, imaging when we'll have true 12bit TV.

DV captured in PQ with the latest Atomos Shogun.

2160p comparisons
tonemapped to SDR comparisons ( madVR static 300nits):
Dune FEL DV ISO vs X700 FEL DV: https://screenshotcomparison.com/comparison/11367
Dune FEL DV ISO vs HDR10 bluray remux:https://screenshotcomparison.com/comparison/11365
X700 FEL DV vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11366

1080p comparisons
tonemapped to SDR comparisons ( madVR static 300nits):
Dune FEL DV ISO vs X700 FEL DV: https://screenshotcomparison.com/comparison/11372
Dune FEL DV ISO vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11374
X700 FEL DV vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11375

Dune FEL vs Dune P8 vs X700 FEL vs HDR10 bluray remux: https://slow.pics/c/nCcd2BlK

untouched PQ images from the Shogun:
https://drive.google.com/file/d/16HOh1R ... sp=sharing,
https://drive.google.com/file/d/17-XW-E ... sp=sharing
https://drive.google.com/file/d/18qNpoU ... sp=sharing

interesting, the size difference of the lossless png...






I uploaded samples in different container and profile of that scene:
https://drive.google.com/file/d/11fzJYb ... sp=sharing,
https://drive.google.com/file/d/1LtE3ju ... sp=sharing,
https://drive.google.com/file/d/1jrDF5j ... sp=sharing,
https://drive.google.com/file/d/1mYy3WO ... sp=sharing,
https://drive.google.com/file/d/1nD7-MH ... sp=sharing,
https://drive.google.com/file/d/1on9KfI ... sp=sharing,
https://drive.google.com/file/d/1xJkiL0 ... sp=sharing

Thanks! Interesting, the image of the Dune is much less detailed.

[yossSP]

@Manixx2020beyound finally got his hands on the new Dune player, time to do some comparisons

Unfortunately, the Dune does like the Shield and ignores the EL but there is no red push and the colors seem to be accurate. Even though it looks like the dune is ignoring the EL, there is still an improvement compared to the base layer. We have to compare it with a P8 rip.

Of course, this is an extreme case and it wouldn't be so different if the studios encoded the base layer properly in the first place but the improvement that the FEL brings here is phenomenal, imaging when we'll have true 12bit TV.

DV captured in PQ with the latest Atomos Shogun.

2160p comparisons
tonemapped to SDR comparisons ( madVR static 300nits):
Dune FEL DV ISO vs X700 FEL DV: https://screenshotcomparison.com/comparison/11367
Dune FEL DV ISO vs HDR10 bluray remux:https://screenshotcomparison.com/comparison/11365
X700 FEL DV vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11366

1080p comparisons
tonemapped to SDR comparisons ( madVR static 300nits):

Dune FEL vs Dune P8 vs X700 FEL vs HDR10 bluray remux: https://slow.pics/c/nCcd2BlK

untouched PQ images from the Shogun:
https://drive.google.com/file/d/16HOh1R ... sp=sharing,
https://drive.google.com/file/d/17-XW-E ... sp=sharing
https://drive.google.com/file/d/18qNpoU ... sp=sharing

interesting, the size difference of the lossless png...



I uploaded samples in different container and profile of that scene:
https://drive.google.com/file/d/11fzJYb ... sp=sharing,
https://drive.google.com/file/d/1LtE3ju ... sp=sharing,
https://drive.google.com/file/d/1jrDF5j ... sp=sharing,
https://drive.google.com/file/d/1mYy3WO ... sp=sharing,
https://drive.google.com/file/d/1nD7-MH ... sp=sharing,
https://drive.google.com/file/d/1on9KfI ... sp=sharing,
https://drive.google.com/file/d/1xJkiL0 ... sp=sharing

Damn it... only Total.Recall.1990.SL-P8-MEL.mkv file enable Dolby Vision with my Chromecast with Google TV, every other file plays in HDR10.
I tried to create a mkv file via MakeMKV from the .iso, but it does the same. So I can't test the FEL processing...

The other samples worked well and other DV FEL files also do it fine, but not these ones... anyone can contribute with a solution?

Thanks in any case

[HarperVision]

Yes that can be tricky so I always make sure I check the HDfury web GUI to see what is being sent. I’m the one who discovered the HDFury LLDV/Dolby Vision hack for HDR only displays/projectors and shared it with the world, so I know this well and check It often.

So the answer is, Infuse Pro only plays the HDR base layer of the DV rip so I’m only getting HDR10 and no DV, correct?

I do like the results of it with Dolby Vision forced on with Match Dynamic Range set to off. The AppleTV 4K does an exemplary job of mapping it to pseudo Dolby Vision but I’d love to feed it real DV if at all possible of course!

Unfortunately like the previous poster said, you're never going to get real DV from UHD rips on an AppleTV. The main issue is that the hardware is only capable of profile 5 DV, which is single layer and in a different color space from the profile 7 found on UHD disks. So even if you have an MEL title that you can safely convert to single layer, you're still likely to have color accuracy issues to the lack of a color space conversion between the different profiles. With tsMuxer, you can alter the source code (there are also compiled versions floating around) so that instead of spitting out profile 8 for single layer files, it would produce profile 5 files. People have used this for their ATV, but like I said, there are likely to be color issues.

I have ripped the movie The Meg to .mp4 DV single layer using DVDFab and it shows up as DV in the Infuse GUI and plays as such just fine. The colors seem the same as when I play the disc in my Sony X800M2. I’m an ISF Certified Calibrator amongst many other industry things for 30+ years so would notice if color was amiss. What color issue is it that I’m supposed to be looking for exactly?

The only reason I’m not satisfied at this point is due to the lack of ATMOS audio.

So am I reading right that the new Chromecast Google TV is capable of playing all DV profiles with MEL and FEL and ATMOS?

[mattmarsden]

Thinking of going for an Oppo 203 for DV - does anyone know if the issue of the green garbled screen after playing a DV m2ts has been solved?

[Manixx2020beyound]

Dune tvled from m2ts

143DADA4-0D49-4A9B-BBAF-A96B72502642.jpeg (1.78 MiB) Viewed 40231 times

@Manixx2020beyound finally got his hands on the new Dune player, time to do some comparisons

Unfortunately, the Dune does like the Shield and ignores the EL but there is no red push and the colors seem to be accurate. Even though it looks like the dune is ignoring the EL, there is still an improvement compared to the base layer. We have to compare it with a P8 rip.

Of course, this is an extreme case and it wouldn't be so different if the studios encoded the base layer properly in the first place but the improvement that the FEL brings here is phenomenal, imaging when we'll have true 12bit TV.

DV captured in PQ with the latest Atomos Shogun.

2160p comparisons
tonemapped to SDR comparisons ( madVR static 300nits):
Dune FEL DV ISO vs X700 FEL DV: https://screenshotcomparison.com/comparison/11367
Dune FEL DV ISO vs HDR10 bluray remux:https://screenshotcomparison.com/comparison/11365
X700 FEL DV vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11366

1080p comparisons
tonemapped to SDR comparisons ( madVR static 300nits):
Dune FEL DV ISO vs X700 FEL DV: https://screenshotcomparison.com/comparison/11372
Dune FEL DV ISO vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11374
X700 FEL DV vs HDR10 bluray remux: https://screenshotcomparison.com/comparison/11375

Dune FEL vs Dune P8 vs X700 FEL vs HDR10 bluray remux: https://slow.pics/c/nCcd2BlK

untouched PQ images from the Shogun:
https://drive.google.com/file/d/16HOh1R ... sp=sharing,
https://drive.google.com/file/d/17-XW-E ... sp=sharing
https://drive.google.com/file/d/18qNpoU ... sp=sharing

interesting, the size difference of the lossless png...






I uploaded samples in different container and profile of that scene:
https://drive.google.com/file/d/11fzJYb ... sp=sharing,
https://drive.google.com/file/d/1LtE3ju ... sp=sharing,
https://drive.google.com/file/d/1jrDF5j ... sp=sharing,
https://drive.google.com/file/d/1mYy3WO ... sp=sharing,
https://drive.google.com/file/d/1nD7-MH ... sp=sharing,
https://drive.google.com/file/d/1on9KfI ... sp=sharing,
https://drive.google.com/file/d/1xJkiL0 ... sp=sharing

Dune tv led is different/ compare to their version of LLDV but there is know way to really prove that
Testing ghost in a shell
iSO which has a 8gg FEl
Curious on a more morden revision
So would the diff here be even more obvious?
Being that the fel is 8gigs ?
Also there seems to be more grain on different settings on the dune so more test is needed diff Fels

[RESET_9999]

Thanks for the comparisons; unfortunate to see that the EL is ignored again. It would be great to get the same FEL/colour accuracy comparisons on the Ugoos AM6 Plus and the Chromecast with Google TV if possible, now that there are some reports that they properly decode FEL.

Manix should be able to test the Chromecast as well. He doesn't own the Ugoos.

Damn it... only Total.Recall.1990.SL-P8-MEL.mkv file enable Dolby Vision with my Chromecast with Google TV, every other file plays in HDR10.
I tried to create a mkv file via MakeMKV from the .iso, but it does the same. So I can't test the FEL processing...

The other samples worked well and other DV FEL files also do it fine, but not these ones... anyone can contribute with a solution?

Thanks in any case

yeah, it's probably because of the splitting...
FFmpeg gives me some warning when I try to demux the splitted layers.

I have ripped the movie The Meg to .mp4 DV single layer using DVDFab and it shows up as DV in the Infuse GUI and plays as such just fine. The colors seem the same as when I play the disc in my Sony X800M2. I’m an ISF Certified Calibrator amongst many other industry things for 30+ years so would notice if color was amiss. What color issue is it that I’m supposed to be looking for exactly?

The only reason I’m not satisfied at this point is due to the lack of ATMOS audio.

So am I reading right that the new Chromecast Google TV is capable of playing all DV profiles with MEL and FEL and ATMOS?

Since you have the x800m2, why don't you just remux your bluray with tsmuxer and play them via USB ?
Even if profile 5 with HDR10 base layer ''could'' be looking right, you're missing the EL.

Thinking of going for an Oppo 203 for DV - does anyone know if the issue of the green garbled screen after playing a DV m2ts has been solved?

not fixed, it's a tsmuxer bug. But the oppo can play ISO without the bug, so just use that format.

[yossSP]

Yes that can be tricky so I always make sure I check the HDfury web GUI to see what is being sent. I’m the one who discovered the HDFury LLDV/Dolby Vision hack for HDR only displays/projectors and shared it with the world, so I know this well and check It often.

So the answer is, Infuse Pro only plays the HDR base layer of the DV rip so I’m only getting HDR10 and no DV, correct?

I do like the results of it with Dolby Vision forced on with Match Dynamic Range set to off. The AppleTV 4K does an exemplary job of mapping it to pseudo Dolby Vision but I’d love to feed it real DV if at all possible of course!

Unfortunately like the previous poster said, you're never going to get real DV from UHD rips on an AppleTV. The main issue is that the hardware is only capable of profile 5 DV, which is single layer and in a different color space from the profile 7 found on UHD disks. So even if you have an MEL title that you can safely convert to single layer, you're still likely to have color accuracy issues to the lack of a color space conversion between the different profiles. With tsMuxer, you can alter the source code (there are also compiled versions floating around) so that instead of spitting out profile 8 for single layer files, it would produce profile 5 files. People have used this for their ATV, but like I said, there are likely to be color issues.

I have ripped the movie The Meg to .mp4 DV single layer using DVDFab and it shows up as DV in the Infuse GUI and plays as such just fine. The colors seem the same as when I play the disc in my Sony X800M2. I’m an ISF Certified Calibrator amongst many other industry things for 30+ years so would notice if color was amiss. What color issue is it that I’m supposed to be looking for exactly?

The only reason I’m not satisfied at this point is due to the lack of ATMOS audio.

So am I reading right that the new Chromecast Google TV is capable of playing all DV profiles with MEL and FEL and ATMOS?

No every Atmos...

I can confirm that the new Chromecast with Google TV supports:

Video:
HDR
HDR10
HDR10+
HLG
Dolby Vision Single Track Double Layer in P4, P5, P7 MEL/FEL, P8 profiles

Audio
Dolby Digital (AC3)
Dolby Digital Plus (EAC3)
Dolby Digital Plus + Dolby Atmos
DTS (only with Kodi)
DTS-ES Discrete/Matrix (only with Kodi)
AAC
PCM multichannel (only with Kodi)

Audio not supported:
Dolby TrueHD
Dolby TrueHD + Dolby Atmos
DTS-HD
DTS-X

I don't have an Atmos ready AVR so I can't test too much, I don't know if it could be possible to convert the TrueHD stream to lossless MCPCM or EAC3 and maintain the Atmos layer.

About DV profile 7 FEL I'm now making some tests to determine if it's processing the FEL layer in the right way, but teh first test is passed.
Stay connected...

[mattmarsden]

not fixed, it's a tsmuxer bug. But the oppo can play ISO without the bug, so just use that format.
[/quote]

Problem is the Oppo doesn't resume play with ISO but it does with m2ts so would really like to use that.

[RESET_9999]

Problem is the Oppo doesn't resume play with ISO but it does with m2ts so would really like to use that.

then, just do not watch two movies in a row (or use the file in my signature to unlock the player)
I have the x700 and the bug doesn't really annoy me.

[daddy]

About DV profile 7 FEL I'm now making some tests to determine if it's processing the FEL layer in the right way, but teh first test is passed.

Can you explain us how, from 2 differents tracks (one hdr10 4k track and one DV 2k track with metadata), you are obtaining a unique track with metadada ?

[Manixx2020beyound]

Unfortunately like the previous poster said, you're never going to get real DV from UHD rips on an AppleTV. The main issue is that the hardware is only capable of profile 5 DV, which is single layer and in a different color space from the profile 7 found on UHD disks. So even if you have an MEL title that you can safely convert to single layer, you're still likely to have color accuracy issues to the lack of a color space conversion between the different profiles. With tsMuxer, you can alter the source code (there are also compiled versions floating around) so that instead of spitting out profile 8 for single layer files, it would produce profile 5 files. People have used this for their ATV, but like I said, there are likely to be color issues.

I have ripped the movie The Meg to .mp4 DV single layer using DVDFab and it shows up as DV in the Infuse GUI and plays as such just fine. The colors seem the same as when I play the disc in my Sony X800M2. I’m an ISF Certified Calibrator amongst many other industry things for 30+ years so would notice if color was amiss. What color issue is it that I’m supposed to be looking for exactly?

The only reason I’m not satisfied at this point is due to the lack of ATMOS audio.

So am I reading right that the new Chromecast Google TV is capable of playing all DV profiles with MEL and FEL and ATMOS?

No every Atmos...

I can confirm that the new Chromecast with Google TV supports:

Video:
HDR
HDR10
HDR10+
HLG
Dolby Vision Single Track Double Layer in P4, P5, P7 MEL/FEL, P8 profiles

Audio
Dolby Digital (AC3)
Dolby Digital Plus (EAC3)
Dolby Digital Plus + Dolby Atmos
DTS (only with Kodi)
DTS-ES Discrete/Matrix (only with Kodi)
AAC
PCM multichannel (only with Kodi)

Audio not supported:
Dolby TrueHD
Dolby TrueHD + Dolby Atmos
DTS-HD
DTS-X

I don't have an Atmos ready AVR so I can't test too much, I don't know if it could be possible to convert the TrueHD stream to lossless MCPCM or EAC3 and maintain the Atmos layer.

About DV profile 7 FEL I'm now making some tests to determine if it's processing the FEL layer in the right way, but teh first test is passed.
Stay connected...

On my setup chrome cast gave me to most issues, bc off my vertex2,
P8 plays for me but only a few minutes.
But directly into the tv works better.
& plex is the only way on Chromecast?
P5 plays fine of course.
Chromecast cast feel like the vs10 engine
LLDV on it clashes with LLDV on the vertex2
When I use my amplifier u see 24bit 422 yuv as well without the vertex2 another answer that’s it’s LLDV only. Also no forced dv8 rgb from the vertex with that device
Vs10 engine is LLDV from what the vertex is showing

[shawnc22]

I have ripped the movie The Meg to .mp4 DV single layer using DVDFab and it shows up as DV in the Infuse GUI and plays as such just fine. The colors seem the same as when I play the disc in my Sony X800M2. I’m an ISF Certified Calibrator amongst many other industry things for 30+ years so would notice if color was amiss. What color issue is it that I’m supposed to be looking for exactly?

So UHD BR discs are mastered in the YCbCr colorspace, and original single layer profile 5 videos are supposed to be in the IPTPQc2 colorspace. Unless DVDFab is doing a colorspace conversion in the ripping process, the resulting file from the process is a profile 5 video but with the content still in YCbCr. The thinking is that when a device like the AppleTV starts playing a profile 5 video, it's expecting content in IPTPQc2 colorspace, but if the content in the file is actually still in YCbCr, it should result in some color issues, no? The differences can be subtle, though, so that's why you might not be noticing anything significant.

[Hi-Res]

I can't seem to change Codec ID: dvhe to dvh1. I tried using flexhex but didn't get too far. Is there a python script I can run for this? The file source was a UHD Blu Ray profile 7 dual layer I made into a profile 5 single layer with BL+RPU excluding the EL. Is it okay I leave SMPTE ST 2086, HDR10 compatible for the HDR format?

Code: Select all

Format                                   : MPEG-4
Format profile                           : Base Media / Version 2
Codec ID                                 : mp42 (mp42/dby1/isom)
File size                                : 55.6 GiB
Duration                                 : 2 h 2 min
Overall bit rate                         : 64.9 Mb/s
Encoded date                             : UTC 2021-02-23 11:46:52
Tagged date                              : UTC 2021-02-23 11:46:52

Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L5.1@High
HDR format                               : Dolby Vision, Version 1.0, dvhe.05.06, BL+RPU / SMPTE ST 2086, HDR10 compatible
Codec ID                                 : dvhe
Codec ID/Info                            : High Efficiency Video Coding with Dolby Vision
Duration                                 : 2 h 2 min
Bit rate                                 : 64.3 Mb/s
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0 (Type 2)
Bit depth                                : 10 bits
Bits/(Pixel*Frame)                       : 0.323
Stream size                              : 55.0 GiB (99%)
Default                                  : No
Encoded date                             : UTC 2021-02-23 11:46:52
Tagged date                              : UTC 2021-02-23 11:46:52
Color range                              : Limited
Color primaries                          : BT.2020
Transfer characteristics                 : PQ
Matrix coefficients                      : BT.2020 non-constant
Mastering display color primaries        : Display P3
Mastering display luminance              : min: 0.0050 cd/m2, max: 4000 cd/m2
Maximum Content Light Level              : 602 cd/m2
Maximum Frame-Average Light Level        : 184 cd/m2
Codec configuration box                  : hvcC+dvcC

Audio
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Commercial name                          : Dolby Digital
Codec ID                                 : ac-3
Duration                                 : 2 h 2 min
Bit rate mode                            : Constant
Bit rate                                 : 640 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossy
Stream size                              : 561 MiB (1%)
Language                                 : English
Service kind                             : Complete Main
Default                                  : No
Encoded date                             : UTC 2021-02-23 11:46:52
Tagged date                              : UTC 2021-02-23 11:46:52

[HarperVision]

I have ripped the movie The Meg to .mp4 DV single layer using DVDFab and it shows up as DV in the Infuse GUI and plays as such just fine. The colors seem the same as when I play the disc in my Sony X800M2. I’m an ISF Certified Calibrator amongst many other industry things for 30+ years so would notice if color was amiss. What color issue is it that I’m supposed to be looking for exactly?

So UHD BR discs are mastered in the YCbCr colorspace, and original single layer profile 5 videos are supposed to be in the IPTPQc2 colorspace. Unless DVDFab is doing a colorspace conversion in the ripping process, the resulting file from the process is a profile 5 video but with the content still in YCbCr. The thinking is that when a device like the AppleTV starts playing a profile 5 video, it's expecting content in IPTPQc2 colorspace, but if the content in the file is actually still in YCbCr, it should result in some color issues, no? The differences can be subtle, though, so that's why you might not be noticing anything significant.

OK I see where you’re going with it now. I have my system calibrated running it in LLDV through the AppleTV, so I compensated for any color differences if they were there.

I still have my doubts though. I’m sure the DV processing on the AppleTV can detect what color space the source is in. From what I recall reading in white papers about DV creation in end unit devices using their programmed SoCs, it showed and included YCbCr input and ICtCp which in the end stage was converted to YCBCr for HDMI output. Of course I’ll have to go back and refresh my memory and the details.