tsMuxer Open Source

[a5180007]

Originally Posted by B1gD4ddy

but all the dolby vision m2ts files tsmuxer creates only trigger hdr and not dolby vision!

so could you please answer my initial question please?

@B1gD4ddy So the answer is in my previous answer: I believe the TV cannot trigger DV because of the general HDMV descriptor: HDMV descriptor on top of DV descriptor is not standard. But if we remove the general HDMV descriptor then PGS, ac3+eac3 and ac3+thd won't work anymore. This is the limitation of the TS container.

[B1gD4ddy]

doesn't it help to change the dv profile from 7 to 6 like you suggested for tvs?

for what should that change else be good?

[a5180007]

Originally Posted by B1gD4ddy

doesn't it help to change the dv profile from 7 to 6 like you suggested for tvs?

for what should that change else be good?

Most of the non-Bluray DV SoCs should be compatible with profile 4/6 or 5/8. However the change needs to come with a "non-HDMV descriptors" checkbox option.

[B1gD4ddy]

so there is still a possible solution to my problem that could be integrated into tsmuxer with that checkbox and profile change?

Originally Posted by cogira

Thank you. Going to try now.


Tried M2TS Black Panther and now mediainfo reports: HDR format Dolby Vision version 1.0, dvhe 04.06, BL+EL+RPU /SMPTE ST2086, HDR10 compatible.
Dolby Vision plays perfect in Shield TV 2019 trough Plex and also triggers Dolby Atmos.
Many many thanks @a5180007

btw i read the post i quoted above.

he managed to create a

4/6 (Dolby Vision version 1.0, dvhe 04.06, BL+EL+RPU /SMPTE ST2086, HDR10 compatible) m2ts file

from an uhd with tsmuxer instead of the usual

7/5 (Dolby Vision, Version 1.0, dvhe.07.05, EL+RPU, 8 compatible / SMPTE ST 2086, HDR10 compatible) m2ts files

tsmuxer creates.

how can i replicate that? i wanna test it.

[a5180007]

Originally Posted by B1gD4ddy

he managed to create a 4/6 (Dolby Vision version 1.0, dvhe 04.06, BL+EL+RPU /SMPTE ST2086, HDR10 compatible) m2ts file from an uhd with tsmuxer instead of the usual 7/5 (Dolby Vision, Version 1.0, dvhe.07.05, EL+RPU, 8 compatible / SMPTE ST 2086, HDR10 compatible) m2ts files tsmuxer creates.

When I write 4/6 or 5/8 it is profile 4/profile6 or profile5/profile8. Level is related to pixel rate and image width.

Originally Posted by B1gD4ddy

how can i replicate that? i wanna test it.

Please read https://www.makemkv.com/forum/viewto...p?f=12&t=18602
In brief:
- Demux all tracks with ffmpeg or tsMuxer
- Mix the two profile 7 BL+EL hevc tracks into one profile 4/6 BL+EL single track with yusesope tool
- Remux the profile 4/6 single track in mp4 with Dolby mp4muxer
- Remux the DV mp4 + audio tracks with mp4box (.mp4) or tsMuxer (.ts) or ffmpeg

Edit: basically the enhancement I've proposed will avoid all the above to directly output the profile 6 .ts with tsMuxer

[koka]

Correct me if I am mistaken:
m2ts files are part of the bluray and therefore there must be HDMV descriptors,
but ts files if there are no PGS or there are DV should be without HDMV descriptors

[a5180007]

Originally Posted by koka

Correct me if I am mistaken:
m2ts files are part of the bluray and therefore there must be HDMV descriptors,
but ts files if there are no PGS or there are DV should be without HDMV descriptors

@koka yes I had pushed the commit #203 to work exactly as you describe. But as PGS, ac3+eac3 and ac3+thd were not working anymore (because there is no equivalent descriptor in non-HDMV world), I was asked to keep the HDMV descriptors in .ts, see issue #208.
I agree it would have been more logical to limit hdmv compatibility to m2ts, as users always have the choice between .ts and .m2ts.
Edit: you can re-open the issue if you also think it should be working this way.

[koka]

Originally Posted by a5180007

see issue #208.

This is exactly what I suggested

[koka]

Limit hdmv compatibility not with .m2ts, but with .ts, because users always have a choice, but not between .ts and .m2ts, but between including PGS in .ts, then it will have HDMV descriptors or including DV in .ts, then there will be no HDMV descriptors in .ts

[SeeMoreDigital]

Out of interest...

Are the descriptors that are used with the AVCHD (camcorder and disc) .mts transport stream any different to the ones used for .ts and .m2ts?

[staina]

Originally Posted by a5180007

@staina In Blu-ray mode (folder or ISO), the HDMV descriptors produced by tsMuxer in the "Program Map Table" packets are all strictly identical to original. DV information is separate in BDMV (bdjo/mpls/clpi) files so no problems.

In non-bluray mode, all stream information is in the descriptors within the ts or m2ts files.

You can me write what has changed at creation output Bluray ISO?

Compared I'm UHD Bluray created in tsMuxeR GUI git-99b4679 and in tsMuxeR GUI git-2ff96ce (latest version) and be here difference in CLPI and M2TS file.

A either write if will correctly playback UHD Bluray ISO created in tsMuxeR GUI git-99b4679?

Thank for answer Staina

[B1gD4ddy]

Originally Posted by a5180007

Edit: basically the enhancement I've proposed will avoid all the above to directly output the profile 6 .ts with tsMuxer

i would love that!
please make that enhancement!
if you need a tester with a c9 im here.

kind regards

[a5180007]

Originally Posted by staina

A either write if will correctly playback UHD Bluray ISO created in tsMuxeR GUI git-99b4679?

Thank for answer Staina

Sorry @staina, your query seems lost in translation... Maybe somebody in the community could clarify ?

Originally Posted by koka

Limit hdmv compatibility not with .m2ts, but with .ts, because users always have a choice, but not between .ts and .m2ts, but between including PGS in .ts, then it will have HDMV descriptors or including DV in .ts, then there will be no HDMV descriptors in .ts

@koka and what should happen when there are both pgs (or TrueHD) and DV in the input ?

Edit: this is the way I see it working.

[imhh11]

There seems to be an issue with SRT subtitles processed in tsmuxer. They show up black. PGS to PGS is fine.





Also, DV TS (dual layer profile 7.06) does not work anymore with the x700 using the latest 2020-04-07--02-11-14.zip

[AVX]

Originally Posted by imhh11

There seems to be an issue with SRT subtitles processed in tsmuxer. They show up black. PGS to PGS is fine.





Also, DV TS (dual layer profile 7.06) does not work anymore with the x700 using the latest 2020-04-07--02-11-14.zip

I have the same problem.
Also anyone knows why added pgs in tsmuxer get dsynced when muxing to bluray folder?

[a5180007]

Originally Posted by imhh11

There seems to be an issue with SRT subtitles processed in tsmuxer. They show up black. PGS to PGS is fine.

@imhh11 is it only with the latest tsMuxer version ? There is no change regarding srt or pgs.

Originally Posted by imhh11

Also, DV TS (dual layer profile 7.06) does not work anymore with the x700 using the latest t2020-04-07--02-11-14.zip

The HDMV descriptor has been removed for the DV track -I would have thought that the DV SoC did not need this descriptor, and that it was creating the pixellisation bug issue . I will push it back.

[imhh11]

Originally Posted by a5180007

@imhh11 is it only with the latest tsMuxer version ? There is no change regarding srt or pgs.
.

I tried the last two versions and one of your test build: same problem.

[B1gD4ddy]

Originally Posted by imhh11

Also, DV TS (dual layer profile 7.06) does not work anymore with the x700 using the latest 2020-04-07--02-11-14.zip

i can confirm that for c9 usb...with version 04-07 we're back to c9 cant even play the dv(m2)ts and loads endlessly.

kind regards

[iSeries]

Originally Posted by imhh11

I tried the last two versions and one of your test build: same problem.

I'm using the second last latest version, and SRT subs worked fine for me with that one (M2TS output - also using x700). Have not tried latest.

[imhh11]

Originally Posted by iSeries

I'm using the second last latest version, and SRT subs worked fine for me with that one (M2TS output - also using x700). Have not tried latest.

are you sure your original file was SRT format because PGS from bluray disc does work properly?

Last two builds (didnt try more) definitely render black subtitles when the source has SRT subs.
2020-03-30--02-11-36.zip & 2020-04-07--02-11-14.zip