tsMuxer Open Source

[MrVideo]

I can already see that it doesnt work with DV as it lets you select 3 quality options.
Or you can select a bitrate, which is what I do. No idea if that will help.

[d3rd3vil]

Maximum bitrate with that program is 3000, thats nothing.

Well anyway maybe someone else gets this to work but I see no way for that program to even consider working on 4k DV material.
An ffmpeg copy command that keeps EVERYTHING but adds black bars sounds more realistic. Maybe....

[MrVideo]

Maximum bitrate with that program is 3000, thats nothing.
What gave you that idea? Did you even look at my example?

[staina]

Testing I'm found out that the at some movies at demux THD stream (without embedded AC3) from MKV file behind using TSMuxer this THD stream (without embedded AC3) isn't consistent with demux THD stream (without embedded AC3) behind using MKVExtract. How find out, which of these demux THD streams (without embedded AC3) is the correct and consistent with original, when original I don't have. Eventually it is possible somehow find out why are these two demux THD streams (without embedded AC3) different? Which app then use to demux THD streams (without embedded AC3) whether TSMuxer or MKVExtract?

Thank for answers.

[von Suppé]

...isn't consistent with...
What would 'consistent' be here? If you mean they aren't bit-equal to each other, both probably are ok. Or do you refer to other differences?

Demuxing streams from mkv I prefer mkvextract (via gMKVExtract GUI) as I never encountered issues.

[staina]

What would 'consistent' be here? If you mean they aren't bit-equal to each other, both probably are ok. Or do you refer to other differences?

Demuxing streams from mkv I prefer mkvextract (via gMKVExtract GUI) as I never encountered issues.

Comparing files are different c. from 30 percent, else either use mkvextract (via gMKVExtract GUI), but now I'm want to use TSMuxer and comparing I'm found out that the result demux is different so I don't know which demux use and is OK.

[a5180007]

@staina please provide a sample resulting in the circa 30% difference in thd demuxed size between MkvToolNix and tsMuxer.

[von Suppé]

Did a bug sneak in with latest version? On some (not all) imports of *.mpls with Dolby Vision video I get "Unsupported format" window, which reads: Track 1 was not recognized and ignored. File name "*\BDMV\PLAYLIST\*.mpls"
The source is full ISO-rip, no remux.

I compared against previous version git-b2e5dd3. Which gives no error.

[staina]

@staina please provide a sample resulting in the circa 30% difference in thd demuxed size between MkvToolNix and tsMuxer.

Latest time are THD demux same. If find different send.

[von Suppé]

Nice to see the import-issue solved. :thanks:

[staina]

Why tsMuxer at addition DTS-HD MA 7.1 stream and set delay on any value to this value in resulting ISO file add 21ms? For example delay set at -40ms is in results in ISO file -19ms. Set delay AC3 stream and THD stream with not change.

[a5180007]

Why tsMuxer at addition DTS-HD MA 7.1 stream and set delay on any value to this value in resulting ISO file add 21ms? For example delay set at -40ms is in results in ISO file -19ms. Set delay AC3 stream and THD stream with not change.

I can't reproduce the bug. Eg I've downloaded https://www.demolandia.net/downloads.html?id=83491561 , applied the following meta MUXOPT --no-pcr-on-video-pid --new-audio-pes --hdmv-descriptors --blu-ray --vbr --auto-chapters=5 --vbv-len=500
V_MPEG4/ISO/AVC, "C:\Users\XXX\Documents\Softwares\tsMuxer\dts-living-world-of-audio-v2-short-lossless-(www.demolandia.net).mkv", track=1, lang=eng
A_DTS, "C:\Users\XXX\Documents\Softwares\tsMuxer\dts-living-world-of-audio-v2-short-lossless-(www.demolandia.net).mkv", timeshift=-40ms, track=2, lang=eng


and the "Delay relative to video" reported by MediaInfo is -40ms as it should.

[gonca]

The latest nightly change
As there is a single transport stream in tsMuxer muxes and in Blurays, the transport_stream_id does not really matter. However, all blurays I've seen have transport_stream_id = 0 so applying the same makes comparisons easier.
actually fixed an issue I had with software media players and hardware media players while using tsMuxeR created structures.
Thank you
EDIT
Seems it only fixes the issue sometimes
Still
Thank you

[oniiz86]

The latest nightly change

actually fixed an issue I had with software media players and hardware media players while using tsMuxeR created structures.
Thank you
EDIT
Seems it only fixes the issue sometimes
Still
Thank you

@gonca I was just curious what exactly was the specific issue you were experiencing & now seems partially fixed with the latest nightly build?

Have you identified & reported the problem over here? https://github.com/justdan96/tsMuxer/issues

[gonca]

The issue was menu playback.
Menus created by BD_RB

[a5180007]

@gonca the Bluray standard states "transport_stream_id: This field has no meaning in the HDMV TS and may take any value". So not sure the commit had an effect, it might as well come from the two other commits related to the countinuity counters.

[gonca]

@gonca the Bluray standard states "transport_stream_id: This field has no meaning in the HDMV TS and may take any value". So not sure the commit had an effect, it might as well come from the two other commits related to the countinuity counters.

I am getting a feeling that it was just a coincidence.
It seems to be just one of those things.
With no menus the results play perfectly every time.

[a5180007]

@gonca yes the sum of those small corrections sure make a difference.
Maybe you can open an issue and describe the problem with the menus in details.

[gonca]

Maybe you can open an issue and describe the problem with the menus in details.

Before I make you chase a rabbit down the hole
A video, audio, sup and chapter remux work well every time

The issue is with the menus created by BD_RB
If I burn the folder to disc it plays fine on my Sony.
If I open the folder structure with PowerDVD it plays fine
If I open the folder with J River Media Center the menu is non functional
If I open the folder in Zidoo 4K pro the menu is non functional

I am not sure if the problem is in tsMuxeR, BD_RB or its just one of those things

EDIT
All 4 play fine with the menus in commercial discs

[Hellboy.]

tsMuxer have a settings file saved somewhere?

[a5180007]

tsMuxer have a settings file saved somewhere?

@Hellboy. in the General tab, under "Default Output Folder" you have the option to either "use the latest output folder name", or "place output folder to a input folder".

[outgoing]

I am finding, regardless of the version I have tested many and it always causes the same bug, that tsMuxer (windows) pixelates the image for a second or two when I do a BD folder or m2ts mux (only movie) or any other combination without adding or removing any track from my original bluray. My original bluray is correct, there's no glitch, it's a 90,9 GB UHD, The Message. The film has a running time of 02:58:18 and the pixelation always occurs in the same sequence, 01:01:16.

Attached is an sample of the pixelation.
https://mega.nz/file/2T52QZ4Y#wkjxpmj06KKnfoPGYXR4mOl4lvp0WgkoL0fyegLO8-0

Edited: ok, it doesn't matter which program is used, it seems that this error is exactly the same regardless of the program used to reauthorise. A buddy of mine has done a test with Scenarist and got the same error. Really odd what could be the cause of this.

[ocean]

Hi outgoing, the original disk has no problem at 1:01:16 minutes.
Doesn't the copy obtained, once the protections have been removed, have this defect?
I ask you because it could be a protection not completely removed.

[outgoing]

Hi outgoing, the original disk has no problem at 1:01:16 minutes.
Doesn't the copy obtained, once the protections have been removed, have this defect?
I ask you because it could be a protection not completely removed.

Hi ocean, not at all, the original is correct, there is no error throughout the whole footage, so it is strange that different software always produce the same error at the same point in the film. It could be a correct possibility, but in the master there is no such error, so I think it is not due to the protection not being fully unlocked. But I don't rule it out either and it is perhaps the only possible cause in this.

[a5180007]

@outgoing could you post the same excerpt from the original m2ts (e.g. cut with an Hex editor).

[outgoing]

@outgoing could you post the same excerpt from the original m2ts (e.g. cut with an Hex editor).

Sorry, there is no way, it always produces that error in any attempt to cut that segment, I have tried doing demux, iso folder... and it always keeps popping up. If I dump the image to the pc with AnydVD there is also a moment where in certain sectors it throws an error even if I end up dumping it all. Then when I view it, the error is always there.

It has nothing to do with tsmuxer, more than likely the protection is not completely broken, I guess.

[SeeMoreDigital]

Probably a b0rked rip. Try ripping the disc again!

[spotter]

does txmuxer not respect mpls in/out marks when muxing an mpls to a ts file?

I have a playlist on a bluray that has "junk" data in the file (color bars) that are not played by a bluray player. I'm trying to remux it to mkv, but both mkvtoolnix, eac3to and makemkv have issues with it. I figured tsmuxer should be able to mux it to a ts cutting out the "crap" and then I could deal with it from there. Except it doesn't.

in tsmuxergui it shows the correct length (14:44 about). but the ts that is created when played with vlc is 15:03 (or 04). i.e. the color bars and the like are included when they shouldn't be. Am I doing something stupid? I figure it should be easy to get a ts file that has all the seamless branching combined into a single ts file with proper in/out points from the file, but I can't seem to figure it out. help?

Edit: in addition, in this case the mpls has 2 m2ts file, the first has no audio and the second does (lpcm). if I load the second m2ts by itself, tsmuxer sees the video and audio tracks. But if I load the mpls file, it only lists the video track. This is the same problem that mkvtoolnix had.

[a5180007]

@spotter please open an issue on github.

[spotter]

@spotter please open an issue on github.

ok, 2 issues added.

[Hellboy.]

I found a bug. When add a UHD, tsmuxer automatically check "Force BD-ROM V3 format". When remove everything in "input files" and add a 1080p bluray "Force BD-ROM V3 format" keep checked. And when add a 1080p bluray to create a Blu-ray folder, the 1080p bluray dont work. You need to uncheck "Force BD-ROM V3 format" when everything is remove in "input files".

This is using the playlists and Blu-ray folder.

[a5180007]

@Hellboy. please try tomorrow's release.

[Overrighter]

Hello, Everybody!
I hope my post will be somewhat useful, coz I couldn't find out an answer as to how to make Sony UBP-X800M2 trigger Dolby Vision (DV) input when playing an original m2ts file from the BD 4k DV disk using a USB flashdrive. Long story short. I run the m2ts file though tsMuxeR GUI git-2c58285 ("tsMuxeR 2022-08-14 Nightly Portable Windows 64-bit") from m2ts into the same m2ts only de-clicking unnecessary audio tracks and, Bingo!, x800m2 indicates Dolby Vision as input, while for the non-modified file it indicates just HDR. It was Uncharted 4k uhd disk. tsMuxeR shows two video tracks: 4k and 1080p for both original m2ts and after remuxing. If I could feedback anything more for the purpose of developing this wonderful utility, please ask. I'll do my best.

[Hellboy.]

Is fixed. Thanks.

Question: What this mean? Is something bad?
H264 warn: SPS parameters is not consistent throughout a stream

[a5180007]

@Hellboy. It is just a warning, sometimes a Sequence Parameter Set changes throughout the stream.

[von Suppé]

I'm encountering issues when muxing TrueHD without embedded AC3 with elementary videostream(s) from imported 3DBD ISO.

Right from the start, tsMuxer is giving a lot of errors saying "TRUE-HD stream (track 3): bad frame detected at position... Resync stream."
Playback of resulting ISO gives major A/V sync issues. It makes no difference whether I choose to mux 3D (AVC + MVC) or 2D (AVC only).

Is this inherent to MVC-3D and supposed to be? When I mux TrueHD+AC3 track, things go without errors.

[Hart2hart]

What is the overall state of tsmuxer? It’s been a historically fabulous tool and I’m still using last good version from years ago which handles all contemporary audio formats but I believe drops a subtitle on occasion. It does video up to at leafy AVC H.264 maybe H.265 . I want to move on to 4k and hdr (DV, HDR10+).

Looks of work has been completed that is highly technical. Is it in good shape to handle this snd/or is there a list of known issues/limitations? More importantly is development / core developer(s) active?

[Sakura-chan]

This is not really a bug, more of a question. I'm fairly new to tsmuxer.

Why do m2ts files remuxed with tsmuxer to the same format end up being smaller? For example, I grab a 5,820,604,416 bytes m2ts from a BD, containing an h264 and lpcm track (nothing complex). I remux it as is with tsmuxer to m2ts, nothing changed. I end up with a 5,806,061,568 bytes file. That's 14,542,848 bytes less than the original (13.87 MB).

Upon demuxing the tracks from both they are identical (compared checksums). So no issues, but why? I understand mkv having less overhead so the resulting remuxes will be smaller, but I expected staying in the same format would result in the same file sizes.

[staina]

What is that error "DTS-HD stream (track 3): bad frame detected at position02:45:07,402. Resync stream".

Why tsMuxer resync DTS-HD MA stream created in DTS HD Encoder Suite and completely DTS_HD MA stream will change? DTS HD Encoder Suite no detected bad frame.

Thank for answer

[Hart2hart]

What is the overall state of tsmuxer? It’s been a historically fabulous tool and I’m still using last good version from years ago which handles all contemporary audio formats but I believe drops a subtitle on occasion. It does video up to at leafy AVC H.264 maybe H.265 . I want to move on to 4k and hdr (DV, HDR10+).

Looks of work has been completed that is highly technical. Is it in good shape to handle this snd/or is there a list of known issues/limitations? More importantly is development / core developer(s) active?


Guess my answer is in but it’s not what I had hoped it would be.

[Emulgator]

4..5 builds per month, see github repo. I would call this a very active development.
If you find a fault you may report it and upload files to reproduce the fault.
And it has been taken care of many, many times. 125 pages of actions since 2020-12
I couldn't ask for more and give big thank you's to a5180007, justdan96, xavery, jcdr408, and of course to the original developer.

[Emulgator]

Why do m2ts files remuxed with tsmuxer to the same format end up being smaller?
BD muxers (Scenarist, Sony, DoStudio) have provisions to accommodate all possible streams and their combinations
which are populated only if needed, but these PID positions will lead to more container overhead even if the stream is empty.

[Hart2hart]

4..5 builds per month, see github repo. I would call this a very active development.
If you find a fault you may report it and upload files to reproduce the fault.
And it has been taken care of many, many times. 125 pages of actions since 2020-12
I couldn't ask for more and give big thank you's to a5180007, justdan96, xavery, jcdr408, and of course to the original developer.


Thanks. I didn’t think to look at GitHub. The developers were very active in forum when this started so I was expecting to see them here. Specifically, I was looking to understand if an “official” release was coming that would list what was included and any issues to avoid.

Many thanks for developers’ work.

[a5180007]

Question for tsMuxer users: do you want the insert SPS and SEI option to be the default or not ?

[Hellboy.]

What are the benefit of having "SPS and SEI".

[Emulgator]

If one chooses Blu-ray ISO or Blu-ray folder, yes, (wasn't it already ?),
(can not speak for other users that want to have .ts and .m2ts untouched, but yes, to me it would be welcome)
and while we are at it:
If Blu-ray ISO or Blu-ray folder, please add preload --start-time=524250, this is vital.

P.S. Ouch, I mistyped. 524280 !

[von Suppé]

If Blu-ray ISO or Blu-ray folder, please add preload --start-time=524250, this is vital.

Sorry for this noob question, but could you please explain why the 524250 value is so vital? I've never really given this any thought and always left it as is. Never encountered problems with BD muxing - as far as I know.

Thanks in advance

[Kuler087]

something is broken in the latest build... I have some file that have no video in mkvtoolnix.
the last working version is Nightly build from 2023-01-02-02-15-09

https://i.ibb.co/Qrqv1nS/Capture.png

[Emulgator]

von Suppé:
why the 524250 value is so vital?
https://forum.doom9.org/showthread.php?p=1916110#post1916110
and following...

P.S.
Again, I mistyped, sorry. 524580 !

[von Suppé]

@Emulgator: Thank you!