Dolby Vision now possible through MP4 Mux.

[rocsen]

Question regarding the Sony X700 and profile 7 playback from file.

1) The best option is dual track single layer 7.06 (green screen when stop) or new single track dual layer 7.06 bl+el+rpu (no green screen when stop)? or are the same...

2) How to mux a mkv dual layer 7.06 in m2ts working file on X700? i have demos working ok but when i mux with tsmuxer (differents versions) always fail...

Thanks, sorry for my english.

1- I prefer dual track dual layer p7 because every movie works and creating the TS/m2ts files is much faster than any other method. But yeah, there's the green screen bug when you stop playback.
2- you create the single track dual layer with Makemkv or yusesope tool, and then you remux to TS or M2TS with the latest tsmuxer.

And is that from LAN (DLNA?) or just USB drives?

this player got only a 100mbps ethernet port so it's not fast enough for high bitrate movies.

I find if I copy the original m2ts from the BD rip, it plays perfectly fine on the X700 without the green screen bug.

[RESET_9999]

I find if I copy the original m2ts from the BD rip, it plays perfectly fine on the X700 without the green screen bug.

Yep, but that is fake DV. Press ''display'' on your remote and you will see that it say ''HDR'' only instead of ''Dolby Vision HDR'' .
To get real DV on the x700, you have to remux the original m2ts with tsMuxer or the mp4muxer.

Ok, so i give up after all my attempts, like 20 programs, cmd lines, etc.
Ive read at least 100 pages of this topic, but any kind soul can explain me in detail how i create a dual layer dolby vision mp4 with ac3 audio from the bluray backup but that works with the Lg b6?
Ive read too that the 2016 series of lg oleds cant read dual layer dolby vision but thats not true, i have a hobbit mp4 file downloaded from torrent that displays as dolby vision in my lg b6, when i use mp4box to demuxe the mp4 i see 3 files .hev1 .dvhe and ac3. files inside the mp4, so what i need to do to get this thing?Of course i tried the tsmux, mp4muxer with profile 7 comand line and that mp4 is only playable on my pc.
Thank you in advance

the 2016 series LG oled have issues with some metadata that causes a green screen.
btw, if you don't want to mess with the cmd-line, and all you want is dual layer DV + ac3, you can use the @Grencola tool:
https://forum.doom9.org/showthread.php? ... ost1868184

[Manixx2020beyound]

420 is not wrong, the patent specs also only mention 12 bit YCbCr 420 reconstructed output.
As for the HDMI transmission, it is detailed as 12 bit YCbCr 422 because the metadata is also transported into the least significant bits.

first off, nobody said 420 is "wrong" - that is your wording. 420 simply has less color resolution, hence 422 is more desirable.

Second, both STD and LLDV output a 12bit 422 signal yet only STD contains in addition the dynamic metadata because it's tv-led. so the player-led stream (already DV decoded) which also contains 12bit 422 signal requires less bandwidth, hence it provides low latency...

again, BOTH DV stream types contain 12bit 422 signal (because that's the Dolby spec), yet LLDV has less data than the other... only STD carries metadata in the stream, not LLDV.... hence your 2nd statement is also wrong.

to recap:
all DV streams are 12 bit 422.
only tv-led contains the full dynamic metadata, so full stream requirements, hence RGB tunneling in 8bit float container is used.
player-led requires less bandwidth because it contains less data (still 12 bit 422 signal).
MEL is also 12 bit 422 but only contains a 10bit 420 signal, padded.

and to stress this part:

because the metadata is also transported into the least significant bits.

you make it sound like that "explains" a 12bit 420 final output. no, the metadata allows to reconstruct the full 12bit 422 master, which is why it is a 12bit 422 signal.

if final output was 12bit 420 (so EL only contains luminance, Y difference) for FEL STD, they wouldn't need a 12 bit 422 stream, they'd use a 12bit 420 stream. Metadata is the mere difference, it doesn't need "extra" space on top of the difference, especially since it's encoded as well.

Yes but
LLDV device processing,
Would still use the Fel data within the 12bit stream/device to produce the extra bits intended in final 12bit output.
LLDV still uses all the dv meta
(Intended to cut the signal meta transfer time between device & uhdtv ) atualize visual monitor processing time cause latency.
I say this because we can play a fel real uhd disc in LLDV is that producing a less imperfect image than the dv rgb8 FEL ?sending the meta I’m not sure 100% on that part of the equation.
Some do believe computation processing is best left to devices than the uhdtv.
So the real question is, is device processing better than uhd tv which each UhDtv tone maps differently producing different doblyvision picture baced on tv limitations
But is does make sense why Xbox won’t offer regular dv no good for gaming & we could see why sending dv dynamic meta rgb8 while playing a high intensity doblyvision game u could just visualize the laggg lol

[shawnc22]

Hi,
Can someone elaborate on yusesope´s comment copied below. Would (and how) DV streaming providers (NF, Apple) have to deal with the lack of EL in a DV profile 5 and potential « issues » such as chromatic aberrations. Or are those issues a side effect of yusesope method for creating a single track single layer DV media ?

One point that seems not so obvious, is that a Profile 5 can make use of dynamic metadata carried in the RPU- Reference Processing Unit, what is this? Thank you.

If instead I choose to play my files with the profiles dvhe.05 and dvhe.08 ..., 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.

When you’re doing conversions from a UHD disc to single layer, you’re going to lose data (neglible in MEL). There is currently not a lossless way from converting from double to single layer where the info in the EL is reencoded into the BL; any info in the EL is just being discarded. The issue complicates when you further force the single-layer product to profile 5. Original profile 5 videos are encoded in a different colorspace than UHD discs, and the current available conversion process is not doing any colorspace conversions. When a player encounters a converted profile 5 video, it will play it in the p5 (IPTPQc2) colorspace, but the file is still encoded in the original UHD profile 7 colorspace— leading to potential chromatic abberations. Streaming services don’t have this issue simply because their content is encoded in profile 5 to begin with. The BL in these content is completely different than the one found on UHD discs. For more reading on BLs, ELs, RPUs, and anything DV/HDR related, I would start here: https://forum.blu-ray.com/showpost.php? ... ostcount=4.

[aboulfad]

When you’re doing conversions from a UHD disc to single layer, you’re going to lose data (neglible in MEL). ... The issue complicates when you further force the single-layer product to profile 5. Original profile 5 videos are encoded in a different colorspace than UHD discs, and the current available conversion process is not doing any colorspace conversions. When a player encounters a converted profile 5 video, it will play it in the p5 (IPTPQc2) colorspace, but the file is still encoded in the original UHD profile 7 colorspace— leading to potential chromatic abberations. Streaming services don’t have this issue simply because their content is encoded in profile 5 to begin with. The BL in these content is completely different than the one found on UHD discs. For more reading on BLs, ELs, RPUs, and anything DV/HDR related, I would start here: https://forum.blu-ray.com/showpost.php? ... ostcount=4.

Hi, thank you ! in summary - Mode 2 of yusesope's tool is NOT doing a colorspace conversion from UHD P7 to P5, hence the potential artefacts. So what do we end up with in terms of pic quality for a single track single layer (STSL) P5 processed from an original UHD P7 ? (which is the only option for Infuse Pro->ATV4k users)

I have been trying to disseminate differences between the media shared by yusesope in THIS post on my LG OLED65E7P (via usb3) and I find it hard to find some (comparing STSL P5 with STDL P7 on my TV).

Once I receive my gear, I will rip some DV movies that I also have on ATV4k and "try" to compare the PQ: ATV original P5 vs (UHD P7 -> Mode 2 - STSL P5). It seems though that the exercise of ripping UHD to eventually stream them to ATV4K is probably inferior in PQ but I wanted to have control on the audio part.

[rocsen]

I find if I copy the original m2ts from the BD rip, it plays perfectly fine on the X700 without the green screen bug.

Yep, but that is fake DV. Press ''display'' on your remote and you will see that it say ''HDR'' only instead of ''Dolby Vision HDR'' .
To get real DV on the x700, you have to remux the original m2ts with tsMuxer or the mp4muxer.

I see it now, thanks for pointing that out!

[mulucy]

When you’re doing conversions from a UHD disc to single layer, you’re going to lose data (neglible in MEL). ... The issue complicates when you further force the single-layer product to profile 5. Original profile 5 videos are encoded in a different colorspace than UHD discs, and the current available conversion process is not doing any colorspace conversions. When a player encounters a converted profile 5 video, it will play it in the p5 (IPTPQc2) colorspace, but the file is still encoded in the original UHD profile 7 colorspace— leading to potential chromatic abberations. Streaming services don’t have this issue simply because their content is encoded in profile 5 to begin with. The BL in these content is completely different than the one found on UHD discs. For more reading on BLs, ELs, RPUs, and anything DV/HDR related, I would start here: https://forum.blu-ray.com/showpost.php? ... ostcount=4.

Hi, thank you ! in summary - Mode 2 of yusesope's tool is NOT doing a colorspace conversion from UHD P7 to P5, hence the potential artefacts. So what do we end up with in terms of pic quality for a single track single layer (STSL) P5 processed from an original UHD P7 ? (which is the only option for Infuse Pro->ATV4k users)

I have been trying to disseminate differences between the media shared by yusesope in THIS post on my LG OLED65E7P (via usb3) and I find it hard to find some (comparing STSL P5 with STDL P7 on my TV).

Once I receive my gear, I will rip some DV movies that I also have on ATV4k and "try" to compare the PQ: ATV original P5 vs (UHD P7 -> Mode 2 - STSL P5). It seems though that the exercise of ripping UHD to eventually stream them to ATV4K is probably inferior in PQ but I wanted to have control on the audio part.

Profile 5 created from UHD disks with Yusecope's tools is still better than HDR10 BL. It's more like HDR10+ with dynamic metadata with adjusted scene-by-scene brightness. However, you are not getting the correct color space ( it does not mean the picture is messed up ). With Profile 5 created from UHD disc, you are viewing the best picture possible on your Apple TV 4K with Infuse Pro and plus the convenience of it. I also own the Sony X700 and sometimes watch movies with Profile 7 FEL if it's available. Plus, own a Fire TV 4k Cube/Stick. The ladder is capable of playing Profile 8/7 MEL with correct color space created with Yusecope's tools.

My choice goes to Fire TV if a disk encoded with MEL only and if it has FEL, I go with Sony X700. Again, I still don't mind using "Profile 5 " on my Apple TV 4K since I like the Infuse Pro.

[pete19]

I say this because we can play a fel real uhd disc in LLDV is that producing a less imperfect image than the dv rgb8 FEL ?sending the meta
I’m not sure 100% on that part of the equation.

there is no DV metadata being sent with LLDV. The metadata was already used by the device to create the DV image.

Some do believe computation processing is best left to devices than the uhdtv.
So the real question is, is device processing better than uhd tv which each UhDtv tone maps differently producing different doblyvision picture baced on tv limitations

best picture will be tv-led, hence letting a full DV capable TV create the DV image. For LLDV, the player has to guess some of the many parameters hence image will be less correct.

[aboulfad]

Profile 5 created from UHD disks with Yusecope's tools is still better than HDR10 BL. It's more like HDR10+ with dynamic metadata with adjusted scene-by-scene brightness. However, you are not getting the correct color space ( it does not mean the picture is messed up ). With Profile 5 created from UHD disc, you are viewing the best picture possible on your Apple TV 4K with Infuse Pro and plus the convenience of it. I also own the Sony X700 and sometimes watch movies with Profile 7 FEL if it's available. Plus, own a Fire TV 4k Cube/Stick. The ladder is capable of playing Profile 8/7 MEL with correct color space created with Yusecope's tools.

My choice goes to Fire TV if a disk encoded with MEL only and if it has FEL, I go with Sony X700. Again, I still don't mind using "Profile 5 " on my Apple TV 4K since I like the Infuse Pro.

Santa delivered ahead of time an Asus BW16-D1HT, I am now encouraged to attempt few rips and processing to P5 STSL. The best device with the best PQ remains our trusted Oppo UDP-203+UHD discs I also find Infuse Pro fun and convenient. thank you for the feedback.

[cipher]

there is no DV metadata being sent with LLDV. The metadata was already used by the device to create the DV image.

best picture will be tv-led, hence letting a full DV capable TV create the DV image. For LLDV, the player has to guess some of the many parameters hence image will be less correct.

Lots of interesting info over the past few pages and I'm trying to catch-up. Does this mean that even if the Shield fixes their color issues with DV content, the DV stream still won't be as accurate as TV led DV?

Also, what exactly is TV-led DV and how do you achieve this on an LG OLED? For the many of us using the Plex ecosystem is there any client that offers this possibility?

Finally, does this LLDV vs TV-led DV difference also extend to other HDR variants like HDR-10?

[zxaura1]

Inside the LG menu.
The television model says:
OLED55B6V-Z
and at the end an interesting fact.
Dolby Vision 0.9.0

I also tried MakeMKV v1.15.3 but the TV won't open it.
Demomento only worked (opened it) with Dolby Vision in .mp4

Thanks for answering me.
I wait your answer.

I don't know if the problem will be the file size ... = (

you don't need a ts/mkv file if you play them in your LG B6. stick with the mp4muxer.

Hi, you don’t say what your playback device is?
TLOTR and The Hobbit are MEL so the easiest way to create Dolby Vision MKV is Makemkv.

LOTR are [s] FEL DV [/s]

Hello there...
Does anyone knows why my LG E6 plays many DV movies in a green tint (like all Mission Impossible etc) and if there is a solution to it?
Thanks in advance

[cipher]

Ok, just watched this video from Vincent explaining the difference between TV-led and Player-led DV so I can see where TV-led would be the better option...

https://www.youtube.com/watch?v=e_a77zJTrO4

Also, I found the following quotes on the nVidia forums:

The Shield supports both and will do TV-led if your TV supports it...

It does TV-led for me and I still get the slight red push.

Hi I didn’t think the Shield was doing TV-led with my C9 but it actually is, shame they can’t nail this on shield...

Therefore, assuming my LG B7 is capable of TV-led DV and the Shield can detect this and send the DV for the TV to process, is TV-led DV the result when using a Plex client that plays DV on the Shield? I'm currently switching between the native Plex client and the Kodi plex client on my Shield and want to make sure I'm aware of any differences here when playing DV mkv's.

[shawnc22]

Ok, just watched this video from Vincent explaining the difference between TV-led and Player-led DV so I can see where TV-led would be the better option...

https://www.youtube.com/watch?v=e_a77zJTrO4

Also, I found the following quotes on the nVidia forums:

The Shield supports both and will do TV-led if your TV supports it...

It does TV-led for me and I still get the slight red push.

Hi I didn’t think the Shield was doing TV-led with my C9 but it actually is, shame they can’t nail this on shield...

Therefore, assuming my LG B7 is capable of TV-led DV and the Shield can detect this and send the DV for the TV to process, is TV-led DV the result when using a Plex client that plays DV on the Shield? I'm currently switching between the native Plex client and the Kodi plex client on my Shield and want to make sure I'm aware of any differences here when playing DV mkv's.

Yes, it should be using TV-led DV on your B7

[Mortenjorstad]

Can someone please share tsmuxer 05.06 fix

[lexyz]

I share this picture to discuss possible reasons why Shield TV Player-led STDL very close to Oppo TV-led DTDL
Any ideas?
Pay attention on yellow beak