tsMuxer Open Source

[imhh11]

This should be fixed in this build (https://github.com/jcdr428/tsMuxer/suites/507015679/artifacts/2658091) (needs github login) including added descriptor for EAC3 and calculation of DV level.

I've tried to keep HDMV descriptors as much as possible so as to keep PGS, AC3/EAC3 and AC3/TrueHD working.

Please test single DV, double DV, EAC3 etc. on Bluray player and on UHD TV, thanks.

like the others, DL DV triggered with washed out colors + the bug.
no go on the C8.

Perhaps because RPU is missing.

[cogira]

@cogira :
Is B&W picture on player, TV or both ?
For single or double layer ?
Is EAC3 working on player, TV or both ?

B&W both x700 player and C8 TV
Single layer
Eac3 working on both player and TV

[imhh11]

@cogira :

Edit: ok, I think I made a stupid mistake in swapping EL and RPU...
Please try build 5a3cd98 (https://github.com/jcdr428/tsMuxer/suites/507172214/artifacts/2660533) (github login necessary).

Didnt try on the x700 yet, but now it says BL +RPU instead of EL+RPU

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 59 s 976 ms
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2
Maximum Content Light Level : 1016 cd/m2
Maximum Frame-Average Light Level : 342 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, BL+RPU / SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 min 0 s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2

[a5180007]

@imhh11 thanks, I must be tired :D
Sorry for having to post each minor change, but no DV screen, I can't test myself...

Modified build 6c6dd72 (https://github.com/jcdr428/tsMuxer/suites/507197705/artifacts/2660978).

[baker99uk]

@cogira :
Is B&W picture on player, TV or both ?
For single or double layer ?
Is EAC3 working on player, TV or both ?

Edit: ok, I think I made a stupid mistake in swapping EL and RPU...
Please try build 5a3cd98 (https://github.com/jcdr428/tsMuxer/suites/507172214/artifacts/2660533) (github login necessary).

Neither dual layer DV or single layer DV files play on my C6.

The shield is acting remarkably well, Single Layer DV works, Dual layer DV falls back to HDR (which is what should happen).

My X700 has decided to freak out and lost it's network connection, once I have it fixed I'll test on that too.

[imhh11]

@imhh11 thanks, I must be tired :D
Sorry for having to post each minor change, but no DV screen, I can't test myself...

Modified build 6c6dd72 (https://github.com/jcdr428/tsMuxer/suites/507197705/artifacts/2660978).

haha np :)

thanks but now it says RPU only .

Complete name : I:\test.split.1.ts
Format : MPEG-TS
File size : 163 MiB
Duration : 59 s 977 ms
Overall bit rate mode : Variable
Overall bit rate : 22.8 Mb/s
Maximum Overall bit rate : 35.5 Mb/s

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 59 s 976 ms
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2
Maximum Content Light Level : 1016 cd/m2
Maximum Frame-Average Light Level : 342 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, RPU / SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 1 min 0 s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 4000 cd/m2

[a5180007]

@imhh11 My understanding is that RPU was HEVC NAL 62, and EL was NAL 63. Is there really both nal 62 and nal 63 in you double layer hevc ? Can you please pm me the link of the sample ?

[baker99uk]

Further testing on the X700 the single layer DV doesn't play, the dual layer only plays in HDR not DV. After playing the dual layer mux it didn't lock up my player though which is nice.

Be aware my X700 completely reset itself after having to keep switching it off at the mains so it may not be acting correctly anyway (it did play an old mux in DV though)

Edit: Mine also now says this

Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, BL+RPU / SMPTE ST 2086, HDR10 compatible

[SeeMoreDigital]

@imhh11 My understanding is that RPU was HEVC NAL 62, and EL was NAL 63. Is there really both nal 62 and nal 63 in you double layer hevc ? Can you please pm me the link of the sample ?Perhaps these terms relate to the two available types of Dolby Vision, ie: MEL (10-bit minimal enhancement layer) or FEL (12-bit full enhancement layer)...

[imhh11]

Is there really both nal 62 and nal 63 in you double layer hevc ? Can you please pm me the link of the sample ?

with the mp4muxer dual layer, yes. always EL+RPU

original m2ts:
https://drive.google.com/file/d/1-eXhJeH_7KSUXvJmaiSm6d54k6K_uOU6/view?usp=sharing


dual layer EL+RPU MP4 made from that m2ts:
https://drive.google.com/file/d/1VNQxx4mBSscpl1oZXCKRtDIRNh8LbCLW/view?usp=sharing

[a5180007]

@imhh11 the sample has nal 62 only... But I suppose it must group both RPU and EL for double layers.

Hopefully correct build 554e872 (https://github.com/jcdr428/tsMuxer/suites/507286144/artifacts/2662714), with EL and RPU always present in double layers. For single layers, RPU when nal 62, EL when nal 63.

[imhh11]

ok, now DV with proper color works again on the x700.

but still not working on LG C8. and the x700 bug is still present.

https://extraimage.net/images/2020/03/08/4881338478a4185456b9bd3359a205d4.md.jpg (https://extraimage.net/image/yoTd)

[baker99uk]

I can confirm what imhh11 says REgarding The x700, C6 also won't play the files, shield seems good

[imhh11]

maybe one last thing that could cause the bug?

the profile went from dvhe.07.06 to dvhe.07.07

[a5180007]

maybe one last thing that could cause the bug?

the profile went from dvhe.07.06 to dvhe.07.07

@imhh11 the bug was the same with level 06. Level is dependant of the image width and of the pixel rate (width * height * fps). What the document "DolbyVisionProfilesLevels_v1_3_2_2019_09_16.pdf" doesn't say is if the pixel rate is calculated on the DV layer only or on the BL+EL. As this determines compatibility of the DV chip, to be safe I've taken BL+EL, this should not modify the behavior of the player. I suppose the player will not play the file if level is above what it can decode (same as AVC or HEVC levels).

Edit: could you please report on which files work with or without bug on player or TV (single DV layers, double layers without DV, MEL files, FEL files...) so that I know where to look.

Also I would need a sample of a ts file with pure 7.1 eac3 (not hybrid bluray ac3/eac3).

[staina]

I want with only ask whether last discussion about remux files .TS and .M2TS and theirs problems has and some effect on remux into Bluray ISO or Bluray folder including HDR10, HDR10+ and Dolby Vision?

It is possible without problems perform REMUX into Bluray ISO and Bluray folder and will playable without problems?

Thank you for answer Staina

[a5180007]

It is possible without problems perform REMUX into Bluray ISO and Bluray folder and will playable without problems?

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

[a5180007]

Another trial... added "HEVC_timing_and_HRD_descriptor".

Please test build 289ba83 (https://github.com/jcdr428/tsMuxer/suites/509438821/artifacts/2704154).

[cogira]

Another trial... added "HEVC_timing_and_HRD_descriptor".

Please test build 289ba83 (https://github.com/jcdr428/tsMuxer/suites/509438821/artifacts/2704154).

Tried .ts DV double layer from UHD disc (john wick parabellum). On x700 excellent DV but the known bug still present.
Later will try a DV single layer and report.
Thank you.

Tried also DV single layer of the same movie. No go on x700 which starts to play and then stops.
It plays very well on C8 via plex/emby apps.

[imhh11]

@imhh11 the bug was the same with level 06. Level is dependant of the image width and of the pixel rate (width * height * fps). What the document "DolbyVisionProfilesLevels_v1_3_2_2019_09_16.pdf" doesn't say is if the pixel rate is calculated on the DV layer only or on the BL+EL. As this determines compatibility of the DV chip, to be safe I've taken BL+EL, this should not modify the behavior of the player. I suppose the player will not play the file if level is above what it can decode (same as AVC or HEVC levels).

Edit: could you please report on which files work with or without bug on player or TV (single DV layers, double layers without DV, MEL files, FEL files...) so that I know where to look.

Also I would need a sample of a ts file with pure 7.1 eac3 (not hybrid bluray ac3/eac3).
Ok, thanks for the explanation. I don't much about the DV level but I know that all the mp4 dual layer DV are 7.06 and work everywhere. But if 7.07 is fine too, im ok with that.

-Any dual layer DV TS(or m2ts) created by tsMuxer has the bug: FEL or MEL, all the same bug and won't play on LG C8.
EG: https://drive.google.com/file/d/1rz3eLRZ885Ne7eOwUtqU56B7Dv-mck2B/view?usp=sharing

-Single-layer DV TS files don't have the bug and play everywhere. (made from UHD-BD disc)
EG: https://drive.google.com/file/d/1n95g_bcRP_eCFqbzngslM3XbeTJwrkfH/view?usp=sharing

-Dual layer TS (no Dovi descriptor) files don't have the bug and play everywhere. but of course no DV
EG: https://drive.google.com/file/d/1mCIidUy0hqW4JbzaX73i0QQE8D4mR5TS/view?usp=sharing

-Pure E-AC3 7.1 TS: https://drive.google.com/file/d/1rz3eLRZ885Ne7eOwUtqU56B7Dv-mck2B/view?usp=sharing

[a5180007]

@imhh11 @cogira thank you very much, very useful.

So I guess that the single layers that have the bug are profile 5 (non compliant HDR). The single layers without bug should be profile 8 (compliant HDR).

I believe I have identified the issue: HEVC stream_type should be 0x06 for non-compliant SDR/HDR and double layer DV, and not 0x24 as for traditional HEVC.

I'll try tonight.

[cogira]

@imhh11 @cogira thank you very much, very useful.

So I guess that the single layers that have the bug are profile 5 (non compliant HDR). The single layers without bug should be profile 8 (compliant HDR).

I believe I have identified the issue: HEVC stream_type should be 0x06 for non-compliant SDR/HDR and double layer DV, and not 0x24 as for traditional HEVC.

I'll try tonight.

Just to be clear. The x700 bug already described in posts #470 and 471 only happens with .ts DV doulble layer.

[imhh11]

Just to be clear. The x700 bug already described in posts #470 and 471 only happens with .ts DV doulble layer.

correct. SL TS are fine.

I believe I have identified the issue: HEVC stream_type should be 0x06 for non-compliant SDR/HDR and double layer DV, and not 0x24 as for traditional HEVC.

I'll try tonight.

Awesome, thank you

[a5180007]

Awesome, thank you

Well, wait to try before praise :D
Build 6cd5b7a (https://github.com/jcdr428/tsMuxer/suites/512412269/artifacts/2757931) with DL DV Codec Id = 0x06 ("Rec. ITU-T H.222.0 | ISO/IEC 13818-1 PES packets containing private data"), without any guarantee...

[cogira]

Well, wait to try before praise :D
Build 6cd5b7a (https://github.com/jcdr428/tsMuxer/suites/512412269/artifacts/2757931) with DL DV Codec Id = 0x06 ("Rec. ITU-T H.222.0 | ISO/IEC 13818-1 PES packets containing private data"), without any guarantee...

tried john wick parabellum .ts DV double layer and unfortunately the X700 bug is still there.

[a5180007]

tried john wick parabellum .ts DV double layer and unfortunately the X700 bug is still there.

One last thing to try, then I run out of ideas.
Build 8223f83 (https://github.com/jcdr428/tsMuxer/suites/512577734/artifacts/2761813) adds ID dv_bl_signal_compatibility_id in DV descriptor. It is not in the Dolby single layer samples but might be needed for DL.
(link edited)

[imhh11]

bug is still there on the x700 but this time it is recognized on the C8(In HDR10 though)

[baker99uk]

yup although it didn't hard lock my x700 this time, both seem fine on the shield. Same result with C6 too, hdr triggered not DV but plays

[cogira]

One last thing to try, then I run out of ideas.
Build 8223f83 (https://github.com/jcdr428/tsMuxer/suites/512577734/artifacts/2761813) adds ID dv_bl_signal_compatibility_id in DV descriptor. It is not in the Dolby single layer samples but might be needed for DL.
(link edited)

Sorry. Again no go.

[cogira]

In the X700 settings I put Dolby Vision off, then played the .ts DV double layer files and no more known bug, albeit the reproduction is hdr.
Therefore the bug is related to the dolby vision track.
I dont know what this means.
Just to let you know.

[iSeries]

So with the x700 and the need to manually enable DV - how do we even know that DV is playing correctly? When DV is set to on, DV is output for everything, regardless of whether it is HDR or SDR

[imhh11]

So with the x700 and the need to manually enable DV - how do we even know that DV is playing correctly? When DV is set to on, DV is output for everything, regardless of whether it is HDR or SDR

player OSD say '' Dolby Vision HDR '' for real DV
player OSD say '' HDR '' for fake DV

[SeeMoreDigital]

Can somebody post some samples that I can try with my OPPO?

[Hellboy.]

Maybe this help:

yusesope wrote:
I have not converted the raw HEVC stream to m2ts because I have not followed the events related to tsMuxeR (I have not yet understood why a BL + EL + RPU stream is flagged as dvhe.08).

Quetion by shawnc22:
Is it possible that because it's being flagged as dvhe.08, the EL is being ignored on playback even though the DV flag is triggered? This could explain why somebody previously reported that the credit scene in power rangers did not look like it was in DV even though DV was on.

Answer by yusesope:
Could be.
The only profiles that support BL + EL + RPU are 4 and 7 (6 is no longer in use).
mp4muxer should be used for testing purposes.

[binba]

First of all, it's awesome that this software gets developed, forked and updated. I sometimes need to author simple BluRay discs and work on Mac, and after exhaustively researching options like Encore CS6, Architect and TMPGEnc Authoring Works, tsMuxerGUI is actually one of the best solutions out there.


I need it for assets encoded in Adobe Premiere (or Media Encoder). They work just fine in the "original" tsMuxeR 2.6.11, but in the latest build, not only do those files not work, they don't even generate an error. I filed a bug for it. https://github.com/justdan96/tsMuxer/issues/240


Is there an official or stable build for the (open-sourced) Mac version, or only nightly builds?


Is the "infamous" repeat bug fixed in the open-sourced fork? With 2.6.11, authored BluRay discs would always loop, requiring a trip to BDEdit to patch MovieObject.bdmv.

[justdan96]

No release version yet, we are gearing up for the release of 2.7.0 soon.

[a5180007]

I need it for assets encoded in Adobe Premiere (or Media Encoder). They work just fine in the "original" tsMuxeR 2.6.11, but in the latest build, not only do those files not work, they don't even generate an error. I filed a bug for it. https://github.com/justdan96/tsMuxer/issues/240
@binba I can look at this if you provide a link with a m4v.

Is the "infamous" repeat bug fixed in the open-sourced fork? With 2.6.11, authored BluRay discs would always loop, requiring a trip to BDEdit to patch MovieObject.bdmv.
[/LIST]
Any detail on this bug ?

[Stereodude]

Any detail on this bug ?
I'm pretty sure he's just referring to the fact that if you set tsMuxer to mux a Blu-ray the resulting movie loops when played by blu-ray software (or burned on a disc and played in a player). Meaning after the movie is done playing it restarts. Like the movie is on repeat.

[r0lZ]

No release version yet, we are gearing up for the release of 2.7.0 soon.
Any idea of a precise date ?

[a5180007]

-Pure E-AC3 7.1 TS: https://drive.google.com/file/d/1rz3eLRZ885Ne7eOwUtqU56B7Dv-mck2B/view?usp=sharing

@imhh11 this is an interweaved AC3/EAC3 TS, which is the bluray format. I need a pure -i.e. EAC3 only- 7.1 channels TS, to analyse and make it work in tsMuxer.

[a5180007]

Any idea of a precise date ?

I believe the only big thing left is the integration of Dolby Vision in non-Bluray mode. As I can't find any solution for the pixellisation bug with Double Layer DV when stopping the player, I guess it will have to be included as is for the moment.

Having tried every change possible, I am now persuaded that the bug does not come from the descriptors but may rather come from the way the packets are muxed. E.g. tsMuxer muxes second base layer frame before first enhancement layer frame, I haven't found out where it comes from yet.

[a5180007]

Still would it would in the same parts behind command Play PL_MK 0, GPR10 (HEX: 42 82 00 00 00 00 00 00 00 00 00 0A) change command Jump Title 1 (HEX: 21 81 00 00 00 00 00 01 00 00 00 00) to command Break (HEX: 00 02 00 00 00 00 00 00 00 00 00 00). Command Jump Title 1 playback bluray disk over and over in loop order ending playback at the end movie.

Thanks staina, pull requested https://github.com/justdan96/tsMuxer/pull/244

[SeeMoreDigital]

@imhh11 this is an interweaved AC3/EAC3 TS, which is the bluray format. I need a pure -i.e. EAC3 only- 7.1 channels TS, to analyse and make it work in tsMuxer.I tried to find a 'pure' 7.1 channel E-AC-3 audio stream several years ago but never managed to find one. Not on any HD-DVD discs or even on Dolby's web site.

So if you do find one please let me know...


Many thanks

[Stereodude]

I tried to find a 'pure' 7.1 channel E-AC-3 audio stream several years ago but never managed to find one. Not on any HD-DVD discs or even on Dolby's web site.

So if you do find one please let me know...

Many thanks
It needs to be in a .TS right? Didn't HD-DVD's have .EVO files?

[a5180007]

It needs to be in a .TS right? Didn't HD-DVD's have .EVO files?

@Stereodude yes it needs to be TS or M2TS. EAC3 7.1 are peculiar in that they have one main 5.1 stream and one 2 or 3-channel dependant stream, I don't know how the TS descriptors should be informed in the PMT (Program Management Table) packets. Until now I haven't managed to produce one TS working.

[Stereodude]

@Stereodude yes it needs to be TS or M2TS. EAC3 7.1 are peculiar in that they have one main 5.1 stream and one 2 or 3-channel dependant stream, I don't know how the TS descriptors should be informed in the PMT (Program Management Table) packets. Until now I haven't managed to produce one TS working.
What about this sample? https://mega.nz/#!cM9VmBSL!mME5qULH2H5M24vLmjqfZZkaoUjY6RsrGPiw3ultMW0

Edit: What should we see in MediaInfo for such a sample?

[SeeMoreDigital]

What about this sample? https://mega.nz/#!cM9VmBSL!mME5qULH2H5M24vLmjqfZZkaoUjY6RsrGPiw3ultMW0Sadly no... That 7.1 E-AC-3 channel sample has an (5.1 channel) AC3 core :scared:

[Stereodude]

Sadly no... That 7.1 E-AC-3 channel sample has an (5.1 channel) AC3 core :scared:
How do you determine that?

[SeeMoreDigital]

How do you determine that?If you run that particular Dolby Digital Plus file through TSmuxer you'll see it contains an (640Kbps) AC3 core, which can be extracted.

A 'pure' Dolby Digital Plus audio stream, as found on some HD-DVD.evo (program stream) files does not contain a such a core.

[Stereodude]

A 'pure' Dolby Digital Plus audio stream, as found on some HD-DVD.evo (program stream) files does not contain a such a core.
But unless I misunderstood a5180007 that won't be useful because it's not in a .TS or .m2ts file.