Would generating an RPU via madVR be considered 'fake' DV since its not official? I've been wondering how true madVR measurements are as compared to an official RPU from a WEB-DL.RESET_9999 wrote: ↑Wed May 11, 2022 9:23 pmI think so unless it's a very bright HDR grade and that the L2 trim passes have a huge impact on the tone mapping.
Dolby Vision now possible through MP4 Mux.
Re: Dolby Vision now possible through MP4 Mux.
-
- Posts: 2105
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
No, it's not fake DV. It's truly dynamic with pixels measurement per frame/shot just like the Dolby Vision algo.
You can easily test it by delaying the RPU(which I did) and see the brightness changes in every scene cut just like DV.
see: https://screenshotcomparison.com/comparison/23824
even without L2 , it is surprisingly close to the original... FYI, this scene is 3600nits.
Fake DV = just a DV flag that triggers DV on your TV but no actual dynamic metadata.
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
Re: Dolby Vision now possible through MP4 Mux.
So in regards to IMAX films with no 'official' IMAX DV release, would it be better to run madVR to measure and generate the RPU rather than applying an RPU from a WEB-DL that isn't IMAX?RESET_9999 wrote: ↑Thu May 12, 2022 6:03 pmNo, it's not fake DV. It's truly dynamic with pixels measurement per frame/shot just like the Dolby Vision algo.
You can easily test it by delaying the RPU(which I did) and see the brightness changes in every scene cut just like DV.
see: https://screenshotcomparison.com/comparison/23824
even without L2 , it is surprisingly close to the original... FYI, this scene is 3600nits.
Fake DV = just a DV flag that triggers DV on your TV but no actual dynamic metadata.
-
- Posts: 2105
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
well, it depends on how strong the L2 trim passes are.
I personally kept the IMAX web-dl (with lossless audio) because I prefer more pixels than a higher bitrate...
And Disney plus 16mb/s encodes are pretty good (or is it their BD encodes that suck?)
see:
https://screenshotcomparison.com/compar ... p?id=18914
https://screenshotcomparison.com/compar ... p?id=18884
https://screenshotcomparison.com/compar ... p?id=18895
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
Re: Dolby Vision now possible through MP4 Mux.
I meant in regards to movies that don't have IMAX DV WEB-DL releases but have an IMAX HDR WEB-DL, like Spider-Man Far From Home. I am the same as you when it comes to the Disney+ IMAX WEB-DL's. I keep the originals with the lossless BluRay audio.RESET_9999 wrote: ↑Thu May 12, 2022 8:41 pmwell, it depends on how strong the L2 trim passes are.
I personally kept the IMAX web-dl (with lossless audio) because I prefer more pixels than a higher bitrate...
And Disney plus 16mb/s encodes are pretty good (or is it their BD encodes that suck?)
see:
https://screenshotcomparison.com/compar ... p?id=18914
https://screenshotcomparison.com/compar ... p?id=18884
https://screenshotcomparison.com/compar ... p?id=18895
-
- Posts: 2105
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
Well, I cant give you an exact answer, too many variables but with a maxcll of 9978nits, the L2 trims are probably strong but from my test with Spears and munsil 10k nits (and this is my opinion), the L1 metadata has a bigger impact than L2.
And even without L2, DV is much better than HDR10 when it comes to bright HDR grade.
I personally only do hybrid remux when both videos have the same aspect ratio.
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
Re: Dolby Vision now possible through MP4 Mux.
Is there a good summary of the current state of affairs with respect to playing back backups of discs with Dolby Vision? I'm new to this, having just upgraded to a Dolby-Vision-capable TV, and my searches seem to just drop me into the middle of this thread (or similarly-long threads on other sites), usually a year or two back, and it's hard to tell what's still relevant. (E.g., support for various DV formats on the Shield seem to have improved since the thread started.) Some specific questions:
- Is it still the case that none of the current generation of network media players have the second HEVC decoder that would be necessary to decode the extra video detail present in FEL tracks?
- Is there any advantage to something like Dune HD Real Vision 4K, which claims support for "all popular Dolby Vision profiles (P4, P5, P7 MEL and FEL, P8)" with the built-in player (despite apparently not being able to decode the FEL video stream) over what is currently possible with the NVIDIA Shield? What player apps for the Shield support which formats? (It sounded like special builds of some players are/used to be necessary?)
- How much of an issue is not being able to decode the FEL video stream? It sounded like at one point some films (e.g., Saving Private Ryan) exhibited flickering due to the RPU taking into account luminance changes from the FEL that weren't actually being applied. Has this been resolved or worked around? If so, does it require preprocessing the file to convert it to MEL, or can such files be played back properly with some app(s) on the Shield (or Dune HD) now as is?
- It looks like some folks got playback working on a couple of Blu-ray players (Oppo players, the Sony x700, and the Sony x800M2) with both FEL decoding and TrueHD audio by using a special build of tsMuxer to remux the movie into a new m2ts file with the appropriate DV flags applied directly to the file.
- Does this work with with the mainline tsMuxer now?
- Is this still the best/only way to get full FEL support and TrueHD Atmos at the same time?
- Does it also work for DTS MA / DTS:X?
- Is the x800M2 still the only player this is known to work on without the bug where playback breaks for subsequent files?
- Do these players enforce Cinavia on USB and/or DLNA? (It sounds like maybe Oppo does, but Sony doesn't?)
-
- Posts: 2105
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
check the spreadsheet in my signature.
*** I think I found an issue with the x800m2:
1- DTS-HD 2.0 plays only as lossy DTS (core)
2- DTS-HD 7.1 seems to always be out of sync about 2 frames (83MS) but strangely DTS-HD 5.1 is fine.
*** I think I found an issue with the x800m2:
1- DTS-HD 2.0 plays only as lossy DTS (core)
2- DTS-HD 7.1 seems to always be out of sync about 2 frames (83MS) but strangely DTS-HD 5.1 is fine.
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
Re: Dolby Vision now possible through MP4 Mux.
@RESET_9999
Your scripts are awesome.
It seems the older 2016 LG OLED models can only playback DV when packed into mp4 container.
My C8 LG will also play them when muxed into TS or M2TS container.
So for 100% compatibility with all devices, it's best to store in mp4 container, so you can serve everyone with Emby Media Server.
Also go with profile 8 because some TV's have issues with high bitrate BL and full EL.
I have one feature request if possible.
Could you update the script and add the option to concert audio to regular AC3 5.1 (Dolby Digital Dolby without the +) and have the Dolby Digital Plus EAC3 as the second audio track.
So mp4 with:
1. Video
2. AC3
3. EAC3
Reason for this is that DD+ doesn't work over ARC in some cases due to bandwidth limitations.
Also optical and spdif only support AC3 and DTS.
That's why it's nice to have the first audio track being the regular AC3 and add the DD+ as optional second audio track for better quality audio.
Your scripts are awesome.
It seems the older 2016 LG OLED models can only playback DV when packed into mp4 container.
My C8 LG will also play them when muxed into TS or M2TS container.
So for 100% compatibility with all devices, it's best to store in mp4 container, so you can serve everyone with Emby Media Server.
Also go with profile 8 because some TV's have issues with high bitrate BL and full EL.
I have one feature request if possible.
Could you update the script and add the option to concert audio to regular AC3 5.1 (Dolby Digital Dolby without the +) and have the Dolby Digital Plus EAC3 as the second audio track.
So mp4 with:
1. Video
2. AC3
3. EAC3
Reason for this is that DD+ doesn't work over ARC in some cases due to bandwidth limitations.
Also optical and spdif only support AC3 and DTS.
That's why it's nice to have the first audio track being the regular AC3 and add the DD+ as optional second audio track for better quality audio.
-
- Posts: 2105
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
Hi,
Not exactly what you asked but I just quickly added a workflow that can mux dual lossy audio + sub ( I may add lossless audio support in the future).
MODE.M4 ---> MODE.1 ---> Workflow.2
DD+ 1536kbps works via ARC on my C8
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
-
- Posts: 22
- Joined: Sun May 15, 2022 4:23 am
Dolby Vision mp4Remux became streched wide?
I have several convert with mp4muxer from dolby. All successful except several titles profile 8 from pahe.li
The movie became stretched wide....after converted to mp4 using mp4cleaver and mp4muxer dolby. Any clue?
Width : 3 840 pixels
Height : 1 612 pixels
Display aspect ratio :2.40:1
Bits/(Pixel*Frame) :0.036
then become....
Width : 3 840 pixels
Height : 1 616 pixels
Original height : 1 612 pixels
Display aspect ratio : 2.40:1
Bits/(Pixel*Frame) : 0.036
input DV mkv
converted mp4 ...streched wide.
SOLUTION! GOT it!
The RPU not match size with the Video. Detect and repair with DDVT Tool Dolby Vision RPU Demuxing from DDTOOLS
https://forum.doom9.org/showthread.php?t=183479
Got the mkv fixed and remux to mp4 with mp4muxer.
The movie became stretched wide....after converted to mp4 using mp4cleaver and mp4muxer dolby. Any clue?
Width : 3 840 pixels
Height : 1 612 pixels
Display aspect ratio :2.40:1
Bits/(Pixel*Frame) :0.036
then become....
Width : 3 840 pixels
Height : 1 616 pixels
Original height : 1 612 pixels
Display aspect ratio : 2.40:1
Bits/(Pixel*Frame) : 0.036
input DV mkv
Code: Select all
General
Unique ID : 53961545557488463110803255778292519549 (0x28989D9ACF476A8A2FC05EFB613FD27D)
Complete name : P:\backup\Logan.2017.2160p.UHD.BluRay.x265.HDR.DV.DD+7.1-Pahe.in.mkv
Format : Matroska
Format version : Version 4
File size : 6.16 GiB
Duration : 2 h 17 min
Overall bit rate : 6 420 kb/s
Encoded date : UTC 2022-03-05 03:09:39
Writing application : mkvmerge v61.0.0 ('So') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4
Cover : Yes
Attachments : cover.jpg
Encoded by : Pahe.in™ Team
Notes : If you wish to share this release, please keep everything intact including the file names
Official Site : https://pahe.ph
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.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 17 min
Bit rate : 5 335 kb/s
Width : 3 840 pixels
Height : 1 612 pixels
Display aspect ratio : 2.40:1
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.036
Stream size : 5.12 GiB (83%)
Writing library : x265 3.5+12+14-106329cbd:[Windows][GCC 10.3.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=5 / numa-pools=24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1612 / interlace=0 / total-frames=197641 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / no-eob / no-eos / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-hist-scenecut / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=1 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=-3:-3 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / early-skip / no-rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.5 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=65000 / vbv-bufsize=55000 / vbv-init=0.9 / min-vbv-fullness=50.0 / max-vbv-fullness=80.0 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50) / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0 / conformance-window-right-offset=0 / conformance-window-bottom-offset=0 / decoder-max-rate=0 / no-vbv-live-multi-pass
Default : Yes
Forced : No
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: 1000 cd/m2
Audio #1
ID : 2
Format : E-AC-3
Format/Info : Enhanced AC-3
Commercial name : Dolby Digital Plus
Codec ID : A_EAC3
Duration : 2 h 17 min
Bit rate mode : Constant
Bit rate : 960 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 943 MiB (15%)
Language : English
Service kind : Complete Main
Default : No
Forced : No
converted mp4 ...streched wide.
Code: Select all
General
Complete name : P:\ATMOS\Logan.2017.2160p.UHD.BluRay.x265.HDR.DV.DD+7.1-Pahe.in.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (mp42/iso6/isom/msdh/dby1)
File size : 6.04 GiB
Duration : 2 h 17 min
Overall bit rate : 6 297 kb/s
Encoded date : UTC 2022-04-29 03:22:05
Tagged date : UTC 2022-04-29 03:22:05
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.08.06, BL+RPU, SDR compatible / SMPTE ST 2086, HDR10 compatible
Codec ID : hev1
Codec ID/Info : High Efficiency Video Coding
Duration : 2 h 17 min
Bit rate : 5 335 kb/s
Width : 3 840 pixels
Height : 1 616 pixels
Original height : 1 612 pixels
Display aspect ratio : 2.40:1
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.036
Stream size : 5.12 GiB (85%)
Writing library : x265 3.5+12+14-106329cbd:[Windows][GCC 10.3.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=5 / numa-pools=24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1612 / interlace=0 / total-frames=197641 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / no-eob / no-eos / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-hist-scenecut / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=1 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=-3:-3 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / early-skip / no-rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.5 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=65000 / vbv-bufsize=55000 / vbv-init=0.9 / min-vbv-fullness=50.0 / max-vbv-fullness=80.0 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50) / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0 / conformance-window-right-offset=0 / conformance-window-bottom-offset=0 / decoder-max-rate=0 / no-vbv-live-multi-pass
Default : Yes
Alternate group : 1
Encoded date : UTC 2022-04-29 03:22:05
Tagged date : UTC 2022-04-29 03:22:05
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: 1000 cd/m2
Codec configuration box : hvcC+dvvC
Audio
ID : 2
Format : E-AC-3
Format/Info : Enhanced AC-3
Commercial name : Dolby Digital Plus
Codec ID : ec-3
Duration : 2 h 17 min
Bit rate mode : Constant
Bit rate : 960 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 943 MiB (15%)
Service kind : Complete Main
Default : Yes
Alternate group : 2
Encoded date : UTC 2022-04-29 03:22:05
Tagged date : UTC 2022-04-29 03:22:05
SOLUTION! GOT it!
The RPU not match size with the Video. Detect and repair with DDVT Tool Dolby Vision RPU Demuxing from DDTOOLS
https://forum.doom9.org/showthread.php?t=183479
Got the mkv fixed and remux to mp4 with mp4muxer.
Last edited by realbabilu on Mon May 16, 2022 6:01 am, edited 1 time in total.
Re: Dolby Vision now possible through MP4 Mux.
@RESET_9999
I uploaded a good mp4 version from your HLG test file: https://1drv.ms/v/s!Ahh4FiB9hIuT-EK3sg5 ... j?e=RKiQG4
Interestingly, neither Apple TV 4K 2021 nor Dune Real Vision 4K handles RPU from the 8.4 file, only Shield.
I made a capture from my Shield: https://1drv.ms/v/s!Ahh4FiB9hIuT-EPZwIY ... Y?e=8CekDj
I uploaded a good mp4 version from your HLG test file: https://1drv.ms/v/s!Ahh4FiB9hIuT-EK3sg5 ... j?e=RKiQG4
Interestingly, neither Apple TV 4K 2021 nor Dune Real Vision 4K handles RPU from the 8.4 file, only Shield.
I made a capture from my Shield: https://1drv.ms/v/s!Ahh4FiB9hIuT-EPZwIY ... Y?e=8CekDj
Re: Dolby Vision now possible through MP4 Mux.
Thanks, I'll give it a shotRESET_9999 wrote: ↑Sat May 14, 2022 8:13 pmHi,
Not exactly what you asked but I just quickly added a workflow that can mux dual lossy audio + sub ( I may add lossless audio support in the future).
MODE.M4 ---> MODE.1 ---> Workflow.2
DD+ 1536kbps works via ARC on my C8
But DD+ doesn't work over optical out.
That's why a regular AC3 track as the first one would be nice and a second higher quality DD+ one for the ones who can output that over ARC.
I always get drop-outs every few seconds when outputting DD+ over ARC from my C8 to my Denon receiver.
-
- Posts: 2105
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
thanks, but the problem is that the rpu itself is not really profile 8.4: only the container is. We need a real profile 8.4 file and delay the rpu. Iphone recordings are not dynamic I think, so it wouldnt work.NiCE77 wrote: ↑Sun May 15, 2022 7:43 am@RESET_9999
I uploaded a good mp4 version from your HLG test file: https://1drv.ms/v/s!Ahh4FiB9hIuT-EK3sg5 ... j?e=RKiQG4
Interestingly, neither Apple TV 4K 2021 nor Dune Real Vision 4K handles RPU from the 8.4 file, only Shield.
I made a capture from my Shield: https://1drv.ms/v/s!Ahh4FiB9hIuT-EPZwIY ... Y?e=8CekDj
Dune: that doesnt surprise me and it's exactly the reason why I sold my Zidoo: those devices don't like profile 8 and often ignore the RPU or go out of sync in the middle of a movie. I could not trust it anymore.
yep, I do get audio drop out too with DD+ in a mp4 container but not in a TS container.
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
Re: Dolby Vision now possible through MP4 Mux.
Should be simple to make. Apple uses a static reshaping for HLG to PQ in iPhone recordings.RESET_9999 wrote: ↑Sun May 15, 2022 12:34 pmWe need a real profile 8.4 file and delay the rpu. Iphone recordings are not dynamic I think, so it wouldnt work.
I would assume they are limited to 1000 nits.
Would need people to test on the Apple TV 4K though, since it supports profile 8.4.