tsMuxer Open Source

[staina]

@justdan96 Yes one saying UI issue - Red area width and overlap text.

Two saying - 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.

[imhh11]

Hi, is it possible to add an option for batch jobs ( queue) ?

[zeropc]

Doesn't anyone know how to get the app properly working on macOS?

https://i.imgur.com/iU1Km6i.png

[filler56789]

Doesn't anyone know how to get the app properly working on macOS?

https://i.imgur.com/iU1Km6i.png

According to the official README.md:

This ZIP file for MacOS can just be unzipped and the executables can be used after installing a couple of dependencies.
To install those run the commands below in the Terminal:

ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" < /dev/null 2> /dev/null
brew install freetype
brew install zlib

which in my not-so-humble opinion is not good enough.
I mean, why no static builds for the Mac operating system?

I have already asked this question but it went ignored

--- by justdan96 and by the "contributors" as well.

[zeropc]

snip...

Thanks. This worked :)

[filler56789]

Thanks. This worked :)

Great :)
Now all we have to do is give an https://forum.videohelp.com/attachments/2671-1279232225/uglylol.gif to justdan96.

[justdan96]

I haven't tried a static build on Mac, I can look into it at some point. Alternatively we could put the dynamic libraries into the app package. Xavery is working on a native build for Mac so he might be better placed to comment.

[Hombre007]

I’am using ts MuxeR 2.6.15 fore remuxing UHD discs.

I take the v.i. a Complete UHD version and select video and English audio streams and ad the Dutch subtitles. But sometimes I encounter 2 problems.

1. tsMuxer chances the frame rate from 24 too 23,976 by the video stream ab subtitles, bet not de audio. Result the audio is out of sync and the picture stutters.
2. The HDR is not done correctly in the remux. Result the UHD player says that the video stream is SDR or gives a minimum 0.000 and maximum 0.000 Nits instead of o.005 -1.000/4.000 Nits as the source file.

So is this a bug ore do I something wrong?

[a5180007]

1. tsMuxer chances the frame rate from 24 too 23,976 by the video stream ab subtitles, bet not de audio. Result the audio is out of sync and the picture stutters.

To change the audio framerate, the audio needs to be re-encoded first (eg via ffmpeg).

2. The HDR is not done correctly in the remux. Result the UHD player says that the video stream is SDR or gives a minimum 0.000 and maximum 0.000 Nits instead of o.005 -1.000/4.000 Nits as the source file.

Please provide link for a 20MB sample of the original m2ts -cut with a hex editor.

[Hombre007]

To change the audio framerate, the audio needs to be re-encoded first (eg via ffmpeg).

Please provide link for a 20MB sample of the original m2ts -cut with a hex editor.

Thanks fore responding.

Fore problem no 1. someone gave me a tip.
“Try forcing the video stream to stay in 24p with the change fps option”..
Must try if this works.

I did a Blue-ray folder remux with the full UHD of Pan (2015), Rambo 3 and T2 and they played without HDR on the Oppo-203 UHD player. Even forcing HDR in the player did not work.
But how do a make a 20mb source file?

[guest]

I posted a way to do this a few years ago. Instead of joining playlists join ssif files. The results are seamless. Only thing I had to do was to fix chapter marks on second half. I’ll see if I can locate it and post link here.


It’s post 9 in this thread


https://forum.redfox.bz/threads/3d-blu-ray-with-multiple-disks.70932/

Hi Hart2hart,

I just thought I'd get back to you to let you know that I still had NO luck getting this to join together successfully...HOWEVER, I acquired a different "version" of Titanic 3D, that was 2 iso's of approx 45Gb each. I joined the 2 SSIF files, and it worked perfectly, thank goodness.

No short black frames between parts.

There was/is obviously something wrong with the versions that most people have tried to join, with not much success.

[hubblec4]

Feature request
Is it possible in demux-mode to extract a sup-stream and the forced captions of this sup-stream simultaneously?

[a5180007]

But how do a make a 20mb source file?

Use a Hex editor e.g. HxD (https://mh-nexus.de/en/hxd/), or use simple tools such as Trunc (https://www.softpedia.com/get/System/System-Miscellaneous/Trunc.shtml).

Which version of tsMuxer are you using ?

[a5180007]

Feature request
Is it possible in demux-mode to extract a sup-stream and the forced captions of this sup-stream simultaneously?

@hubblec4 this is rather the job of a subtitle software.

From the sup in BDSup2Sub, File => Save/Export, check the box to export forced subtitles only.

[a5180007]

So when I add a single layer DV mp4 created by DVDFab it says the track is unknown.

same here with single layer dolby vision mp4 created by dvdfab.

@a5180007 I hope you can make tsmuxer to remux the single layer mp4 to TS or M2TS, that would be really awesome. It would allow Atmos + DV (Even though DVDFAB's single layer remux are probably not true DV, it's still progress.)

Also, it would be nice to have the ability to go from dual-layer mp4 to UHD structure. Now we have to demux the mp4 with dlb_mp4demux and then build the UHD structure with tsmuxer.


@mattmarsden @cogira @imhh11 could you please try latest version nightly-2020-02-24--01-10-05 and report any issue, thanks.

@SeeMoreDigital DoVi descriptors have been added for .ts files. Not for .m2ts files, which stay with HDMV descriptors.

[SeeMoreDigital]

@SeeMoreDigital DoVi descriptors have been added for .ts files. Not for .m2ts files, which stay with HDMV descriptors.Thanks for letting me know...

[koka]

Look tsmuxerCLI (https://github.com/abakum/tsmuxerCLI) is helper for tsMuxeR - like tsMuxerGUI but CLI

If I drag an mpls file into the tsmuxer, the German audio tracks and subtitles are only automatically marked, for example.
tsmuxer.py BD/BDMV/PLAYLIST/00000.mpls+ deu.meta =V + =deu ! - deu.iso

[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?

[SeeMoreDigital]

@SeeMoreDigital DoVi descriptors have been added for .ts files. Not for .m2ts files, which stay with HDMV descriptors.Thanks for letting me know...I can confirm that I have just used the 'w64-nightly [2020-02-23--01-10-39]' build to re-mux a couple of 'single layer/stream' Dolby Vision.mp4 files to the .ts container, and they work perfectly with my OPPO (and LG TV combination).

I have also used the same build to re-mux a 'double layer/stream' Dolby Vision.mp4 file to the .ts container, and it works perfectly too ;)

In a few hours time I will try the 'w64-nightly [2020-02-24--01-10-05]' build and report back.


Cheers

[a5180007]

I have also used the same build to re-mux a 'double layer/stream' Dolby Vision.mp4 file to the .ts container, and it works perfectly too ;)

Good to know. HPC and VLC seem to have problems reading the double layer .ts with Dolby Atmos, I haven't found the cause. If anybody can point me to any professionally produced .ts with double layer DV for comparison...

In a few hours time I will try the 'w64-nightly [2020-02-24--01-10-05]' build and report back.

The main change in 02-24 is detection of fragmented MP4. I have tested on few mp4; could anybody report any mp4 not properly detected.

[a5180007]

Is there a reason the Dolby Vision tracks are placed as number 1 and the main video tracks are number 2?

@Bandits this is likely because the first DV stream packet is before the first standard stream packet in the original m2ts. If you can PM me the name of the stream or a link to a 20MB sample, I can have a look.

[SeeMoreDigital]

In a few hours time I will try the 'w64-nightly [2020-02-24--01-10-05]' build and report back.The main change in 02-24 is detection of fragmented MP4. I have tested on few mp4; could anybody report any mp4 not properly detected.Just tried the aforementioned build with the same .mp4 files and I can report that TSmuxer 'stalls' and is unable to detect .mp4 files...

[a5180007]

Just tried the aforementioned build with the same .mp4 files and I can report that TSmuxer 'stalls' and is unable to detect .mp4 files...

@SeeMoreDigital could you please PM me a link to the mp4, thanks.

[SeeMoreDigital]

@SeeMoreDigital could you please PM me a link to the mp4, thanks.

Here you go: -

https://4kmedia.org/lg-earth-dolby-vision-uhd-4k-demo/ [60.000fps]

If you run the 'LG Earth Dolby Vision UHD 4K Demo' file though MediaInfo you'll discover that it's actually an .mp4 contained file, not a .ts file!

After correcting the file extension to .mp4, the 'LG Earth Dolby Vision UHD 4K Demo.mp4' file is not accepted by the 'w64-nightly [2020-02-24--01-10-05]' build.

Cheers

[videoh]

Here you go: Not available at this time:

"Sorry, you can't view or download this file at this time.

Too many users have viewed or downloaded this file recently. Please try accessing the file again later. If the file that you are trying to access is particularly large or is shared with many people, it may take up to 24 hours to be able to view or download the file. If you still can't access a file after 24 hours, contact your domain administrator."

[SeeMoreDigital]

I've also tried re-muxing the following .ts files: -

https://4kmedia.org/lg-dolby-vision-uhd-4k-demo/ [30.000fps]
https://4kmedia.org/lg-dolby-comparison-uhd-4k-demo/ [24.000fps]

The 'w64-nightly [2020-02-24--01-10-05]' build generates significantly smaller re-muxes, which confuses the hell out of the OPPO :eek:


Cheers

[SeeMoreDigital]

Not available at this time:

"Sorry, you can't view or download this file at this time.

Too many users have viewed or downloaded this file recently. Please try accessing the file again later. If the file that you are trying to access is particularly large or is shared with many people, it may take up to 24 hours to be able to view or download the file. If you still can't access a file after 24 hours, contact your domain administrator."Yes... For some reason if you have (and log into) a Gmail account, the files download fine. Bonkers!

I've just downloaded all four of the following again...

Links: -
https://4kmedia.org/lg-earth-dolby-vision-uhd-4k-demo/ [60.000fps] This is actually an .mp4 file, not a .ts file.
https://4kmedia.org/lg-dolby-vision-uhd-4k-demo/ [30.000fps]
https://4kmedia.org/lg-dolby-comparison-uhd-4k-demo/ [24.000fps]
https://4kmedia.org/lg-amaze-dolby-vision-uhd-4k-demo/ [60.000fps] This is actually an .mp4 file, not a .ts file.


Cheers

[imhh11]

thanks a5180007

where can i get 'w64-nightly [2020-02-23--01-10-39]' ? the newest one doesn't accept my DV mp4 as SeeMoreDigital noted

EDIT:
nevermind, found it here:
https://bintray.com/justdan96/tsMuxer/tsMuxerGUI-Nightly#files

[cogira]

I confirm that the latest version w64-nightly-2020-02-24--01-10-05 does not accept DV dual layer mp4 and Tsmuxer crashes. Have not tested with DV single layer mp4

[a5180007]

Strange... it is working when I build with Visual Studio, but the github cmake version crashes. I'll investigate...

[imhh11]

ohh wow. I remuxed a DV UHD-BD disc to .TS (no mp4muxer) and the file plays properly in DV+ atmos on my Sony x700 bluray player (at least the 10min i watched).....

a5180007 THANK YOU!!!


https://extraimage.net/images/2020/02/24/14e6a991c34072077f509da1f10e7575.png


omplete name : D:\other\DEMOS\DL-DV-ATMOS-REMUX.ts
Format : MPEG-TS
File size : 51.8 GiB
Duration : 2 h 14 min
Overall bit rate mode : Variable
Overall bit rate : 55.1 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 : Dolby Vision, Version 1.0, dvhe.07.06, BL / SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 h 14 min
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.0001 cd/m2, max: 1000 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, EL+RPU / SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 h 14 min
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.0001 cd/m2, max: 1000 cd/m2

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3 MLP FBA 16-ch
Format/Info : Audio Coding 3 + Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Muxing mode : Stream extension
Codec ID : 131
Duration : 2 h 14 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 7 134 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 616 MiB (1%)
Service kind : Complete Main
Number of dynamic objects : 13
Bed channel count : 1 channel
Bed channel configuration : LFE

[Bandits]

@Bandits this is likely because the first DV stream packet is before the first standard stream packet in the original m2ts. If you can PM me the name of the stream or a link to a 20MB sample, I can have a look.

2001 A Space Odyssey
Apocalypse Now (1979) Original
Apocalypse Now (1979) Redux
Apocalypse Now (1979) Final Cut

Also every extra on the same disc's that have Dolby Vision is the same way.

These are all straight from the original disc's. I have tried the CLI and the GUI, using the MPLS or the M2TS. Every way and every clip that has a Dolby Vision, the track is listed as the first track.

I could provide a sample but it seems easily reproducible.

[Stereodude]

ohh wow. I remuxed a DV UHD-BD disc to .TS (no mp4muxer) and the file plays properly in DV+ atmos on my Sony x700 bluray player (at least the 10min i watched).....

a5180007 THANK YOU!!!
How exactly did you do this? Did you demux with some software first or just drag in the decrypted .ts from the UHD BD into this new version of tsMuxer?

[imhh11]

just drag in the decrypted .ts from the UHD BD into this new version of tsMuxer?
yep using w64-nightly [2020-02-23--01-10-39]

[Stereodude]

yep using w64-nightly [2020-02-23--01-10-39]
You get no chapters during playback on the x700 of the resulting .ts correct?

[SeeMoreDigital]

You get no chapters during playback on the x700 of the resulting .ts correct?Correct. As chapter points are not stored within any transport container...

[cogira]

yep using w64-nightly [2020-02-23--01-10-39]

Can you pls upload "w64-nightly [2020-02-23--01-10-39]" somewhere?

[imhh11]

Can you pls upload "w64-nightly [2020-02-23--01-10-39]" somewhere?

all the builds are here:
https://bintray.com/justdan96/tsMuxer/tsMuxerGUI-Nightly#files

direct link: https://www.mediafire.com/file/oh6volappmjkodb/lnx-nightly-2020-02-23--01-10-39.zip/file

[Taurus]

Can you pls upload "w64-nightly [2020-02-23--01-10-39]" somewhere?

A few posts upstairs you will find everything you need..

[a5180007]

Just tried the aforementioned build with the same .mp4 files and I can report that TSmuxer 'stalls' and is unable to detect .mp4 files...

Ok, I found the problem and submitted the patch.

It will allow to read fragmented mp4 such as this one (http://d3rlna7iyyu8wu.cloudfront.net/DolbyVision_Atmos/mp4/P81_GlassBlowing2_1920x1080%4059.94fps_15200kbps_fmp4.mp4), which tsMuxer currently cannot read.

[a5180007]

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]

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

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

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]

Ok, I found the problem and submitted the patch.

It will allow to read fragmented mp4 such as this one (http://d3rlna7iyyu8wu.cloudfront.net/DolbyVision_Atmos/mp4/P81_GlassBlowing2_1920x1080%4059.94fps_15200kbps_fmp4.mp4), 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 (https://1drv.ms/u/s!AqRZp848Q4jUga5_tdJ5o3tWzrqMHA?e=yg9GcA) and tell me whether Dolby Vision is detected by your player and the subtitles are working ?

[SeeMoreDigital]

@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 (https://1drv.ms/u/s!AqRZp848Q4jUga5_tdJ5o3tWzrqMHA?e=yg9GcA) 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]

@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 (https://1drv.ms/u/s!AqRZp848Q4jUga5_tdJ5o3tWzrqMHA?e=yg9GcA) 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]

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 ?

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]

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.