Dolby Vision now possible through MP4 Mux.

Please post here for issues related to UHD discs
cuculain
Posts: 12
Joined: Fri Oct 09, 2020 6:28 am

Re: Dolby Vision now possible through MP4 Mux.

Post by cuculain »

the issues well documented on the Zidoo site...Mel files with atmos also have the issues

Files have been passed to Zidoo to use with testing and theres hope we should see a patch soon
(zidoo only got the test files like a day or so b4 the .66 patch was released...plus it is VERY early days for this new model,and zidoo have already put out like 5 updates,while in the middle of the Covid issues and big holiday period followed by a large media show they all went to
So theyre not doing too bad :)
ghostshadow
Posts: 55
Joined: Sun Sep 13, 2020 10:25 am

Re: Dolby Vision now possible through MP4 Mux.

Post by ghostshadow »

palmerwallace wrote:
Fri Nov 27, 2020 1:02 am
Apologies b/c I just stumbled upon this issue that I'm having with the inability to play FEL Dolby Vision MKVs via the Zidoo Z9X and a Sony A8H 65". MEL files I have not had an issue with.

This may be a dumb question, but is this something as easily rectified by a firmware update or the Zidoo inherently not an ideal option for Dolby Vision playback? I could move the Oppo 203 to this unit, though I'd rather keep it with my projector.

Thanks in advance. Have been combing forums on Zidoo and Sony to find other people dealing with this issue.
Hello, you have to transform your FEL mkv into MEL mkv Profile 8 and play
DaMacFunkin
Posts: 311
Joined: Tue Oct 30, 2018 4:17 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by DaMacFunkin »

palmerwallace wrote:
Fri Nov 27, 2020 1:02 am
Apologies b/c I just stumbled upon this issue that I'm having with the inability to play FEL Dolby Vision MKVs via the Zidoo Z9X and a Sony A8H 65". MEL files I have not had an issue with.

This may be a dumb question, but is this something as easily rectified by a firmware update or the Zidoo inherently not an ideal option for Dolby Vision playback? I could move the Oppo 203 to this unit, though I'd rather keep it with my projector.

Thanks in advance. Have been combing forums on Zidoo and Sony to find other people dealing with this issue.
Hi,

I would say if you have the oppo and don't need fancy posters and movie walls, use the Oppo for Dolby Vision, these Android players will never look quite as good.
palmerwallace
Posts: 18
Joined: Thu Sep 12, 2019 12:39 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by palmerwallace »

cuculain wrote:
Fri Nov 27, 2020 5:16 am
the issues well documented on the Zidoo site...Mel files with atmos also have the issues

Files have been passed to Zidoo to use with testing and theres hope we should see a patch soon
(zidoo only got the test files like a day or so b4 the .66 patch was released...plus it is VERY early days for this new model,and zidoo have already put out like 5 updates,while in the middle of the Covid issues and big holiday period followed by a large media show they all went to
So theyre not doing too bad :)
Thank you for this. Nice to hear some work is being done to possibly rectify the issue!
ghostshadow
Posts: 55
Joined: Sun Sep 13, 2020 10:25 am

Re: Dolby Vision now possible through MP4 Mux.

Post by ghostshadow »

palmerwallace wrote:
Fri Nov 27, 2020 11:14 am
cuculain wrote:
Fri Nov 27, 2020 5:16 am
the issues well documented on the Zidoo site...Mel files with atmos also have the issues

Files have been passed to Zidoo to use with testing and theres hope we should see a patch soon
(zidoo only got the test files like a day or so b4 the .66 patch was released...plus it is VERY early days for this new model,and zidoo have already put out like 5 updates,while in the middle of the Covid issues and big holiday period followed by a large media show they all went to
So theyre not doing too bad :)
Thank you for this. Nice to hear some work is being done to possibly rectify the issue!
I provided the Zidoo team two days ago with files with the stuttering problem clearly visible, detailing the problem and its occurrence.
So I think we will have a feedback in a few days, I will keep you informed of their responses on the zidoo forum.
PlatypusW
Posts: 50
Joined: Mon Aug 03, 2020 2:14 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by PlatypusW »

I’m thinking of picking up a x700 to use instead of various android device(s) temporarily until mkv playback is possible fully without compromises (color accuracy/audio output).

Could anyone confirm if the below that I’ve tried to gather from past posts is (still) correct please?

DV playback is possible after using latest nightly tsmuxer (or is it a specific version?) to create a .ts file. This is actually DV playback and not the ‘HDR upscale’ that gets mentioned a lot with x700?

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?
baker99
Posts: 84
Joined: Wed Oct 30, 2019 7:05 pm

Re: Dolby Vision now possible through MP4 Mux.

Post by baker99 »

PlatypusW wrote:
Fri Nov 27, 2020 1:10 pm
I’m thinking of picking up a x700 to use instead of various android device(s) temporarily until mkv playback is possible fully without compromises (color accuracy/audio output).

Could anyone confirm if the below that I’ve tried to gather from past posts is (still) correct please?

DV playback is possible after using latest nightly tsmuxer (or is it a specific version?) to create a .ts file. This is actually DV playback and not the ‘HDR upscale’ that gets mentioned a lot with x700?

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?
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.
RESET_9999
Posts: 1853
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
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: 311
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.
Post Reply