tsMuxer Open Source

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

Originally Posted by 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.

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]

Originally Posted by gonca

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]

Originally Posted by 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.

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]

Originally Posted by a5180007

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]

Originally Posted by Hellboy.

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#wkjxpm...gkoL0fyegLO8-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]

Originally Posted by 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.

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]

Originally Posted by a5180007

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

Originally Posted by a5180007

@spotter please open an issue on github.

ok, 2 issues added.