tsMuxer Open Source

[yellowolf]

I have the problem i write before about the original PGS subtitles go out of sync with DV movies in Bluray folder. Movie is Knives Out. If someone can test to know the problem is not only my. For testing you need to remux the complete movie because the subtitles go littler a littler out of sync.

is the value of time shift positive or negative in the sense of delay?

[yellowolf]

Hi,

I've noticed obvious 'out of sync' issue for some audio streams demuxed from a BD. This is the 'WALL·E' UHD blu-ray produced by Disney, and the playlist 00800.mpls consists of 42 m2ts segments 56,61,57 and so one. The audio streams out of sync include DTS-HD Master streams and Dolby ac3 streams, but with the exception of Dolby TrueHD. At the very beginning the V/A are in sync, but they lose sync gradually. At the very end, the audio streams behave a maximum delay of about -0.5s.
I have made some tests and it appears that txmuxer improprialy changes some audio frames close to the beginning of the segment #57 (but not the first frames).
17252
Attachments fig.1 is pending approval
The top track is a DTS-HD Master stream demuxed with tsmuxer from the BD and then converted to flac:
eac3to 00800.track_4353.dts 00800.track_4353.flac -mono
The second track is the DTS stream from 00061.m2ts, which is the second segment of the film.
eac3to BDMV\STREAM\00061.m2ts 3: 1_61_3.dts
eac3to 1_61_3.dts 1_61_3.flac -mono
The third track is the the DTS stream from 00057.m2ts, which is the third segment of the film.
eac3to BDMV\STREAM\00057.m2ts 3: 2_57_3.dts
eac3to 2_57_3.dts 2_57_3.flac -mono
I've aligned segments 61 and 57 so that the audio frames overlap. We can find that tsmuxer has correctly concatenate the two segments at the time about 0:1:04.100. However, at the time mark #1 (0:1:04.783) the top track begins to be different from the third track:
17253
Attachments fig.2 is pending approval
But in the next, if we align the time mark #1 of first track with the time mark #2 of the third track, the subsequent waveforms seem identical again. The duration from time mark #1 to #2 for the first track is only 6ms, but the actual duration from time mark #1 to #3 for the third track is 17ms, thus a time delay of -11ms is introduced here.
The timeshift will be accumulated by the subseqent segments, so maybe that's the very reason that why the overall time delay reaches -0.5s.
I guess that this issue is related to 'overlapped frame' so I try to cancel removing detected overlapped frame by set the correlated condition to constant false:
if (/*m_demuxMode && */ m_mplsOffset > m_halfFrameLen)
=>
if (/*m_demuxMode && */ m_mplsOffset*0 > m_halfFrameLen
in simplePacketizerReader.cpp, and results are shown below.
17254
Attachments fig.4 is pending approval
I have aligned these demuxed tracks at the very beginning of m2ts segment 57 (the 3rd segment of the BD). By checking the delay at the very end of these tracks, it shows that the introduced delay of 11 ms for the DTS stream has been eliminated. However, it seems that the AC3 stream always keep sync with the original track of m2ts, so this modification seems make no difference for the AC3 steam.
To find out the reason why AC3 streams also show an obvious timeshift (much more than that of DTS stream), the situation at the end of previous m2ts segment 61 should be checked either:
17255
Attachments fig.5 is pending approval
It seems that the original version of tsmuxer cuts 5ms from the 2nd segment when concatenating it with the 3rd segment for the AC3 stream, and the modification version shows this delay is much reduced however not eliminated.
I had found this issue for a long time, but I didn't have proper tools (here is audacity 2.3.3, a freeware) to demonstrate it until I find similar bug report in another forum.
The whole bug report can be found here (https://github.com/justdan96/tsMuxer/issues/258)
Hope that the professionals can figure out a perfect solution. Thx a lot :(

[yannick92]

Very interesting !

In my case, I will try to explain where I get this delay during a remux of a full bluray disc, and then, the "DIY" solution that I found to work around the problem ...:

1): On a .ISO (full bluray), I open the .M2TS file of the main movie with TsMuxer 2.6.12.
In my case, I need to Demux the E-AC3 track to extract the Core AC3 because my old amplifier does not decode the E-AC3 audio tracks.
Okay, so I demux the E-AC3 track by not forgetting to check "Downconvert E-AC3 to AC3", and I get my AC3 track (.ac3 file).
So far so good, I will now remux my .AC3 track with the other tracks to generate my movie in .M2TS.
Ok it's done, I have my perfectly remuxed .M2ts file (I think ...).
I launch the movie (on my PS3), and after a few minutes, the sound is slightly desynchronized, I immediately notice it because the dialogs are no longer in sync with the lips of the actors ... :(

2): Now the solution that I found and which works in my case:
I start again, but this time, I first made a .MKV of the original .M2TS file of the full bluray with MKVToolNix.
Okay, so I get my .MKV which I now open with TSMuxer 2.16.12.
So I demux my EAC-3 track, I get my .AC3 file, but this time, I remux it with MKVToolnix and I remake a .MKV.
Finally, I open my .MKV with TSMuxer to Muxer my file in .M2TS (the PS3 does not support .MKV ...)
I start playing the movie, no more desynchro!
Well, this technique works, don't ask me why, I'm not technically competent enough to explain it, but it works ...;)

Thank you all

Yannick

[a5180007]

Problem with a .MKV:
On the latest version, the file does not open, with an error window that I had not yet seen ?? ...
On the other hand, on an old version (1.10.6), the file opens without problem, curious ...

@yannick92 good find, rare bug. Fix https://github.com/justdan96/tsMuxer/pull/260 proposed for merge.

[Hellboy.]

is the value of time shift positive or negative in the sense of delay?

I don't know what is "positive or negative" but when a person speak the subtitles appears 3 seconds later.

[Hart2hart]

I don't know what is "positive or negative" but when a person speak the subtitles appears 3 seconds later.


That would be -3000 ms on the subtitle.

[no-one]

Hi,

I've noticed obvious 'out of sync' issue for some audio streams demuxed from a BD. This is the 'WALL·E' UHD blu-ray produced by Disney, and the playlist 00800.mpls consists of 42 m2ts segments 56,61,57 and so one. The audio streams out of sync include DTS-HD Master streams and Dolby ac3 streams, but with the exception of Dolby TrueHD. At the very beginning the V/A are in sync, but they lose sync gradually. At the very end, the audio streams behave a maximum delay of about -0.5s.
I have made some tests and it appears that txmuxer improprialy changes some audio frames close to the beginning of the segment #57 (but not the first frames).
17252
Attachments fig.1 is pending approval
The top track is a DTS-HD Master stream demuxed with tsmuxer from the BD and then converted to flac:
eac3to 00800.track_4353.dts 00800.track_4353.flac -mono
The second track is the DTS stream from 00061.m2ts, which is the second segment of the film.
eac3to BDMV\STREAM\00061.m2ts 3: 1_61_3.dts
eac3to 1_61_3.dts 1_61_3.flac -mono
The third track is the the DTS stream from 00057.m2ts, which is the third segment of the film.
eac3to BDMV\STREAM\00057.m2ts 3: 2_57_3.dts
eac3to 2_57_3.dts 2_57_3.flac -mono
I've aligned segments 61 and 57 so that the audio frames overlap. We can find that tsmuxer has correctly concatenate the two segments at the time about 0:1:04.100. However, at the time mark #1 (0:1:04.783) the top track begins to be different from the third track:
17253
Attachments fig.2 is pending approval
But in the next, if we align the time mark #1 of first track with the time mark #2 of the third track, the subsequent waveforms seem identical again. The duration from time mark #1 to #2 for the first track is only 6ms, but the actual duration from time mark #1 to #3 for the third track is 17ms, thus a time delay of -11ms is introduced here.
The timeshift will be accumulated by the subseqent segments, so maybe that's the very reason that why the overall time delay reaches -0.5s.
I guess that this issue is related to 'overlapped frame' so I try to cancel removing detected overlapped frame by set the correlated condition to constant false:
if (/*m_demuxMode && */ m_mplsOffset > m_halfFrameLen)
=>
if (/*m_demuxMode && */ m_mplsOffset*0 > m_halfFrameLen
in simplePacketizerReader.cpp, and results are shown below.
17254
Attachments fig.4 is pending approval
I have aligned these demuxed tracks at the very beginning of m2ts segment 57 (the 3rd segment of the BD). By checking the delay at the very end of these tracks, it shows that the introduced delay of 11 ms for the DTS stream has been eliminated. However, it seems that the AC3 stream always keep sync with the original track of m2ts, so this modification seems make no difference for the AC3 steam.
To find out the reason why AC3 streams also show an obvious timeshift (much more than that of DTS stream), the situation at the end of previous m2ts segment 61 should be checked either:
17255
Attachments fig.5 is pending approval
It seems that the original version of tsmuxer cuts 5ms from the 2nd segment when concatenating it with the 3rd segment for the AC3 stream, and the modification version shows this delay is much reduced however not eliminated.
I had found this issue for a long time, but I didn't have proper tools (here is audacity 2.3.3, a freeware) to demonstrate it until I find similar bug report in another forum.
The whole bug report can be found here (https://github.com/justdan96/tsMuxer/issues/258)
Hope that the professionals can figure out a perfect solution. Thx a lot :(

track eng dts hd , fra dolby , spa dolby in wall e UHD and Up_UHD, they delay 667 ms

[a5180007]

Problem with a .MKV:
On the latest version, the file does not open, with an error window that I had not yet seen ?? ...
On the other hand, on an old version (1.10.6), the file opens without problem, curious ...
@yannick92 should be fixed with latest version of bintray 2020-03-29, please try.
A little glitch, and also a problem with resizing the "Source File" column when opening a file, ok on 2.6.12 but not on the latest version.
@yannick92 should be fixed with latest version of bintray 2020-03-29, please try.
I have the problem i write before about the original PGS subtitles go out of sync with DV movies in Bluray folder. Movie is Knives Out. If someone can test to know the problem is not only my. For testing you need to remux the complete movie because the subtitles go littler a littler out of sync.
@Hellboy should be fixed with latest version of bintray 2020-03-29, please try.
I've noticed obvious 'out of sync' issue for some audio streams demuxed from a BD. This is the 'WALL·E' UHD blu-ray produced by Disney, and the playlist 00800.mpls consists of 42 m2ts segments 56,61,57 and so one. The audio streams out of sync include DTS-HD Master streams and Dolby ac3 streams, but with the exception of Dolby TrueHD. At the very beginning the V/A are in sync, but they lose sync gradually. At the very end, the audio streams behave a maximum delay of about -0.5s.

@yellowolf @no-one @yannick92 not sure this one has been fixed... Could you please try latest bintray 2020-03-29 and report any improvement on THD and/or AC3, thanks.

[arestarh]

Hi,

Guys, could you please take a look:
https://forum.doom9.org/showthread.php?p=1903813#post1903813

Both w32 and w64 build have empty About tab.
Only If I choose language at bottom of About tab info about application appears.
But we'll see empty About tab again on the next run.

[Hellboy.]

@Hellboy should be fixed with latest version of bintray 2020-03-29, please try.

Tested and is working great. Thanks.

[justdan96]

@arestarh: sorry but which language is your operating system in? I'm just trying to track down where the About issue is coming from.

[a5180007]

@arestarh: sorry but which language is your operating system in? I'm just trying to track down where the About issue is coming from.

@justdan96 my OS is Windows64 EnglishUS with EnglishUS locale, and I also have the empty About tab. I believe it is just a question of defining the English translation as the default in the GUI, and saving the selected language in the .ini file.

[arestarh]

@arestarh: sorry but which language is your operating system in? I'm just trying to track down where the About issue is coming from.
@justdan96 my OS is Windows64 EnglishUS with ru-RU locale.

[a5180007]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

[imhh11]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

+1
that would be great enhancements.

[Grencola]

+1
that would be great enhancements.
+2, that would be amazing! streamlining everything into one program to run one time is definitely the way to go.

[SeeMoreDigital]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?
It certainly is of interest. A worthy enhancement...


2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?Anything that can retain the Dolby Vision meta-data so that the transport contained muxes can function in hardware (and software) playback devices, is a worthy enhancement.

If you're up for it I have another suggestion. Could you provide support for adding 44.1kHz 16-bit LPCM audio streams. It's always seemed a bit odd to me that LC-AAC, HE-AAC and AC3 @ 44.1kHz audio streams can be added but not 44.1kHz LPCM.


Cheers

[cogira]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

+3
thanks

[staina]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

+4 Thanks

[SeeMoreDigital]

Am I +5 now or +3??!! Or just a rolling + ;)

[iSeries]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

Both would be great additions!

[baker99uk]

Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

+6 ? Yes please

[a5180007]

Ok, I've entered the requests for these two enhancements in GitHub. I'll start working on it after release of 2.7.0.

[staina]

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

[priitv8]

As an appleTV 4K user I have these 2 questions:Two possible enhancements of tsMuxer for versions after 2.7.0:

1. TrueHD
Mpeg-ts is compatible with interleaved ac3/TrueHD frames. One solution to mux pure TrueHD would be to interleave empty 32kbit ac3 frames. Indeed not as good as transcoding an ac3+thd with eac3to, as the playing of the ac3 would be blank. Is it of any interest ?

2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?
1. If this functionality could be expanded with re-encode to E-AC-3 with JOC, then that would be awesome. Finally would I be able to import them UHD rips into my local library and retain Atmos. But this involves more than just re-muxing of existing bits, I know.
2. +1 if this can be done.

[koka]

tsmuxer.py BD --blu-ray 42.ts+43.ts
glues 42.ts and 43.ts into the blu-ray directory `BD`

tsmuxer.py MT --blu-ray 42.ts+ --mplsOffset=1 --m2tsOffset=10
tsmuxer.py MT --blu-ray 43.ts+ --mplsOffset=2 --m2tsOffset=20
tsmuxer.py MT
makes 2-title blu-ray directory `MT` where `tsmuxer.py MT` rebuild index.bdmv and MovieObject.bdmv
with help of MPLS2JSON.exe (https://forum.doom9.org/showthread.php?t=174563)
Look https://github.com/abakum/tsmuxerCLI#ex

[B1gD4ddy]

hey guys...new here...


2. Dolby Vision
Profile 7 dual tracks is supported by Blu-ray player SoCs only. For non-Blu-ray modes, tsMuxer could transmux those to profile 6 single track dual layer, deprecated but a priori compatible with most STB/TV SoCs. Is it of any interest ?

is that feature missing the reason why my dolby vision m2ts files created from uhd only trigger hdr instead of dolby vision when played by lg c9 usb media player???

and will adding that feature make my dolby vision m2ts files trigger dolby vision???

kind regards

[AVX]

hey guys...new here...



is that feature missing the reason why my dolby vision m2ts files created from uhd only trigger hdr instead of dolby vision when played by lg c9 usb media player???

and will adding that feature make my dolby vision m2ts files trigger dolby vision???

kind regards

I would like to know that too.
In some UHD , it only triggers the HDR not the Dolby Vision.
Idk if its some kind of new protection.
Regards

[a5180007]

In some UHD , it only triggers the HDR not the Dolby Vision.
So the C9 TVs read some DV profile 7 TS and not others ? I thought the tsMuxer TS could be read only by Blu-ray players because of the HDMV descriptors.

[B1gD4ddy]

So the C9 TVs read some DV profile 7 TS and not others ? I thought the tsMuxer TS could be read only by Blu-ray players because of the HDMV descriptors.
i think avx is not talking about c9 usb media player...



my c9 can read and play all dolby vision m2ts files created from uhd by tsmuxer since version 2020-03-23.

older versions created dolby vision m2ts files that forced my c9 into endless loading and trying to read the file.

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?

kind regards

[a5180007]

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]

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?

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]

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.
how can i replicate that? i wanna test it.

Please read https://www.makemkv.com/forum/viewtopic.php?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 (https://github.com/DolbyLaboratories/dlb_mp4base/tree/master/bin)
- 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]

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 (https://github.com/justdan96/tsMuxer/pull/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 (https://github.com/justdan96/tsMuxer/issues/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]

see issue #208 (https://github.com/justdan96/tsMuxer/issues/208).

This is exactly (https://github.com/justdan96/tsMuxer/issues/208#issuecomment-594884494) 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 (https://en.wikipedia.org/wiki/AVCHD) (camcorder and disc) .mts transport stream any different to the ones used for .ts and .m2ts?

[staina]

@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]

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]

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 ?

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 (https://github.com/justdan96/tsMuxer/issues/273).

[imhh11]

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

https://extraimage.net/images/2020/04/07/9b460c909de92ba65a55a5e28cc64dab.png



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]

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

https://extraimage.net/images/2020/04/07/9b460c909de92ba65a55a5e28cc64dab.png



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]

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.

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]

@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]

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]

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]

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