tsMuxer Open Source

[a5180007]

Originally Posted by Bandits

Is there a reason the Dolby Vision tracks are placed as number 1 and the main video tracks are number 2? The PID's are correct, main 4113 and Dolby Vision 4117, but I would think that they would open in the correct order. I understand they can be reordered but shouldn't the default be the correct order or does the order even matter if a PID is used?

@Bandits after checking: the order of the video tracks is correct in the created clpi and m2ts descriptors: so no need to reverse or change anything in the meta file.

[FilipeAmadeuO]

Originally Posted by a5180007

@Bandits after checking: the order of the video tracks is correct in the created clpi and m2ts descriptors: so no need to reverse or change anything in the meta file.

I think the problem is only cosmetics on meta file. But why not make it with the right order ?

[Bandits]

Originally Posted by a5180007

@Bandits after checking: the order of the video tracks is correct in the created clpi and m2ts descriptors: so no need to reverse or change anything in the meta file.

Originally Posted by FilipeAmadeuO

I think the problem is only cosmetics on meta file. But why not make it with the right order ?

That's why I was asking if it really mattered.

Would this:

V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4117
V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4113
A_DTS, "U:\BDMV\PLAYLIST\00089.mpls", timeshift=18ms, track=4352, lang=eng
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4353, lang=eng
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4354, lang=fra
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4355, lang=deu

create the same disc as this:

A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4354, lang=fra
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4355, lang=deu
V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4117
A_DTS, "U:\BDMV\PLAYLIST\00089.mpls", timeshift=18ms, track=4352, lang=eng
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4353, lang=eng
V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4113

solely based on PID's.

If it does then it really doesn't matter. But I would think the PID order would make the order of the track list numbers. Even Mediainfo calls the Dolby Vision track ID 4117 track number 2. tsMuxer always makes it number 1.

[a5180007]

@Bandits tsMuxer adds each video track at beginning of the list, and the other tracks at the end. It then attributes the new PIDs and sorts the list in the order of these new PIDs.

In your example the video tracks would have the same order (because DV tracks are attributed PID 0x1015+), but not the audio tracks.

First scenario will give:

V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4113
V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4117
A_DTS, "U:\BDMV\PLAYLIST\00089.mpls", timeshift=18ms, track=4352, lang=eng
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4353, lang=eng
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4354, lang=fra
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4355, lang=deu

Second scenario will give:

V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4113
V_MPEGH/ISO/HEVC, "U:\BDMV\PLAYLIST\00089.mpls", track=4117
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4352, lang=fra
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4353, lang=deu
A_DTS, "U:\BDMV\PLAYLIST\00089.mpls", timeshift=18ms, track=4354, lang=eng
A_AC3, "U:\BDMV\PLAYLIST\00089.mpls", track=4355, lang=eng

[SeeMoreDigital]

Originally Posted by a5180007

Ok, I found the problem and submitted the patch.

It will allow to read fragmented mp4 such as this one, which tsMuxer currently cannot read.

Just-so-you-know...

I managed to use the 'w64-nightly [2020-02-25--01-10-33]' build to create a .ts stream which worked okay with my OPPO.


Cheers

[a5180007]

@imhh11 @SeeMoreDigital I need to reintroduce part of the HDMV descriptors in the mpeg-ts, as there does not seem to be any adequate descriptor for the PGS subtitles and they are not detected anymore.

Could you please test this build and tell me whether Dolby Vision is detected by your player and the subtitles are working ?

[SeeMoreDigital]

Originally Posted by a5180007

@imhh11 @SeeMoreDigital I need to reintroduce part of the HDMV descriptors in the mpeg-ts, as there does not seem to be any adequate descriptor for the PGS subtitles and they are not detected anymore.

Could you please test this build and tell me whether Dolby Vision is detected by your player and the subtitles are working ?

I'm on my way out in a few minutes but if all goes well I should be able to test in the morning if I have the time...


Cheers

[imhh11]

Originally Posted by a5180007

@imhh11 @SeeMoreDigital I need to reintroduce part of the HDMV descriptors in the mpeg-ts, as there does not seem to be any adequate descriptor for the PGS subtitles and they are not detected anymore.

Could you please test this build and tell me whether Dolby Vision is detected by your player and the subtitles are working ?

Everything work on my end with the x700 using that build. Subtitles, DV, Atmos.
But everything (subs included) was already working with nightly-2020-02-23--01-10-39.zip

Also, fast-forwarding works like a charm. MP4 DV always instantly freeze my player when I F-F. plus it looks identical to the MP4 dual layer DV. see: https://slow.pics/c/V994dhhF so this is really a lossless DV remux.

file not supported on the OLED C8 though.

Thank You so much

[a5180007]

Originally Posted by imhh11

Everything work on my end with the x700 using that build. Subtitles, DV, Atmos.
But everything (subs included) was already working with nightly-2020-02-23--01-10-39.zip

@imhh11 thanks for the report. With 2020-02-23--01-10-39 the PGS do not work anymore in ffmpeg players (mplayer, vlc, hpc...) hence the reason for changing. Plus detection of MP4 has been fixed.

Edit:are .m2ts DV (non bluray mode) also working on the x700 ?

Originally Posted by imhh11

file not supported on the OLED C8 though.

Do you have a sample of .ts with PGS, working on your LG C8, that I can analyse ?

[a5180007]

Originally Posted by r0lZ

As far as I know, there are at least 2 bugs related to the subtitles in the demux function:

As noted in the other thread, v2.6.11 and v2.6.12 produce often wrong timecodes when demuxing a 3D bluray. (I don't know if that bug affects also the 2D blurays.) Unfortunately, I don't remember what BD is a good example of the problem. V2.6.9 is the last version without that bug, so if you have the sources of that version, it should be easy to find the origin of the bug.

@r0lZ Thanks for providing the buggy sample ! One-line patch for fixing the bug submitted https://github.com/justdan96/tsMuxer/pull/213

The bug appears when joining m2ts (either via mpls or manually) which have different start times/first PTS -which is rare but does happen: tsMuxer was taking into consideration the start time of the first file only.

Edit: the other bug related to 3d-planes has already been fixed.

[imhh11]

Originally Posted by a5180007

@imhh11 thanks for the report. With 2020-02-23--01-10-39 the PGS do not work anymore in ffmpeg players (mplayer, vlc, hpc...) hence the reason for changing. Plus detection of MP4 has been fixed.

Edit:are .m2ts DV (non bluray mode) also working on the x700 ?



Do you have a sample of .ts with PGS, working on your LG C8, that I can analyse ?

I did not try m2ts but I will.

here's a DV TS sample that wont play on my C8.

https://drive.google.com/file/d/19dh...ew?usp=sharing


I'll try to find one that works.

[a5180007]

Originally Posted by varekai

I know tsMuxer can mux to a sup from srt but is has a bug with italics.
If I remember right it has it an all earlier verions aswell including the tsMuxerGUI-Nightly-2020-02-05--01-09-49.
Look at these two screendumps:
https://imgur.com/a/OiZA8F8

@varekai Bug should be solved. Please try latest bintray build.

[r0lZ]

Originally Posted by a5180007

@r0lZ Thanks for providing the buggy sample ! One-line patch for fixing the bug submitted https://github.com/justdan96/tsMuxer/pull/213

The bug appears when joining m2ts (either via mpls or manually) which have different start times/first PTS -which is rare but does happen: tsMuxer was taking into consideration the start time of the first file only.

Edit: the other bug related to 3d-planes has already been fixed.

Thanks for the fix !

And credits for providing the sample should go to Nico8583. He has been able to remember what BD caused that problem, and he gave me the sample. I was just an intermediary.

[Nico8583]

Originally Posted by r0lZ

Thanks for the fix !

And credits for providing the sample should go to Nico8583. He has been able to remember what BD caused that problem, and he gave me the sample. I was just an intermediary.

You're welcome I'm happy to see tsMuxeR development is back, it's a good news ! Thanks for the work

[varekai]

Originally Posted by a5180007

@varekai Bug should be solved. Please try latest bintray build.

Wow! Excellent!
I got mad respect for all your hard work on this essential tool!!
How could we do without tsMuxer?!
Thank you so much!

Here 2 new screendumps:
https://imgur.com/a/8380z3Y
As you can see there is a small paragraph space formatting difference between easySUP and tsMuxer.
Font used with tsMuxer is Segoe UI Normal Size 58 Bottom of screen 163.
With easySUP it's size 78 and bottom 152.
The .srt used is set to encoding UTF-8-BOM.

This small formatting difference is only noticeable when comparing the two screendumps.
When watching a video I probably won't notice this.

Best regards,
varekai

[baker99uk]

Excellent work, I can now play Dual Layer rips of my Dolby Vision disks on my X700. Single Layer works on the shield plex app too, without Atmos unfortunately though. If tsmuxer could support Truehd without an ac3 core I think Atmos would also work on the shield, fingers crossed that can get added soon (or plex add ac3 core support).

Thanks again for all your hard work.

[cogira]

Latest build w64-nightly-2020-02-29--01-11-32 tsmuxer crashes when tryng to load DV mp4 files (either single layer or double layer)

[mattmarsden]

Any chance of allowing thd without embedded ac3? Plex doesnt seem to like thd with embedded ac3.

[a5180007]

Originally Posted by cogira

Latest build w64-nightly-2020-02-29--01-11-32 tsmuxer crashes when tryng to load DV mp4 files (either single layer or double layer)

@cogira I've tried (on W64) the four MP4 samples from https://developer.dolby.com/tools-me...ision-streams/, they all work. Where can I find your sample ?

Edit: same for the five MP4 samples from https://www.demolandia.net/4k-video-...on/page-1.html

[a5180007]

Originally Posted by SeeMoreDigital

I'm on my way out in a few minutes but if all goes well I should be able to test in the morning if I have the time...

@SeeMoreDigital any chance you test the build ? I'd like to push the fix.

Anybody has a mpeg-ts sample with PGS working directly on a tv ?