Dolby Vision now possible through MP4 Mux.

[RESET_9999]

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.

[Pacer]

Hello everyone,

first I wanted to say a big THANK YOU to everyone so dedicated to get the DV playback riddle solved, first of all to yusesope, whose tool I've tried to use.

I've just had one UDH Bluray Disc (MI: Fallout), which I tried to get to run in DV after ripping it. With the help of yusesope's tool I was able to create an mp4 file which my LG OLED65GX9LA liked to play. I used the software and procedure described on p199 in this forum:

- ffmpeg to demux from BD m2ts file
- MUX_AND_CONVERT_TO_PROFILE_81.bat
- mp4muxer to get an .mp4 file

The file triggered DV on my LG TV, but I am not sure if it displayed the content correctly. That's why I would like to ask you more experienced people to take a look at my photo comparison (DSLR in manual mode). From left to right you see:

- MKV ripped with 1.15.3 from BD disc, played on my HiMedia Q10 Pro (which plays the file only in HDR10)
- same file, but played from my LG OLED65GX9LA with internal player via DLNA (which also plays it in HDR10)
- mp4-File created with the above procedure, played from my LG's internal player with active DV

Bildschirmfoto 2020-12-12 um 19.55.51.jpg

To me, the colors look quite different compared to the HDR10 variants of the movie. I do not have a hardware BD-UHD player to see how the movie would look like when played from there :-/

What are your thoughts on this?
In my expectation the colors should not differ between HDR10 and DV, right?

[pete19]

Link your source please

sorry, it's been years since this was released. don't have a source at hand, simply google... you'll find posts, blogs etc...

[Blue Stinger]

Just tried this and it works on the FireTV Stick 4K...On archlinux...And it plays in Dolby Vision with ExoPlayer.

It always warms the heart to see "archlinux" written somewhere . Thanks for your feedback.

I need some .dll or something? MUX.bat works but MUX_AND_CONVERT_TO_MEL.bat doesn't work, It shows the error I posted above.

Same error for me. I'm trying to convert/remux Gemini Man from a full UHD BluRay backup. Officially it's a FEL title, although it has about the lowest bitrare a FEL can have.
Later I'll try Saving Private Ryan.

Yes you are right. Your Windows needs THESE libraries (unpack the archive and place the two dll files where there are the files MUX.bat, DEMUX.bat, etc ...). It's not an elegant solution but it should at least work for these days of testing.
Let me know!

Hi @yusesope, so you need tsMuxer to register profile 6 as profile 4 to be read by ExoPlayer, is this correct?

The files that are created by this latest version have as VUI:
0,9,16,9,2 for the Base layer
0,9,16,9,2 for the Enhancement layer.
The correct profile should therefore be 7.
Now I don't remember well but it seems to me that TsMuxeR currently generates files with profile 6 (but, I repeat myself, I could be wrong). If my tool proves to work, in my opinion, we should try to mark the ts files with profile 7 (and not 6).

I think yusecope is suggesting that what tsmuxer is currently registering as profile 6 should go back to being registered as profile 7

Yep, Exactly!

Is anybody out there who can re-upload the linked archive? I have the same problem with error 126.

[qweargs]

Hey guys,

250+ pages is a long read so I'm just asking here.
I finally got it working to trigger DV on my C9!

But now I have a movie, split into 4 parts. Which is no big deal, but just for conveniences sake, is it possible to merge them with mp4muxer/mp4box into one?

If so, is it as easy as "mp4muxer - I Part1.mp4 - I part2.mp4. ... .-o complete.mp4"?

Thanks in advance!

-qweargs

[lexyz]

sorry, it's been years since this was released. don't have a source at hand, simply google... you'll find posts, blogs etc...

Do you suggest me to search for a proof for your statement? Really?
I would rather not spend time on this misconception.

[daddy]

Hello everyone,

first I wanted to say a big THANK YOU to everyone so dedicated to get the DV playback riddle solved, first of all to yusesope, whose tool I've tried to use.

I've just had one UDH Bluray Disc (MI: Fallout), which I tried to get to run in DV after ripping it. With the help of yusesope's tool I was able to create an mp4 file which my LG OLED65GX9LA liked to play. I used the software and procedure described on p199 in this forum:

- ffmpeg to demux from BD m2ts file
- MUX_AND_CONVERT_TO_PROFILE_81.bat
- mp4muxer to get an .mp4 file

The file triggered DV on my LG TV, but I am not sure if it displayed the content correctly. That's why I would like to ask you more experienced people to take a look at my photo comparison (DSLR in manual mode). From left to right you see:

- MKV ripped with 1.15.3 from BD disc, played on my HiMedia Q10 Pro (which plays the file only in HDR10)
- same file, but played from my LG OLED65GX9LA with internal player via DLNA (which also plays it in HDR10)
- mp4-File created with the above procedure, played from my LG's internal player with active DV

Bildschirmfoto 2020-12-12 um 19.55.51.jpg

To me, the colors look quite different compared to the HDR10 variants of the movie. I do not have a hardware BD-UHD player to see how the movie would look like when played from there :-/

What are your thoughts on this?
In my expectation the colors should not differ between HDR10 and DV, right?

The EL is a 10-bit video bitstream that carries the residual between the source and the BL and the “dynamic” metadata for DV. An enhancement layer that carries a residual signal is = 0 (zero), that is, the decoder does not need to process the residual signal, is called minimum enhancement layer (MEL). If the residual signal is > 0, it is called full enhancement layer (FEL)

MI Fallout is a FEL Dolby Vision movie. (BL + EL (>0) + RPU)
Making DV files in single layer profile works only with MEL (EL=0).
The only correct method to have dual layers files (or dual tracks of single layer) is with mp4muxer with Dolby Vision in profile 7.

[agneva]

Did you try the ape?

[pete19]

Do you suggest me to search for a proof for your statement? Really?
I would rather not spend time on this misconception.

you don't seriously think anybody here will spend more time educating about something that you've not done your research for.

but you can always "believe" what you want

like I said, this is years old. You spread misinformation, I'm sure not on purpose.

two main things about DV that are the reasons it is the premiere HDR format:
(1) ability to fully re-create the 12bit 422 master at home in FEL dual layer releases
(2) dynamic metadata

[quietvoid]

you don't seriously think anybody here will spend more time educating about something that you've not done your research for.

but you can always "believe" what you want

like I said, this is years old. You spread misinformation, I'm sure not on purpose.

two main things about DV that are the reasons it is the premiere HDR format:
(1) ability to fully re-create the 12bit 422 master at home in FEL dual layer releases
(2) dynamic metadata

You're the only one posting conflicting statements without providing proof.

As I've mentioned already:

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.

No where is there a mention that the output video is actually 12 bit 422.

There's no place for full 4:2:2 video:

[Manixx2020beyound]

C006C359-D5D4-4621-B8B6-27FC3EDF7B99.png

05A0F454-1A78-430E-BD42-5F969372BDDC.png

Might be some confusion where the mezzanine is concern.

[pete19]

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.

[DaMacFunkin]

I’m off to get some popcorn for round 2, this is freakin’ awesome

[pete19]

I’m off to get some popcorn for round 2, this is freakin’ awesome

you want more ? here is an encore...

most folks here are forgetting that 12bit 422 ONLY ever comes into play for profile 7 FEL - not even profile 7 MEL (10bit 420).

All the gazillion other DV profiles are all 420 drained sauce for streaming. THIS is easily 90+% of DV content.

Then, for disc releases (--> profile 7), (unfortunately) the majority of releases are MEL... so 12bit 422 (--> p7 FEL) only rarely ever comes into play.

This may be another reason why in the many Dolby docs this is not explicitly stated, to not confuse content creators who in 9/10 cases will use single DV layer BL (for garbage compressed streaming), and even if authoring disc deliverables, then often use MEL.

Even some of the largest disc releases do not get DV or DV FEL (--> SW, only EVIII from Ryan Johnson is DV, but MEL). There are authoring issues with FEL when one gets into the 2nd and 3rd layers on the UHD disc, so that seems to be another huge obstacle.

again: p7 FEL tv-led is as good as it gets right now.

[pete19]

and here's more...

there are only two (2) DV streams:

1) 8bit RGB via tunneling (for STD tv-led, as it contains both BL+EL data)
2) 12bit 422 for everything else (LLDV player-led, MEL, or single layer profiles)

IF (!) the actual max chroma subsampling was 420, then the 2nd stream variant above would only need to be 12bit 420 - there would be no need to use 12bit 422 (+ HDCP, hence you'd never use more bandwidth than needed).

MEL is just 10bit 420 anyways, all single layer profiles as well.
IF (!) profile 7 LLDV was 12bit 420 for FEL releases you could just use a 12bit 420 stream as LLDV carries no metadata (DV was already encoded by player).

But they specc'ed a 12bit 422 stream as LLDV for p7 FEL is a 12bit 422 signal.