Dolby Vision now possible through MP4 Mux.

Please post here for issues related to UHD discs
RESET_9999
Posts: 2406
Joined: Mon Aug 05, 2019 7:12 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by RESET_9999 »

PlatypusW wrote:
Fri Nov 27, 2020 1:10 pm
The current ‘quirks’ with the player:

The 100mb/s Ethernet could be too slow for some titles
FF/RW can cause a crash (was the cause ever found?)
After each file is played you have to restart the player to play file another properly

Is that everything?
you can use this file to unlock the player instead of rebooting it. I'm Currently watching WestWorld, it's still annoying even with that trick though.
FF/RW works on 90% of the movies. the bug seems to happen with the long movies (2h &+) but it doesn't crash, you just cant FF/RW those movies
Sorry for my English.
G5 / AM6B+ / Denon 7.2.4
DoVi_Scripts
DoVi Playback Devices
PlatypusW
Posts: 50
Joined: Mon Aug 03, 2020 2:14 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by PlatypusW »

baker99 wrote:
Fri Nov 27, 2020 1:39 pm

DV playback is perfect using tsmuxer (although I haven't tried the latest)

Ethernet is definitely too slow, you'll need a usb drive attached (this is my main frustration)

Yep it will lock up still, requires a power cycle, but the X700 has always been a bit prone to lockups anyway (for me at least).

It still seems the best option for perfect reproduction though.
Thanks. I'm okay with external drives for the time being.
RESET_9999 wrote:
Fri Nov 27, 2020 4:42 pm
you can use this file to unlock the player instead of rebooting it. I'm Currently watching WestWorld, it's still annoying even with that trick though.
FF/RW works on 90% of the movies. the bug seems to happen with the long movies (2h &+) but it doesn't crash, you just cant FF/RW those movies
Wow interesting, I hadn't seen that mentioned anywhere. That sounds a little better than a full reboot at least. Thanks!

A few years ago I had an x800 v1 (the one that didn't get DV update) in order to play HDR stuff before it was easily doable (MadVR etc aside). So I'm kind of used to whatever annoyances it has, I remember similar ones back then.

Out of interest, I guess FF/RW is the only way to shift through a title? Can't manually put in a timecode to jump to etc? Obviously chapters are a no go in .ts files.
koolkunz
Posts: 17
Joined: Mon Oct 26, 2020 4:03 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by koolkunz »

whiplash1 wrote:
Thu Nov 26, 2020 7:01 pm
koolkunz wrote:
Thu Nov 26, 2020 6:55 pm
I can't seem to make a proper MEL mkv for 1917 using either gamma or beta. The generated mkv runs fine on MPC-HC but not on PLEX on my Sony X90H TV (The files starts playing from the start but I cant seek it forward as it gets stuck in endless loading trying to seek the file forward). I have done FEL to MEL conversion for movies like First Man, Aquaman, Atomic Blonde, 13 Hours, Black Panther using gamma/beta and they run fine.

I guess this is something to do with 1917 being hdr10plus also? I tried using the skiphdr10plus command but even that made no difference.
Try doing it without the audio track. In the second command window, remove the "-map 1:2". That did the trick for me.

Code: Select all

[M2TSMux] Packet CTS 20020 is less than packet DTS 40040, adjusting all CTS by 40040 / 480000!
[hevc @ 000001c90fae4880] Skipping NAL unit 63
    Last message repeated 17 times
[hevc @ 000001c90fae4880] Skipping NAL unit 62
Input #0, mpegts, from 'pipe:':
  Duration: N/A, start: 0.000722, bitrate: N/A
  Program 1
    Stream #0:0[0x65]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
[hevc @ 000001c912f23180] Skipping NAL unit 62
[mpegts @ 000001c912904680] start time for stream 8 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 9 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 10 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 11 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 12 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] Could not find codec parameters for stream 8 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 9 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 10 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 11 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 12 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
Input #1, mpegts, from 'D:\1917.2019.UHD\BDMV\STREAM\00294.m2ts':
  Duration: 01:58:59.51, start: 11.633667, bitrate: 88678 kb/s
  Program 1
    Stream #1:0[0x1011]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #1:1[0x1015]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #1:2[0x1100]: Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 7.1, s32 (24 bit)
    Stream #1:3[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 448 kb/s
    Stream #1:4[0x1101]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 768 kb/s
    Stream #1:5[0x1102]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 768 kb/s
    Stream #1:6[0x1103]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #1:7[0x1104]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #1:8[0x12a0]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:9[0x12a1]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:10[0x12a2]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:11[0x12a3]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:12[0x12a4]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
Output #0, matroska, to 'outputfile.mkv':
  Metadata:
    title           : Movie Title_________________________________________________________________________
    encoder         : Lavf58.64.100
    Stream #0:0: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbr, 1k tbn, 90k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
[mpegts @ 000001c90facea00] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
[M2TSMux] Packet CTS 3426943519 is less than packet DTS 3426943520, adjusting all CTS by 2 / 480000!
[NULL @ 000001c90fae4880] missing picture in access unit with size 6717376.8kbits/s speed=0.744x
[hevc_metadata @ 000001c9136c11c0] rbsp_stop_one_bit out of range: 0, but must be in [1,1].
[hevc_metadata @ 000001c9136c11c0] Failed to read unit 0 (type 35).
[hevc_metadata @ 000001c9136c11c0] Failed to read packet.
Error applying bitstream filters to an output packet for stream #0:0.
frame=171176 fps= 18 q=-1.0 Lsize=67434227kB time=01:58:59.42 bitrate=77376.1kbits/s speed=0.744x
video:67428825kB audio:0kB subtitle:0kB other streams:0kB global headers:1kB muxing overhead: 0.008011%
This is the output from the 2nd command window on doing it without audio.

And the resultant file does not play on plex at all (used feltomel and skiphdr10plus switches)
whiplash1
Posts: 38
Joined: Sun Apr 19, 2020 7:40 am

Re: Dolby Vision now possible through MP4 Mux.

Post by whiplash1 »

koolkunz wrote:
Sat Nov 28, 2020 4:49 am
whiplash1 wrote:
Thu Nov 26, 2020 7:01 pm
koolkunz wrote:
Thu Nov 26, 2020 6:55 pm
I can't seem to make a proper MEL mkv for 1917 using either gamma or beta. The generated mkv runs fine on MPC-HC but not on PLEX on my Sony X90H TV (The files starts playing from the start but I cant seek it forward as it gets stuck in endless loading trying to seek the file forward). I have done FEL to MEL conversion for movies like First Man, Aquaman, Atomic Blonde, 13 Hours, Black Panther using gamma/beta and they run fine.

I guess this is something to do with 1917 being hdr10plus also? I tried using the skiphdr10plus command but even that made no difference.
Try doing it without the audio track. In the second command window, remove the "-map 1:2". That did the trick for me.

Code: Select all

[M2TSMux] Packet CTS 20020 is less than packet DTS 40040, adjusting all CTS by 40040 / 480000!
[hevc @ 000001c90fae4880] Skipping NAL unit 63
    Last message repeated 17 times
[hevc @ 000001c90fae4880] Skipping NAL unit 62
Input #0, mpegts, from 'pipe:':
  Duration: N/A, start: 0.000722, bitrate: N/A
  Program 1
    Stream #0:0[0x65]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
[hevc @ 000001c912f23180] Skipping NAL unit 62
[mpegts @ 000001c912904680] start time for stream 8 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 9 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 10 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 11 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 12 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] Could not find codec parameters for stream 8 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 9 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 10 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 11 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 12 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
Input #1, mpegts, from 'D:\1917.2019.UHD\BDMV\STREAM\00294.m2ts':
  Duration: 01:58:59.51, start: 11.633667, bitrate: 88678 kb/s
  Program 1
    Stream #1:0[0x1011]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #1:1[0x1015]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #1:2[0x1100]: Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 7.1, s32 (24 bit)
    Stream #1:3[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 448 kb/s
    Stream #1:4[0x1101]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 768 kb/s
    Stream #1:5[0x1102]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 768 kb/s
    Stream #1:6[0x1103]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #1:7[0x1104]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #1:8[0x12a0]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:9[0x12a1]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:10[0x12a2]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:11[0x12a3]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:12[0x12a4]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
Output #0, matroska, to 'outputfile.mkv':
  Metadata:
    title           : Movie Title_________________________________________________________________________
    encoder         : Lavf58.64.100
    Stream #0:0: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbr, 1k tbn, 90k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
[mpegts @ 000001c90facea00] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
[M2TSMux] Packet CTS 3426943519 is less than packet DTS 3426943520, adjusting all CTS by 2 / 480000!
[NULL @ 000001c90fae4880] missing picture in access unit with size 6717376.8kbits/s speed=0.744x
[hevc_metadata @ 000001c9136c11c0] rbsp_stop_one_bit out of range: 0, but must be in [1,1].
[hevc_metadata @ 000001c9136c11c0] Failed to read unit 0 (type 35).
[hevc_metadata @ 000001c9136c11c0] Failed to read packet.
Error applying bitstream filters to an output packet for stream #0:0.
frame=171176 fps= 18 q=-1.0 Lsize=67434227kB time=01:58:59.42 bitrate=77376.1kbits/s speed=0.744x
video:67428825kB audio:0kB subtitle:0kB other streams:0kB global headers:1kB muxing overhead: 0.008011%
This is the output from the 2nd command window on doing it without audio.

And the resultant file does not play on plex at all (used feltomel and skiphdr10plus switches)
Just to make sure, you're patching the resultant MKV in the MKV patcher right? After Step 2? And pressing 7 for FEL/MEL file?
koolkunz
Posts: 17
Joined: Mon Oct 26, 2020 4:03 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by koolkunz »

whiplash1 wrote:
Sat Nov 28, 2020 6:17 am
koolkunz wrote:
Sat Nov 28, 2020 4:49 am
whiplash1 wrote:
Thu Nov 26, 2020 7:01 pm


Try doing it without the audio track. In the second command window, remove the "-map 1:2". That did the trick for me.

Code: Select all

[M2TSMux] Packet CTS 20020 is less than packet DTS 40040, adjusting all CTS by 40040 / 480000!
[hevc @ 000001c90fae4880] Skipping NAL unit 63
    Last message repeated 17 times
[hevc @ 000001c90fae4880] Skipping NAL unit 62
Input #0, mpegts, from 'pipe:':
  Duration: N/A, start: 0.000722, bitrate: N/A
  Program 1
    Stream #0:0[0x65]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
[hevc @ 000001c912f23180] Skipping NAL unit 62
[mpegts @ 000001c912904680] start time for stream 8 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 9 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 10 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 11 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] start time for stream 12 is not set in estimate_timings_from_pts
[mpegts @ 000001c912904680] Could not find codec parameters for stream 8 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 9 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 10 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 11 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[mpegts @ 000001c912904680] Could not find codec parameters for stream 12 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
Input #1, mpegts, from 'D:\1917.2019.UHD\BDMV\STREAM\00294.m2ts':
  Duration: 01:58:59.51, start: 11.633667, bitrate: 88678 kb/s
  Program 1
    Stream #1:0[0x1011]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #1:1[0x1015]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #1:2[0x1100]: Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 7.1, s32 (24 bit)
    Stream #1:3[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 448 kb/s
    Stream #1:4[0x1101]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 768 kb/s
    Stream #1:5[0x1102]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 768 kb/s
    Stream #1:6[0x1103]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #1:7[0x1104]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s
    Stream #1:8[0x12a0]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:9[0x12a1]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:10[0x12a2]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:11[0x12a3]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
    Stream #1:12[0x12a4]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)
Output #0, matroska, to 'outputfile.mkv':
  Metadata:
    title           : Movie Title_________________________________________________________________________
    encoder         : Lavf58.64.100
    Stream #0:0: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbr, 1k tbn, 90k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
[mpegts @ 000001c90facea00] Thread message queue blocking; consider raising the thread_queue_size option (current value: 8)
[M2TSMux] Packet CTS 3426943519 is less than packet DTS 3426943520, adjusting all CTS by 2 / 480000!
[NULL @ 000001c90fae4880] missing picture in access unit with size 6717376.8kbits/s speed=0.744x
[hevc_metadata @ 000001c9136c11c0] rbsp_stop_one_bit out of range: 0, but must be in [1,1].
[hevc_metadata @ 000001c9136c11c0] Failed to read unit 0 (type 35).
[hevc_metadata @ 000001c9136c11c0] Failed to read packet.
Error applying bitstream filters to an output packet for stream #0:0.
frame=171176 fps= 18 q=-1.0 Lsize=67434227kB time=01:58:59.42 bitrate=77376.1kbits/s speed=0.744x
video:67428825kB audio:0kB subtitle:0kB other streams:0kB global headers:1kB muxing overhead: 0.008011%
This is the output from the 2nd command window on doing it without audio.

And the resultant file does not play on plex at all (used feltomel and skiphdr10plus switches)
Just to make sure, you're patching the resultant MKV in the MKV patcher right? After Step 2? And pressing 7 for FEL/MEL file?
yes yes I am doing that.. As I said before I have done fel to mel conversion successfully for other movies.

Edit: Tried doing it again without the skiphdr10plus switch and the resultant file plays on plex but still cant seek forward.
Exovitae
Posts: 8
Joined: Sat Nov 28, 2020 11:52 am

Re: Dolby Vision now possible through MP4 Mux.

Post by Exovitae »

Hey guys

Can someone help me out with some answers to my questions please? Can the Nvidia Shield Pro 2019 to play this new single layer Dolby Vision remuxes with looselles Atmos? If yes does Kodi play them or i need to install other softwares too?

I have a B9 OLED and i can play mp4 remuxes with double layer Dolby Vision with the internal player but i cant have Atmos sound so i was searching for some solution to play DV movies with Atmos too. I bought a M9702 media player, its a clone of the Oppo 203 Blu Ray player with jailbraked firmware but i dont like the quality it outputs, HDR 10 movies and Dolby Vision movies are less bright and the luminance of the highlights its way better with the internal player of the TV.
Im disappointed as i heard that this Oppo clones image quality is very good but if concomitently i play the same scene on my TV internal player you can clearly see a big picture quality difference in the favor of my TV.

So if i buy a 2019 shield will i be able to play DV remuxes? Will the quality be good enough or with the remux process of this single layer will loose some quality?
DaMacFunkin
Posts: 312
Joined: Tue Oct 30, 2018 4:17 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by DaMacFunkin »

Exovitae wrote:
Sat Nov 28, 2020 12:09 pm
Hey guys

Can someone help me out with some answers to my questions please? Can the Nvidia Shield Pro 2019 to play this new single layer Dolby Vision remuxes with looselles Atmos? If yes does Kodi play them or i need to install other softwares too?

I have a B9 OLED and i can play mp4 remuxes with double layer Dolby Vision with the internal player but i cant have Atmos sound so i was searching for some solution to play DV movies with Atmos too. I bought a M9702 media player, its a clone of the Oppo 203 Blu Ray player with jailbraked firmware but i dont like the quality it outputs, HDR 10 movies and Dolby Vision movies are less bright and the luminance of the highlights its way better with the internal player of the TV.
Im disappointed as i heard that this Oppo clones image quality is very good but if concomitently i play the same scene on my TV internal player you can clearly see a big picture quality difference in the favor of my TV.

So if i buy a 2019 shield will i be able to play DV remuxes? Will the quality be good enough or with the remux process of this single layer will loose some quality?
I have the M9702 and with Dolby vision it is almost a reference picture, you need to switch processing to TV led (RGB tunnelling), the picture should be stunning. (Player led processing is LLDV which is darker in my set up).
You may also have different settings for the internal player than the HDMI input.
In my opinion the Oppp clone with TV led processing is way better than the Shield, the shield has problems with color push and black crush.
As you own the B9 (not as good at HDR10 as the C9) mux your HDR10 files to ISO/BDMV/M2TS and the Oppo clone can be set to virtual Dolby Vision mode (VS10) combined with the TV led processing it is very very good.
Exovitae
Posts: 8
Joined: Sat Nov 28, 2020 11:52 am

Re: Dolby Vision now possible through MP4 Mux.

Post by Exovitae »

DaMacFunkin wrote:
Sat Nov 28, 2020 8:45 pm
Exovitae wrote:
Sat Nov 28, 2020 12:09 pm
Hey guys

Can someone help me out with some answers to my questions please? Can the Nvidia Shield Pro 2019 to play this new single layer Dolby Vision remuxes with looselles Atmos? If yes does Kodi play them or i need to install other softwares too?

I have a B9 OLED and i can play mp4 remuxes with double layer Dolby Vision with the internal player but i cant have Atmos sound so i was searching for some solution to play DV movies with Atmos too. I bought a M9702 media player, its a clone of the Oppo 203 Blu Ray player with jailbraked firmware but i dont like the quality it outputs, HDR 10 movies and Dolby Vision movies are less bright and the luminance of the highlights its way better with the internal player of the TV.
Im disappointed as i heard that this Oppo clones image quality is very good but if concomitently i play the same scene on my TV internal player you can clearly see a big picture quality difference in the favor of my TV.

So if i buy a 2019 shield will i be able to play DV remuxes? Will the quality be good enough or with the remux process of this single layer will loose some quality?
I have the M9702 and with Dolby vision it is almost a reference picture, you need to switch processing to TV led (RGB tunnelling), the picture should be stunning. (Player led processing is LLDV which is darker in my set up).
You may also have different settings for the internal player than the HDMI input.
In my opinion the Oppp clone with TV led processing is way better than the Shield, the shield has problems with color push and black crush.
As you own the B9 (not as good at HDR10 as the C9) mux your HDR10 files to ISO/BDMV/M2TS and the Oppo clone can be set to virtual Dolby Vision mode (VS10) combined with the TV led processing it is very very good.
Thanks for the answer, i know about the DV settings in the M9702, and for some time now i have it set on TV Led, seen some improvements but luminance of highlights wont go as my TV's player. Everyone is telling me how good this Oppo clone is but i just cant get the picture quality of my TV's player.

I don't have different settings for my internal player, they are exactly the same as the HDMI input!
The Oppo clone dosent have a coroidal Talema power supply, does this matter? How about cables? I have a cheap HDMI 2.0 cable but it can handle the needed bandwidth. Does the firmware of the M9702 count, i dont have the one with the guitar picture on the background, background pictures are like on the original Oppo.
What could be wrong, im so pissed.

What do you mean by color push with the Shield? English is not my native language.
DaMacFunkin
Posts: 312
Joined: Tue Oct 30, 2018 4:17 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by DaMacFunkin »

Exovitae wrote:
Sun Nov 29, 2020 3:58 pm
DaMacFunkin wrote:
Sat Nov 28, 2020 8:45 pm
Exovitae wrote:
Sat Nov 28, 2020 12:09 pm
Hey guys

Can someone help me out with some answers to my questions please? Can the Nvidia Shield Pro 2019 to play this new single layer Dolby Vision remuxes with looselles Atmos? If yes does Kodi play them or i need to install other softwares too?

I have a B9 OLED and i can play mp4 remuxes with double layer Dolby Vision with the internal player but i cant have Atmos sound so i was searching for some solution to play DV movies with Atmos too. I bought a M9702 media player, its a clone of the Oppo 203 Blu Ray player with jailbraked firmware but i dont like the quality it outputs, HDR 10 movies and Dolby Vision movies are less bright and the luminance of the highlights its way better with the internal player of the TV.
Im disappointed as i heard that this Oppo clones image quality is very good but if concomitently i play the same scene on my TV internal player you can clearly see a big picture quality difference in the favor of my TV.

So if i buy a 2019 shield will i be able to play DV remuxes? Will the quality be good enough or with the remux process of this single layer will loose some quality?
I have the M9702 and with Dolby vision it is almost a reference picture, you need to switch processing to TV led (RGB tunnelling), the picture should be stunning. (Player led processing is LLDV which is darker in my set up).
You may also have different settings for the internal player than the HDMI input.
In my opinion the Oppp clone with TV led processing is way better than the Shield, the shield has problems with color push and black crush.
As you own the B9 (not as good at HDR10 as the C9) mux your HDR10 files to ISO/BDMV/M2TS and the Oppo clone can be set to virtual Dolby Vision mode (VS10) combined with the TV led processing it is very very good.
Thanks for the answer, i know about the DV settings in the M9702, and for some time now i have it set on TV Led, seen some improvements but luminance of highlights wont go as my TV's player. Everyone is telling me how good this Oppo clone is but i just cant get the picture quality of my TV's player.

I don't have different settings for my internal player, they are exactly the same as the HDMI input!
The Oppo clone dosent have a coroidal Talema power supply, does this matter? How about cables? I have a cheap HDMI 2.0 cable but it can handle the needed bandwidth. Does the firmware of the M9702 count, i dont have the one with the guitar picture on the background, background pictures are like on the original Oppo.
What could be wrong, im so pissed.

What do you mean by color push with the Shield? English is not my native language.
Hi, I do have the upgraded power supply, I also kept all settings in the Clone Oppo to Auto except for the Dolby Vision - TV led processing and I choose source direct as output.

Not sure why you are not happy with the pic, are you using the original dual track UHD files (iso/BDMV/m2ts)?
Exovitae
Posts: 8
Joined: Sat Nov 28, 2020 11:52 am

Re: Dolby Vision now possible through MP4 Mux.

Post by Exovitae »

DaMacFunkin wrote:
Mon Nov 30, 2020 1:15 pm
Exovitae wrote:
Sun Nov 29, 2020 3:58 pm
DaMacFunkin wrote:
Sat Nov 28, 2020 8:45 pm


I have the M9702 and with Dolby vision it is almost a reference picture, you need to switch processing to TV led (RGB tunnelling), the picture should be stunning. (Player led processing is LLDV which is darker in my set up).
You may also have different settings for the internal player than the HDMI input.
In my opinion the Oppp clone with TV led processing is way better than the Shield, the shield has problems with color push and black crush.
As you own the B9 (not as good at HDR10 as the C9) mux your HDR10 files to ISO/BDMV/M2TS and the Oppo clone can be set to virtual Dolby Vision mode (VS10) combined with the TV led processing it is very very good.
Thanks for the answer, i know about the DV settings in the M9702, and for some time now i have it set on TV Led, seen some improvements but luminance of highlights wont go as my TV's player. Everyone is telling me how good this Oppo clone is but i just cant get the picture quality of my TV's player.

I don't have different settings for my internal player, they are exactly the same as the HDMI input!
The Oppo clone dosent have a coroidal Talema power supply, does this matter? How about cables? I have a cheap HDMI 2.0 cable but it can handle the needed bandwidth. Does the firmware of the M9702 count, i dont have the one with the guitar picture on the background, background pictures are like on the original Oppo.
What could be wrong, im so pissed.

What do you mean by color push with the Shield? English is not my native language.
Hi, I do have the upgraded power supply, I also kept all settings in the Clone Oppo to Auto except for the Dolby Vision - TV led processing and I choose source direct as output.

Not sure why you are not happy with the pic, are you using the original dual track UHD files (iso/BDMV/m2ts)?
I run BDMV directory on the M9702 and same movie remux in an mp4 container for the TV's player for the comparison.
geroiminor
Posts: 6
Joined: Tue Jul 28, 2020 12:50 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by geroiminor »

could somebody explained me how to obtain a single DV file with tsmuxer that can be played on the 203.
i took a uhd of mine, create an mkv with makemkv 1.15.3 , extracted the h265 track , and remuxed into a ts with tsmuxer.

oppo long press info menu shows DV 12 bit. but the tv never display the logo.

mediainfo on the ts file correctly display
Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
DaMacFunkin
Posts: 312
Joined: Tue Oct 30, 2018 4:17 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by DaMacFunkin »

geroiminor wrote:
Mon Nov 30, 2020 7:36 pm
could somebody explained me how to obtain a single DV file with tsmuxer that can be played on the 203.
i took a uhd of mine, create an mkv with makemkv 1.15.3 , extracted the h265 track , and remuxed into a ts with tsmuxer.

oppo long press info menu shows DV 12 bit. but the tv never display the logo.

mediainfo on the ts file correctly display
Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
Don’t create a mkv with Makemkv, create a full folder back up with makemkv, then drop the movie mpls from your full folder into tsmuxer.
Create an M2TS file with both Video tracks and whatever audio and subs you need.
I repeat, at no stage convert to mkv with Makemkv.
geroiminor
Posts: 6
Joined: Tue Jul 28, 2020 12:50 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by geroiminor »

Ok but for testing/debugging reason on the oppo 203, i want to have a single track layer in a ts file, not double track.

Users have reported that single Layer DV in ts files are working on the oppo

Edit ; By working i mean that dolby vision is working / detected by the TV
TickTock
Posts: 29
Joined: Fri Apr 17, 2020 2:39 am

Re: Dolby Vision now possible through MP4 Mux.

Post by TickTock »

I purchased a x700 and I watched Dolby Vision films last Friday, Saturday and Sunday :) . Last night I started to watch Apocalypse Now Final Cut and shortly after the 30minute mark the subtitles started going out of sync. I stopped the film and after restarting the player I wasn't able to fast forward, I've since read a few films have the fast forward problem.

I'm wondering if the subtitles going out of sync is caused by whatever is causing the fast forward problem, or if it has something to do with this information tsMuxer gave after muxing Apocalypse Now Final Cut:
B-pyramid level 3 detected. Shift DTS to 4 frames
Does anyone have any idea how I can prevent the subtitles going out of sync?
PlatypusW
Posts: 50
Joined: Mon Aug 03, 2020 2:14 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by PlatypusW »

I believe the furtherest we have got with the seeking issue, is that it is somehow related to the length of the file.

Interestingly, different formats, whilst they don’t support DV, supposedly allow seeking to work with long duration.

I haven’t got my player yet to investigate myself, but I think that’s all we know at the moment. Duration seems to be a factor but not necessarily the only factor at play.

Can’t help with the subtitle sync issue though, maybe someone else can.
Post Reply