Dolby Vision now possible through MP4 Mux.

[bendak]

Woaaa Horsey...
Get the pro version, have you not read the reviews of the tube?

I have. Actually, I found much more negative reviews, especially regarding Wifi on the pro version. I don't need more internal storage, the USB-Ports are useless, 1GB more Ram will also not make much of a difference, I already have a plex server on my nas and have no need for SmartThings. As the hardware is almost identical I don't see any advantage to buy the pro version. Is there any downside regarding DoVi playback or why should I get the Pro version?

The tube was not reliable for playing 4k remuxes for me in plex. Any time I was dealing with files above 30Mbps or so, it would start to choke by dropping frames. The interface was extremely sluggish, and sometimes Plex would crash altogether.

I bought one back when it was really hard to find a Pro. I quickly returned it and waited til I could get my hands on the Pro (which does not have these issues). However, this was back when the tube first came out, so maybe it's improved by now.

[truthy]

The 1gb ram seems to make a lot of difference when playing back 4K, most people who have the tube have had problems with 4K playback from media files, the tube is only 32bit also whilst the pro is 64 bit.

Thx for the info. I guess I'll find out. If the tube can't hack it, I'll send it back and get the pro. No hassle with amazon now.
Update: It seems you'r right, the tube is to slow ... I ordered the NVIDIA SHIELD TV Pro 2019 now.

[Malkana]

So what process do we need to use to playback Dolby Vision correctly from the new IPhone 12 (which uses profile 8.x) via either Infuse or the internal players on the LG CX or Panasonic z1000?

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”

[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.