DL also supports 12 bit I believe whereas SL doesn't, I doubt there's a huge difference without a 12bit display.hepe9 wrote: ↑Sat Feb 29, 2020 10:45 amI don't want to be pessimistic but I think like you, two things;DaMacFunkin wrote: ↑Sat Feb 29, 2020 7:30 amHi, it isn’t color space it is color profile, UHD disks don’t contain the correct profile for the single layer Dolby Vision specification, as good as this news is it is conceivable that the resulting files are also incorrect.mattmarsden wrote: ↑Fri Feb 28, 2020 8:48 pmSo do you think your tool is creating a DV file with correct colourspace etc?
- If this is only DV why people can't play certain profiles and play HDR instead?
- If this is posible, why the companies create a second stream for DV?
Dolby Vision now possible through MP4 Mux.
Re: Dolby Vision now possible through MP4 Mux.
Re: Dolby Vision now possible through MP4 Mux.
I want to believe, but I don't want to get my hopes up, its to good to be truebaker99 wrote: ↑Sat Feb 29, 2020 10:48 amDL also supports 12 bit I believe whereas SL doesn't, I doubt there's a huge difference without a 12bit display.hepe9 wrote: ↑Sat Feb 29, 2020 10:45 amI don't want to be pessimistic but I think like you, two things;DaMacFunkin wrote: ↑Sat Feb 29, 2020 7:30 am
Hi, it isn’t color space it is color profile, UHD disks don’t contain the correct profile for the single layer Dolby Vision specification, as good as this news is it is conceivable that the resulting files are also incorrect.
- If this is only DV why people can't play certain profiles and play HDR instead?
- If this is posible, why the companies create a second stream for DV?
-
mattmarsden
- Posts: 88
- Joined: Mon Sep 03, 2018 10:36 am
Re: Dolby Vision now possible through MP4 Mux.
I think its because plex doesnt like TrueHD with embedded ac3, but I’m not certain on this.baker99 wrote: ↑Sat Feb 29, 2020 10:46 amI attempted this yesterday and had the same result as with DVDFab SL, Atmos isn't triggered on the shield snd it causes jumpy playback, I suspect it's something to do with plex itself and ts filesGrencola wrote: ↑Fri Feb 28, 2020 6:22 pmare you able to use tsmuxer nightly to turn that mp4 file into a ts and add any old atmos track to see if it all works?mattmarsden wrote: ↑Fri Feb 28, 2020 4:28 pmSo as others have said the 05.06 profile works fine in Plex on the 2019 Shield - it would be great to be able to have a play around with the tool, especially as the start of Terminator is difficult to judge colours etc on.
Re: Dolby Vision now possible through MP4 Mux.
Interesting, I wonder if we could strip the embedded ac3 and maintain the atmos/thdmattmarsden wrote: ↑Sat Feb 29, 2020 11:08 amI think its because plex doesnt like TrueHD with embedded ac3, but I’m not certain on this.
-
mattmarsden
- Posts: 88
- Joined: Mon Sep 03, 2018 10:36 am
Re: Dolby Vision now possible through MP4 Mux.
Its easy to strip the ac3 its just that tsmuxer doesnt currently accept thd without embedded ac3.
Re: Dolby Vision now possible through MP4 Mux.
Yep just figured this out, frustrating as it's so close to working. I'm pretty sure you are correct about the ac3 being the issue, I stripped it out using mkvtools and the test video ran with Atmos, unfortunately it also strips the DV leaving it as plain HDRmattmarsden wrote: ↑Sat Feb 29, 2020 12:52 pmIts easy to strip the ac3 its just that tsmuxer doesnt currently accept thd without embedded ac3.
Re: Dolby Vision now possible through MP4 Mux.
A quick update, using the 7.06 test file muxed with an Atmos track seems to play with both Atmos and Dolby vision in mx player (it seems to not always detect dolby vision but that may be my settings).
-
superfans124
- Posts: 33
- Joined: Fri Oct 04, 2019 3:26 pm
Re: Dolby Vision now possible through MP4 Mux.
oh shit...here we go again! another breakthrough (and comes with another endless round of tinkering, lol)!RESET_9999 wrote: ↑Fri Feb 28, 2020 1:12 amgood news, DL DV TS made by Tsmuxer are the real deal.
identical in real life and so is the screenshots comparison: https://slow.pics/c/V994dhhF
DV, Atmos, Subtitles, and even fast-forwarding now works. this is awesome.
I tried it, tsmuxer + x700 = DL TS, seems to work: My go-to "DV lab rat" is The Meg, the UHD is mastered to 4000-nits, when played on my C6 (500-ish max nits) in HDR10, all the above-water scene have blown background: a solid white blanket. Only in DV I can see clear separation of blue sky and the white clouds in background. Maybe not exhaustive, but passed my eyeball test.
And AVR recognizes the Dolby Atmos in the DL TS file! And x700 can display PGS subtitle! Fast forward works without crashing the X700! AND it works off DLNA server (within its 100m ethernet port limitation).
Except I'm having this one MAJOR ANNOYING problem with my x700: I can only play one file...
I tested The Meg quick to see the DV highlights, everything looks good, then I pulled back to play another test file, now the entire screen is smeared with colorful mosaics like a broken screen. tested another file, same thing (audio-dolby atmos still plays in the background).
If I shut the x700 down for sometime (don't know how long is required) and come back, the first DL TS file would play PERFECTLY again, but then all other files would play corruptly AGAIN, forcing me to shut it down, or play this one file (though I have not played any one DL TS file in its entirety to verify).
IDK what the problem is: Tsmuxer is 2/28 nightly build, all my AV components: x700, x4300h, C6 are old models that haven't had an update for quite sometime. Judging how the first file plays fine, it's not a HDMI cable issue. I hope it's a software settings issue somewhere in my AV equipments, and not due to hardware limitation (2016 LG OLEDs do have "old man quirks")...
-
RESET_9999
- Posts: 2410
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
yep, same issue here.... this also happened when I tested DVDFab's single layers files in the past.superfans124 wrote: ↑Sat Feb 29, 2020 3:40 pmExcept I'm having this one MAJOR ANNOYING problem with my x700: I can only play one file...
I tested The Meg quick to see the DV highlights, everything looks good, then I pulled back to play another test file, now the entire screen is smeared with colorful mosaics like a broken screen. tested another file, same thing (audio-dolby atmos still plays in the background).
If I shut the x700 down for sometime (don't know how long is required) and come back, the first DL TS file would play PERFECTLY again, but then all other files would play corruptly AGAIN, forcing me to shut it down, or play this one file (though I have not played any one DL TS file in its entirety to verify).
IDK what the problem is: Tsmuxer is 2/28 nightly build, all my AV components: x700, x4300h, C6 are old models that haven't had an update for quite sometime. Judging how the first file plays fine, it's not a HDMI cable issue. I hope it's a software settings issue somewhere in my AV equipments, and not due to hardware limitation (2016 LG OLEDs do have "old man quirks")...
this is not ideal but I'm still happy that I can now watch DV movies with Atmos. Well, I didn't watch a complete movie yet, maybe other issues will show up. fingers crossed...
so if my only problem is that I cant watch two movies in a row (which I almost never do) without rebooting, this is not that big of a deal for me.
Now it's time to enjoy that breakthrough and hopefully, no more issue shows up.
-
superfans124
- Posts: 33
- Joined: Fri Oct 04, 2019 3:26 pm
Re: Dolby Vision now possible through MP4 Mux.
...I.just.love.keep.discovering.all.the.capabilities.and.limitations.of.the.x700...(no, I don't. not really.RESET_9999 wrote: ↑Sat Feb 29, 2020 4:14 pmyep, same issue here.... this also happened when I tested DVDFab's single layers files in the past.superfans124 wrote: ↑Sat Feb 29, 2020 3:40 pmExcept I'm having this one MAJOR ANNOYING problem with my x700: I can only play one file...
I tested The Meg quick to see the DV highlights, everything looks good, then I pulled back to play another test file, now the entire screen is smeared with colorful mosaics like a broken screen. tested another file, same thing (audio-dolby atmos still plays in the background).
If I shut the x700 down for sometime (don't know how long is required) and come back, the first DL TS file would play PERFECTLY again, but then all other files would play corruptly AGAIN, forcing me to shut it down, or play this one file (though I have not played any one DL TS file in its entirety to verify).
IDK what the problem is: Tsmuxer is 2/28 nightly build, all my AV components: x700, x4300h, C6 are old models that haven't had an update for quite sometime. Judging how the first file plays fine, it's not a HDMI cable issue. I hope it's a software settings issue somewhere in my AV equipments, and not due to hardware limitation (2016 LG OLEDs do have "old man quirks")...
this is not ideal but I'm still happy that I can now watch DV movies with Atmos. Well, I didn't watch a complete movie yet, maybe other issues will show up. fingers crossed...
so if my only problem is that I cant watch two movies in a row (which I almost never do) without rebooting, this is not that big of a deal for me.
Now it's time to enjoy that breakthrough and hopefully, no more issue shows up.
Re: Dolby Vision now possible through MP4 Mux.
Same problem here with Lg C8 and sony 5000 soundbar.superfans124 wrote: ↑Sat Feb 29, 2020 3:40 pmoh shit...here we go again! another breakthrough (and comes with another endless round of tinkering, lol)!RESET_9999 wrote: ↑Fri Feb 28, 2020 1:12 amgood news, DL DV TS made by Tsmuxer are the real deal.
identical in real life and so is the screenshots comparison: https://slow.pics/c/V994dhhF
DV, Atmos, Subtitles, and even fast-forwarding now works. this is awesome.
Except I'm having this one MAJOR ANNOYING problem with my x700: I can only play one file...
I tested The Meg quick to see the DV highlights, everything looks good, then I pulled back to play another test file, now the entire screen is smeared with colorful mosaics like a broken screen. tested another file, same thing (audio-dolby atmos still plays in the background).
If I shut the x700 down for sometime (don't know how long is required) and come back, the first DL TS file would play PERFECTLY again, but then all other files would play corruptly AGAIN, forcing me to shut it down, or play this one file (though I have not played any one DL TS file in its entirety to verify).
IDK what the problem is: Tsmuxer is 2/28 nightly build, all my AV components: x700, x4300h, C6 are old models that haven't had an update for quite sometime. Judging how the first file plays fine, it's not a HDMI cable issue. I hope it's a software settings issue somewhere in my AV equipments, and not due to hardware limitation (2016 LG OLEDs do have "old man quirks")...
Maybe the problem lies in the x700.
-
RESET_9999
- Posts: 2410
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
I doubt the problem is the x700.. it never happens with bluray disc or mp4 (made with mp4 muxer).
looks like tsmuxer is doing something wrong. It's probably the same reason why the file won't play on the C8
Also, a friend of mine tested the DL TS with a Phillips bluray player ( can play DL MP4) and the TS failed to play.
So far I think only the x700 and the oppo can play those DL TS files.
Re: Dolby Vision now possible through MP4 Mux.
But, if tsmuxer is doing something wrong, why it plays correctly the first movie and the problem arises only if actually stop it and try to play a different movie???
Re: Dolby Vision now possible through MP4 Mux.
I try to answer the questions of some of you.
These are my personal considerations.
There are several "types" of Dolby Vision:
Double Track Double Layer: BL and EL + RPU (this is the case of Bluray discs where the Base Layer is represented by the first video track and the rest is placed in a second video track)
Single Track Single Layer: BL + RPU (this is the case of DVDFab)
Single Track Double Layer: BL + EL + RPU (my attempt)
There are also two types of EL:
The full enhancement layer (FEL) is a HEVC video stream with embedded Dolby Vision metadata: it requires a SoC to be capable of simultaneously decoding two video streams (base layer video stream and FEL video stream).
The minimal enhancement layer MEL, a constrained FEL, only consists of metadata: it requires a SoC to be capable of only decoding one single base layer video stream.
My mp4 files meet the characteristics listed in section 3.2 (in particular, subsection 3.2.2) of THIS document and have been generated from a Bluray disc with a Dolby Vision Double Track Double Layer (BL and EL + RPU) without alter any of the components.
It is logical to think that the best profiles for decoding my files are dvhe.04 and dvhe.07 (refer to THIS document) as they allow to improve the Base Layer using EL and the instructions contained in the RPU metadata.
I do not dwell on profile 07.
I take into account profile 04 (surely those interested in this type of file have a device, such as the new Shield, which does not support profile 07).
In official Dolby documents it is stated that a new Dolby Vision certified device is able to decode a profile 4 MEL bitstream without instantiating a secondary HEVC decoder for the enhancement layer.
A new Dolby Vision device that chooses not to instantiate a second HEVC decoder and supports
profile 4 must distinguish the original profile 4 bitstream from the profile 4 MEL bitstream. When
receiving an original profile 4 bitstream, such a device:
• Exits the Dolby Vision video pipeline
• Uses its normal video pipeline for video processing, and displays a standard dynamic range video
signal only
• Does not display the Dolby Vision logo
So follow me:
My files (dvhe.04) are slightly out of standard: the EL layer should be represented by a HEVC main10 level 4.1 stream instead the one present in the Bluray disk is a High Tier level 5.1.
On some devices, the file may start (with its Dolby Vision Logo) but the file would not be reproduced because the decoder buffer would quickly become saturated.
If instead I choose to play my files with the profiles dvhe.05 and dvhe.08 (useful for processing Single Track Single Layer files (BL + RPU)), the hardware decoder will try to process the Base Layer (BL) and to improve it through RPU metadata by discarding the EL layer.
however, the Base Layer is non-standard (it has a different color space than the IPTPQc2/IPT one) as extracted from a Bluray disk.
It should appear better than an HDR stream (since metadata is dynamic and non-static) but will not reach its maximum splendor due to the lack of data contained in the EL layer.
The lack of this information, however, could lead, in some cases, to evident chromatic aberrations.
These are my personal considerations.
There are several "types" of Dolby Vision:
Double Track Double Layer: BL and EL + RPU (this is the case of Bluray discs where the Base Layer is represented by the first video track and the rest is placed in a second video track)
Single Track Single Layer: BL + RPU (this is the case of DVDFab)
Single Track Double Layer: BL + EL + RPU (my attempt)
There are also two types of EL:
The full enhancement layer (FEL) is a HEVC video stream with embedded Dolby Vision metadata: it requires a SoC to be capable of simultaneously decoding two video streams (base layer video stream and FEL video stream).
The minimal enhancement layer MEL, a constrained FEL, only consists of metadata: it requires a SoC to be capable of only decoding one single base layer video stream.
My mp4 files meet the characteristics listed in section 3.2 (in particular, subsection 3.2.2) of THIS document and have been generated from a Bluray disc with a Dolby Vision Double Track Double Layer (BL and EL + RPU) without alter any of the components.
It is logical to think that the best profiles for decoding my files are dvhe.04 and dvhe.07 (refer to THIS document) as they allow to improve the Base Layer using EL and the instructions contained in the RPU metadata.
I do not dwell on profile 07.
I take into account profile 04 (surely those interested in this type of file have a device, such as the new Shield, which does not support profile 07).
In official Dolby documents it is stated that a new Dolby Vision certified device is able to decode a profile 4 MEL bitstream without instantiating a secondary HEVC decoder for the enhancement layer.
A new Dolby Vision device that chooses not to instantiate a second HEVC decoder and supports
profile 4 must distinguish the original profile 4 bitstream from the profile 4 MEL bitstream. When
receiving an original profile 4 bitstream, such a device:
• Exits the Dolby Vision video pipeline
• Uses its normal video pipeline for video processing, and displays a standard dynamic range video
signal only
• Does not display the Dolby Vision logo
So follow me:
Code: Select all
Single Track Dual Layer dvhe.04.06 (BL + EL + RPU)
|
|
|
|
My device receives a Dolby Vision
Track whith a Base Layer and a Full ------------- My device is able to decode a profile 4 MEL bitstream
enhancement Layer (FEL) without instantiating a secondary HEVC decoder but is ------------- Exits the Dolby Vision video pipeline,
| receiving a FEL bitstream NO Dolby Vision logo, SDR
|
|
|
My device can initiate a secondary HEVC decoder
|
|
|
|
Dolby Vision (Full enhanced)My files (dvhe.04) are slightly out of standard: the EL layer should be represented by a HEVC main10 level 4.1 stream instead the one present in the Bluray disk is a High Tier level 5.1.
On some devices, the file may start (with its Dolby Vision Logo) but the file would not be reproduced because the decoder buffer would quickly become saturated.
If instead I choose to play my files with the profiles dvhe.05 and dvhe.08 (useful for processing Single Track Single Layer files (BL + RPU)), the hardware decoder will try to process the Base Layer (BL) and to improve it through RPU metadata by discarding the EL layer.
however, the Base Layer is non-standard (it has a different color space than the IPTPQc2/IPT one) as extracted from a Bluray disk.
It should appear better than an HDR stream (since metadata is dynamic and non-static) but will not reach its maximum splendor due to the lack of data contained in the EL layer.
The lack of this information, however, could lead, in some cases, to evident chromatic aberrations.
Re: Dolby Vision now possible through MP4 Mux.
This information is great but I think we are all interested in knowing how you created the Single Track Double Layer MP4 files so we can recreate and test with our own videos?yusesope wrote: ↑Sat Feb 29, 2020 6:26 pmI try to answer the questions of some of you.
These are my personal considerations.
There are several "types" of Dolby Vision:
Double Track Double Layer: BL and EL + RPU (this is the case of Bluray discs where the Base Layer is represented by the first video track and the rest is placed in a second video track)
Single Track Single Layer: BL + RPU (this is the case of DVDFab)
Single Track Double Layer: BL + EL + RPU (my attempt)
There are also two types of EL:
The full enhancement layer (FEL) is a HEVC video stream with embedded Dolby Vision metadata: it requires a SoC to be capable of simultaneously decoding two video streams (base layer video stream and FEL video stream).
The minimal enhancement layer MEL, a constrained FEL, only consists of metadata: it requires a SoC to be capable of only decoding one single base layer video stream.
My mp4 files meet the characteristics listed in section 3.2 (in particular, subsection 3.2.2) of THIS document and have been generated from a Bluray disc with a Dolby Vision Double Track Double Layer (BL and EL + RPU) without alter any of the components.
It is logical to think that the best profiles for decoding my files are dvhe.04 and dvhe.07 (refer to THIS document) as they allow to improve the Base Layer using EL and the instructions contained in the RPU metadata.
I do not dwell on profile 07.
I take into account profile 04 (surely those interested in this type of file have a device, such as the new Shield, which does not support profile 07).
In official Dolby documents it is stated that a new Dolby Vision certified device is able to decode a profile 4 MEL bitstream without instantiating a secondary HEVC decoder for the enhancement layer.
A new Dolby Vision device that chooses not to instantiate a second HEVC decoder and supports
profile 4 must distinguish the original profile 4 bitstream from the profile 4 MEL bitstream. When
receiving an original profile 4 bitstream, such a device:
• Exits the Dolby Vision video pipeline
• Uses its normal video pipeline for video processing, and displays a standard dynamic range video
signal only
• Does not display the Dolby Vision logo
So follow me:Code: Select all
Single Track Dual Layer dvhe.04.06 (BL + EL + RPU) | | | | My device receives a Dolby Vision Track whith a Base Layer and a Full ------------- My device is able to decode a profile 4 MEL bitstream enhancement Layer (FEL) without instantiating a secondary HEVC decoder but is ------------- Exits the Dolby Vision video pipeline, | receiving a FEL bitstream NO Dolby Vision logo, SDR | | | My device can initiate a secondary HEVC decoder | | | | Dolby Vision (Full enhanced)
My files (dvhe.04) are slightly out of standard: the EL layer should be represented by a HEVC main10 level 4.1 stream instead the one present in the Bluray disk is a High Tier level 5.1.
On some devices, the file may start (with its Dolby Vision Logo) but the file would not be reproduced because the decoder buffer would quickly become saturated.
If instead I choose to play my files with the profiles dvhe.05 and dvhe.08 (useful for processing Single Track Single Layer files (BL + RPU)), the hardware decoder will try to process the Base Layer (BL) and to improve it through RPU metadata by discarding the EL layer.
however, the Base Layer is non-standard (it has a different color space than the IPTPQc2/IPT one) as extracted from a Bluray disk.
It should appear better than an HDR stream (since metadata is dynamic and non-static) but will not reach its maximum splendor due to the lack of data contained in the EL layer.
The lack of this information, however, could lead, in some cases, to evident chromatic aberrations.