tsMuxer Open Source

[thepotatoboy]

Originally Posted by a5180007

Hi @thepotatoboy, from DV Blu-rays, tsMuxer outputs only dual track ts/m2ts. What process do you apply to produce single tracks ?

Hey! thankyou for trying to solve the problem.

I had the original BDMV folder, I made it into a single layer dual track using makemkv. I then extracted the .hevc file and I'm putting it back into tsmuxer.

The movie "nobody" is working in .ts and .m2ts singe layer dual track. But "John Wick 3 parabellum" isn't working. Any ideas why?

thanks

[imhh11]

Originally Posted by thepotatoboy

Hey! thankyou for trying to solve the problem.

I had the original BDMV folder, I made it into a single layer dual track using makemkv. I then extracted the .hevc file and I'm putting it back into tsmuxer.

The movie "nobody" is working in .ts and .m2ts singe layer dual track. But "John Wick 3 parabellum" isn't working. Any ideas why?

thanks

yes, same behavior on my Sony x700. Some single-track(dual layer) profile 7 remux just won't play but any dual-track profile 7 remux (ts / m2ts / mp4) will play correctly (but then you have the green screen bug when you stop playback which the single-track dual-layer files don't suffer).

[justdan96]

Originally Posted by a5180007

Hello @justdan96, when can we expect release 2.7.0 ?

Sorry things have slowed down quite a bit since xavery stepped back from the project, I might just pencil in a date and call whatever code we have then the 2.7.0 release.

[a5180007]

Originally Posted by thepotatoboy

I had the original BDMV folder, I made it into a single layer dual track using makemkv. I then extracted the .hevc file and I'm putting it back into tsmuxer.

The movie "nobody" is working in .ts and .m2ts singe layer dual track. But "John Wick 3 parabellum" isn't working. Any ideas why?

You should use yusesope tool to mux to single layer dual track. MakeMKV has the annoying habit of not adding -or removing- the Access Unit Delimiter NALs.

[a5180007]

VVC codec has been included in the latest version, as alpha release for trial purposes.
Please try muxing/demuxing some VVC files e.g. produced by Fraunhofer VVEnc or other encoders, and report any bug / provide samples.
No need to try non-compliant samples produced before the issuance of the ITU-T-Rec H.266 dd. Aug-20.

[imhh11]

Originally Posted by a5180007

You should use yusesope tool to mux to single layer dual track. MakeMKV has the annoying habit of not adding -or removing- the Access Unit Delimiter NALs.

if I demux the MakeMKV DV file and rebuild a dual-track dual-layer TS file with tsMuxer, does it fix the Access Unit Delimiter ?

or do I need to start over from the original disc backup?

[a5180007]

Originally Posted by imhh11

if I demux the MakeMKV DV file and rebuild a dual-track dual-layer TS file with tsMuxer, does it fix the Access Unit Delimiter ?

tsMuxer does not add the missing AUD for hevc yet. It is planned for after v2.7 release.
The best would still be for makemkv or mkvtoolnix to stop removing the AUD nals...

[oniiz86]

I was wondering if anyone could confirm if they can mux more than 8 PGS subtitles within the m2ts container? I have this file with 13 PGS subtitles & only the first 8 are present when played via my BDP-105D, my UDP-203/205 players have no such issue & all 13 are present.

[Emulgator]

For testing you may upload your mux to wetransfer (free below 2GB)

[oniiz86]

Originally Posted by Emulgator

For testing you may upload your mux to wetransfer (free below 2GB)

I've compressed it quite a bit, it's just over 2GB, it should be accessible from here https://1drv.ms/u/s!AmgVmKyn3jL-gQlJ...QU9l9?e=R4FoHL

I did try another file & it seems it is a bug with the M2TS container on the earlier OPPOs, strange that it was overlooked by the engineers.

[Emulgator]

OneDrive wants me to open an account, not willing to do that for that one shot.
Reexport a shorter project just below 2GB and wetransfer ?
What firmware on the BDP-105D ?
Lots of multi-language Blu-rays would have been affected, hard to imagine...

[oniiz86]

Originally Posted by Emulgator

OneDrive wants me to open an account, not willing to do that for that one shot.
Reexport a shorter project just below 2GB and wetransfer ?
What firmware on the BDP-105D ?
Lots of multi-language Blu-rays would have been affected, hard to imagine...

I have the mkv file just under 2GB, perhaps you could quickly mux it to m2ts to test, here is the link https://we.tl/t-dIqkY0VBCo

The m2ts came just over 2GB & could not add it to wetransfer, the file is heavily compressed as it is but if a member has an OPPO BDP-103/105 they should be able to see the bug of only 8 subtitles when the file actually has 13, I'm on the final January 2017 83-1226 official firmware.

I understand a lot of Euro Blurays have multiple subs but I guess not many would come across this as they would prefer the mkv container due to chapter support & less overhead in the overall file size but this particular file had an issue with the non-sdh english subtitle that when muxed to m2ts was simply no longer a problem.

[SeeMoreDigital]

It's been a 'known issue' for some time that the OPPO BDP-10x players are unable to support more than 8no PGS subtitles within the .m2ts container... So trying to make it happen would be a waste of time!

Indeed, why anyone would even want to create a back-up of a Blu-ray disc movie for their own use with more than eight subtitle languages is beyond me...

[oniiz86]

Oh I didn't know that, I didn't see any reports of this known issue over at the avs forums or uk av forums, I thought the BDP-10X players were fully BDAV compliant & would have no such issues with the .m2ts container, it's funny PGS subtitles were added to the mkv container in a later firmware without this issue, maybe a carry over bug from the BDP-9X players, so it is merely a bug that was never reported to OPPO? Another quirk of the MT8580 SoC chipset I suppose as the UDP-20X players have no problems & even support external IDX/SUB VobSub subtitles unlike the BDP-10X players.

[oniiz86]

Is there any particular reason why during the muxing process to the .m2ts container, the PGS subtitle streams are out of order?

[raudi]

Originally Posted by oniiz86

Is there any particular reason why during the muxing process to the .m2ts container, the PGS subtitle streams are out of order?

I noticed the last days the same with one movie, i think the streams they came later in the log are the forced subtitles and they start at a later place in the movie.

I had a movie which has the forced subtitle at one place in the middle of the movie and the line for that subtitle appears at around 50% in the log.

[oniiz86]

Originally Posted by raudi

I noticed the last days the same with one movie, i think the streams they came later in the log are the forced subtitles and they start at a later place in the movie.

I had a movie which has the forced subtitle at one place in the middle of the movie and the line for that subtitle appears at around 50% in the log.

In this particular instance there are no forced subtitles, just 13 foreign subtitles, none are flagged as default, I'm assuming tsMuxeR has always worked this way?

[von Suppé]

Originally Posted by oniiz86

Is there any particular reason why during the muxing process to the .m2ts container, the PGS subtitle streams are out of order?

Could this have something to do with an old bug from the past that would have been fixed?

IIRC, r0lZ, the creator of BD3D2MK3D found out quite some time ago. According to official BD specs, the order of subtitles in the playlist is not necessarily the same as the order of their PIDs. Where tsMuxer would assume these orders always to be the same, consequently, possibly not showing the subtitles in the correct order in the source-list. Which raised issues for correct 3D-plane assignment.

I would like if somebody can tell whether this bug in tsMuxer has been solved anyways.

[r0lZ]

Yes, the subtitle order bug has been fixed. Anyway, it was present only when it displayed or demuxed the subtitle streams (and, for a 3DBD, their 3D-planes) of a commercial BD with the order of the PIDs not matching the order of the streams in the MPLS. AFAIK, when tsMuxeR muxes a BD, it creates always a MPLS with the streams in the order of their PIDs. But I don't use tsMuxeR to remux, only to demux. Therefore, I may be wrong.

[r0lZ]

Originally Posted by oniiz86

According to the screenshot, the problem (if any) is that it shows the streams it demuxes (and possibly also muxes) when it encounters them. Since the subtitle streams can start at different times, the order of the messages is not necessarily identical to the order of the streams in the source or target file.

oniiz86, have you verified the order of the streams with another program, such as MediaInfo ? Is it correct ?