tsMuxeR update for 3D blu-ray

[Phoenix_1]

Phoenix_1
...
Could you send short example (several minutes) of TRUE-HD track?
...


Here is a linkhttp://dox.bg/files/dw?a=37094e779f

This is ~2 min cut from a movie remux (God Bless America) generated by Scenarist (video, audio, and sub streams).

>eac3to cutgba.m2ts
M2TS, 1 video track, 1 audio track, 1 subtitle track, 0:02:05, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96kHz, -696ms
(embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz)
3: Subtitle (PGS)

[physic]

New version 2.4.1(b) is ready:

windows 32 bit: tsMuxeR_2.4.1(b).zip (https://drive.google.com/file/d/0B0VmPcEZTp8NUkNLQ1I5RjRHdU0/edit?usp=sharing)
linux 32 bit: tsMuxeR_2.4.1(b).tar.gz (https://drive.google.com/file/d/0B0VmPcEZTp8NX2JUQ0xwM0JveFk/edit?usp=sharing)
MacOS 10.8 (64 bit): tsMuxeR_2.4.1(b).dmg (https://drive.google.com/file/d/0B0VmPcEZTp8NTnp3Q24wUlhuZzA/edit?usp=sharing)

- Add secondary audio support for bluray muxing. Due to standart It is allowed only for DTS-Express and DD+ codecs.
- Filter out H.264 filler packets
- UI improvment: option for MPLS offset can be entered either as time or as 45Khz clock value
- UI improvment: UI displays opened file duration
- UI improvment: chapter list correctly updated if join several files. Also joining for MPLS is enabled.
- Add help if run tsMuxeR without parameters

- Fixed muxing for 96Khz TRUE-HD tracks
- PCM inside VOB was anonced before, but actually did not work. Fixed.
- UI fix: if open MPLS, then close, track list is not cleared. It is broken in previous build only.
- Subtitles renderer fixed (broken in previous build only after in/out effects)

[physic]

Phoenix_1
Please check latest version

[HWK]

New version 2.4.0(b) is ready:

windows 32 bit: tsMuxeR_2.4.0(b).zip (https://drive.google.com/file/d/0B0VmPcEZTp8NZXkycEtPOVh2QXM/edit?usp=sharing)
linux 32 bit: tsMuxeR_2.4.0(b).tar.gz (https://drive.google.com/file/d/0B0VmPcEZTp8NcTk1NzNrQUVIY2s/edit?usp=sharing)
MacOS 10.8 (64 bit): tsMuxeR_2.4.0(b).dmg (https://drive.google.com/file/d/0B0VmPcEZTp8NY2VDWEp4QkFXYUE/edit?usp=sharing)

- Add secondary audio support for bluray muxing. Due to standart It is allowed only for DTS-Express and DD+ codecs.
- Filter out H.264 filler packets
- UI improvment: option for MPLS offset can be entered either as time or as 45Khz clock value
- UI improvment: UI displays opened file duration
- UI improvment: chapter list correctly updated if join several files. Also joining for MPLS is enabled.
- Add help if run tsMuxeR without parameters

- Fixed muxing for 96Khz TRUE-HD tracks
- PCM inside VOB was anonced before, but actually did not work. Fixed.
- UI fix: if open MPLS, then close, track list is not cleared. It is broken in previous build only.
- Subtitles renderer fixed (broken in previous build only after in/out effects)

Thank you, Roman for everything. I am guessing next task support full disc processing.

[HWK]

Here is a linkhttp://dox.bg/files/dw?a=37094e779f

This is ~2 min cut from a movie remux (God Bless America) generated by Scenarist (video, audio, and sub streams).

>eac3to cutgba.m2ts
M2TS, 1 video track, 1 audio track, 1 subtitle track, 0:02:05, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96kHz, -696ms
(embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz)
3: Subtitle (PGS)

New version 2.4.0(b) is ready:

windows 32 bit: tsMuxeR_2.4.0(b).zip (https://drive.google.com/file/d/0B0VmPcEZTp8NZXkycEtPOVh2QXM/edit?usp=sharing)
linux 32 bit: tsMuxeR_2.4.0(b).tar.gz (https://drive.google.com/file/d/0B0VmPcEZTp8NcTk1NzNrQUVIY2s/edit?usp=sharing)
MacOS 10.8 (64 bit): tsMuxeR_2.4.0(b).dmg (https://drive.google.com/file/d/0B0VmPcEZTp8NY2VDWEp4QkFXYUE/edit?usp=sharing)

- Add secondary audio support for bluray muxing. Due to standart It is allowed only for DTS-Express and DD+ codecs.
- Filter out H.264 filler packets
- UI improvment: option for MPLS offset can be entered either as time or as 45Khz clock value
- UI improvment: UI displays opened file duration
- UI improvment: chapter list correctly updated if join several files. Also joining for MPLS is enabled.
- Add help if run tsMuxeR without parameters

- Fixed muxing for 96Khz TRUE-HD tracks
- PCM inside VOB was anonced before, but actually did not work. Fixed.
- UI fix: if open MPLS, then close, track list is not cleared. It is broken in previous build only.
- Subtitles renderer fixed (broken in previous build only after in/out effects)

I downloaded Phoenix file, problem is still there. Tsmuxer says some track not recognized and as a result audio track does not appear in GUI.

[physic]

I updated post. Version replaced to 2.4.1(b). Chapter list did not updated correctly if join MPLS. Fixed.

HWK
I've got full BD disk with TRUE-HD 96Khz track and I tested on that disk. I'll check this sample.

[HWK]

I updated post. Version replaced to 2.4.1(b). Chapter list did not updated correctly if join MPLS. Fixed.

HWK
I've got full BD disk with TRUE-HD 96Khz track and I tested on that disk. I'll check this sample.

It took me 3 hours + to download, if it take same time for you. Let me know I will upload to google docs for you.

[physic]

HWK
Yes. About 3 hours. But I can see by file beginning - it is not a TS/M2TS file. And it is not a True-HD track with embeded core. So, looks like it just unsupported sample format.

[HWK]

HWK
Yes. About 3 hours. But I can see by file beginning - it is not a TS/M2TS file. And it is not a True-HD track with embeded core. So, looks like it just unsupported sample format.

Do you see BIN instead? However it is M2TS file just to let you know. It happened to me as well when downloaded.

Media Info report on file

General
ID : 0 (0x0)
Complete name : G:\cutGBA.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 450 MiB
Duration : 2mn 4s
Overall bit rate mode : Variable
Overall bit rate : 30.3 Mbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 2mn 3s
Bit rate mode : Variable
Bit rate : 28.4 Mbps
Maximum bit rate : 27.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.572
Stream size : 419 MiB (93%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : TrueHD / AC-3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 131
Duration : 2mn 4s
Bit rate mode : Variable / Constant
Bit rate : 640 Kbps
Maximum bit rate : 5 196 Kbps
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 96.0 KHz / 48.0 KHz
Bit depth : 16 bits
Delay relative to video : -758ms
Stream size : 9.50 MiB (2%)

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 1mn 57s
Delay relative to video : 5s 964ms

[physic]

Yes. I was wrong. It is m2ts file. I'll check it now by file begining.

This track is not correctly cutted. Audio data starts with THD frame instead of AC3 frame. Ts muxer can't parse such tracks. May be I'll fix it in a future

About future plans: yes I intended to start with full disk processing but I change plan a little bit. I am going to implement H.265 support first for some reason. So, I'll spend next week with this feature.

[HWK]

Yes. I was wrong. It is m2ts file. I'll check it now by file begining.

In case you want to take express highway for file transfer :D

https://drive.google.com/file/d/0B2c8pQSAQa3qdUVPTVpfSWNhbEU/edit?usp=sharing

[HWK]

About future plans: yes I intended to start with full disk processing but I change plan a little bit. I am going to implement H.265 support first for some reason. So, I'll spend next week with this feature.

Hmm, interesting thanks for insights into tsmuxer. With regards to H.265 I am guessing it will only support muxing mode of m2TS file and ts file.

[physic]

I am not going to forbidden it special for Blu-ray because of no addition code required for H.265 inside BD disk. I'll introduce only warning.
Of course, H.265 BD player not exists yet. :-)

[filler56789]

I am going to implement H.265 support first for some reason. So, I'll spend next week with this feature.

Great news indeed :)

:thanks: :thanks: :thanks:

[nautilus7]

New version 2.4.1(b) is ready:

- UI improvment: option for MPLS offset can be entered either as time or as 45Khz clock value

Thanks a lot for adding my request and excuse me for being impatient. You're the man!

Can you or anyone else tell me what the "add picture timing info" and the "continually insert SPS/PPS" options in the input tab do exactly? Should I use them when I remuxing a retail disc?

[HWK]

Thanks a lot for adding my request and excuse me for being impatient. You're the man!

Can you or anyone else tell me what the "add picture timing info" and the "continually insert SPS/PPS" options in the input tab do exactly? Should I use them when I remuxing a retail disc?

Here, you go

Additional parameters for H.264 video tracks:

level
Overwrite level in the H264 stream. Note: option update
headers only. The H264 stream may not meet the requirements
of a lower level.

- insertSEI
If original stream does not contain SEI picture timing and
SEI buffering period, then the info is added to the stream.
This option is recommended for BD muxing.

- contSPS
If original video doesn't contain repetitive SPS/PPS then
SPS/PPS will be added to the stream before each key frame.
This option is recommended for BD muxing.

- subTrack
Used for combined AVC/MVC tracks only. TsMuxeR always
demultiplex such tracks to separate AVC and MVC streams.
This parameter defined reference to AVC part(if value=1) or
or to MVC part (if value=2).

[nautilus7]

Even though this does not explain what they do, I guess if the video stream comes directly from a blu-ray disc they are not needed. Correct?

[HWK]

Even though this does not explain what they do, I guess if the video stream comes directly from a blu-ray disc they are not needed. Correct?

Your call, I won't take it off.

I have to do some research on this matter.

I retrieve this form Mainconcept encoder setting, it seems tsmuxer does something similar

Add Picture Timing SEI

Check to add Supplemental Enhancement Information fields indicating the global time for each frame and suitable decoder settings. They add a small overhead to the file size, but can help a decoder play out the video more efficiently.

[nautilus7]

OK, I will leave them on. Thanks.

[HWK]

I retrieve this form Mainconcept encoder setting, it seems tsmuxer does something similar

Add Picture Timing SEI

Check to add Supplemental Enhancement Information fields indicating the global time for each frame and suitable decoder settings. They add a small overhead to the file size, but can help a decoder play out the video more efficiently.

OK, I will leave them on. Thanks.

Picture Timing SEI is even more important on interlace sources. Since it tells decoder which way to display a field: Top or Bottom. You can also get errors if you have both interlaced and progressive frames in your video stream.

[minhjirachi]

What does "45Khz clock value" mean?

[HWK]

What does "45Khz clock value" mean?

Read this thread, which is by nautilus7 for answer
http://forum.doom9.org/showthread.php?p=1654053#post1654053

[nautilus7]

It's a way of measuring time in blu-ray. 1 second equals 45000 "ticks" or 45khz. physic could explain better i suppose.

[minhjirachi]

It's a way of measuring time in blu-ray. 1 second equals 45000 "ticks" or 45khz. physic could explain better i suppose.

I have seen your post above and now I have understood why I have to use the BDEdit after remuxing with replaced MPLS file.

Thank you so much.

[ExSport]

Add Picture Timing SEI
Check to add Supplemental Enhancement Information fields indicating the global time for each frame and suitable decoder settings. They add a small overhead to the file size, but can help a decoder play out the video more efficiently.
Not always it is good to enable it.
It seems sometimes it doesn't do what is expected so generated file is incompatible with HW players as mentioned already here:
http://forum.doom9.org/showthread.php?p=1650917#post1650917
@Roman, still no change in latest v2.4.1 (checked byte2byte with buggy sample and new tsMuxeR generates exactly same file:()
Removing "insertSEI" parameter fixes the problem so there must be some weird bug in there.

[Zorg]

2.4.1(b)Thank you again so much!

Just noticed small GUI problem - the 3D plane number doesn't update in the tracklist when changed in the dropbox:
http://thumbnails106.imagebam.com/29226/e31b96292251364.jpg (http://www.imagebam.com/image/e31b96292251364)

Maybe you could explain the whole 3D subtitles, planes and offsets thing, that we are not confused anymore (http://forum.doom9.org/showthread.php?t=169817)

[Selur]

Thanks for the new release.
Any news regarding a Mac OS X 10.6.8+ version? :)

[Phoenix_1]

Phoenix_1
Please check latest version

It is fine.
Thank you.

But ...
there is something more you could consider.
tsMuxeR cannot recognize a trueHD stream inside an mkv container which is not the same with an DTSMA stream.

[tymoxa]

tsMuxeR cannot recognize a trueHD stream inside an mkv container...
That is because trueHD in MKV doesn't contain an AC3 core.
In this case:
Audio data starts with THD frame instead of AC3 frame. Ts muxer can't parse such tracks. May be I'll fix it in a future

[godu]

I have an issue with the new beta version. Remuxed my Cars 2 3D.iso and after around 1 minute I have many pixel on the screen. So I went back to the previous Version 2.3.2 and no Problem detected. Maybe an issue with seamless branch titles?

[xledentaldj]

I still get remux issues with Cars 2 3D and UP 3D ISOs that after the one hour mark the movie freezes on my Popcorn Hour A-400.
In Cars 2 3D its at the 1:05:27 mark and in UP 3D its at 1:14:22 mark. In order for me to get around this, I have to remux these movies with Makemkv 1.8.6 Beta as a 3D MVC mkv and then use tsMuxer 2.4.0b to remux back into a Bluray ISO.

So, with this method, my Cars 2 3D, UP 3D, and Brave 3D remuxed ISOs now play completely through without any issues.

[tymoxa]

I still get remux issues with Cars 2 3D and UP 3D ISOs that after the one hour mark the movie freezes on my Popcorn Hour A-400.
In Cars 2 3D its at the 1:05:27 mark...

I had tested Cars_2_3D.iso made with tsmuxer 2.3.2 and 2.3.4 at 4 players: Pioneer BDP-450, Oppo BDP-105, iNext HD1, Dune TV 102. None of them had freezes at 1:05:27 mark.

[xledentaldj]

Well, then I do not know why my Popcorn Hour A-400 has these freeze issues. Probably a picky Popcorn Hour A-400..?

[HWK]

Well, then I do not know why my Popcorn Hour A-400 has these freeze issues. Probably a picky Popcorn Hour A-400..?

I would check firmware and most important check for new version if available.

[xledentaldj]

Its on the latest Nov 7th firmware. But what I do, works for me. Im fine with that.

[godu]

Do I have a disadvantage if I use the previous version (2.3.2) instead of the new one?

[nunub]

@physic
I think ur latest version internal 3d subtitler converter is facing problem while multiplexing and the same subtitle if i m rendering directly with the 3d subtitler and bring inside tsmuxer i m facing no multiplexing error with the same subtitle.

[jdobbs]

I'm experiencing a bug in muxing PGS streams with v2.4.1.

I am attempting to mux using the following meta file:MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --auto-chapters=5 --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "D:\WORKING5\WORKFILES\VID_00005.AVS.1.264"+"D:\WORKING5\WORKFILES\VID_00005.AVS.2.264"+"D:\WORKING5\WORKFILES\VID_00005.AVS.3.264", fps=23.976, insertSEI, contSPS
A_AC3, "D:\WORKING5\WORKFILES\AUD_00005_4352.AC3", lang=eng
S_HDMV/PGS, "D:\WORKING5\WORKFILES\00005.track_4609.sup", lang=eng
S_HDMV/PGS, "D:\WORKING5\WORKFILES\00005.track_4610.sup", lang=fra
S_HDMV/PGS, "D:\WORKING5\WORKFILES\00005.track_4613.sup", lang=spa

If I run the mux with TSMUXER v2.4.1 I get:

"Pes packet len too large ( >100Mb). Bad stream or invalid codec speciffed."

If I run the mux with TSMUXER v1.10.6 it muxes correctly with no errors.

If I uncheck the three PGS streams, v2.4.1 will also mux the streams (using the GUI). But if any of the three streams are selected
the mux will fail. The same problem occurs with/without specifying framerate. The PGS streams were all created by TSMUXER using
the demux option.

[Edit] The issue may also be associated with v2.4.1's concatenation of the three .264 files. I just tried the following meta file and it
completed successfully with v2.4.1. That was after a completely new demux/encode. I'm doing more testing. MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --auto-chapters=5 --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "D:\WORKING5\WORKFILES\VID_00005.AVS.264", fps=23.976, insertSEI, contSPS
A_AC3, "D:\WORKING5\WORKFILES\AUD_00005_4352.AC3", lang=eng
S_HDMV/PGS, "D:\WORKING5\WORKFILES\00005.track_4609.sup", lang=eng
S_HDMV/PGS, "D:\WORKING5\WORKFILES\00005.track_4610.sup", lang=fra
S_HDMV/PGS, "D:\WORKING5\WORKFILES\00005.track_4613.sup", lang=spa

The problem is consistent, though, as it will repeat every time I attempt the first meta (even when starting over again from
scratch) -- and it works every time by simply switching to v1.10.6 for the mux.

[2nd Edit] One more point to help in debugging. If the three files shown in the first meta file are appended to each other
manually (using the DOS copy command) and then used in the mux, they work. That kinda' points to a bug in the way that
v2.4.1 concatenates the files during processing. It's interesting, though, that they concatenate and mux fine if no PGS
files are included.

[Cedvano]

Nobody as an idea about 3D popup menu in mpls ?

[Fotis_Greece]

I had a long time to come to this forum.
My big thanks and congratulations to Roman for updating

[minhjirachi]

Nobody as an idea about 3D popup menu in mpls ?

The easiest way that you should open the old playlist with BDEdit and compare what diff with the new once. After that, edit the new MPLS as same as the original. That's all.

[SpeedFreak]

Just a question to the gurus - does the latest tsMuxeR support correctly muxing of 2D seamless branching BDs? Aren't there any problems with HD audio tracks like pops at the joint points etc.?

I have to remux tens of seamless branching full BD ISOs and I wouldn't like to screw it up... ;-)

Thanks a lot for info and GREAT RESPECT for Physics work!

[Cedvano]

The easiest way that you should open the old playlist with BDEdit and compare what diff with the new once. After that, edit the new MPLS as same as the original. That's all.

That's work for you ?

[xledentaldj]

SpeedFreak:

I couldn't tell ya, Im using MakeMKV to join my 3D Disney Pixar movies and then tsmuxer to remux them back to 3D ISOs for playback on my Popcorn Hour A-400, which seems to be a picky device..

I don't have an AVR to listen to the lossless audio tracks.. only Dolby Digital, so I have to remux Dolby TrueHD via tsMuxer 2.4.0b and then remux back in from 3D MVC mkv.
But, now my new remuxes of Finding Nemo 3D and Monsters Inc 3D won't stream at all from my iMac via NFS share to my Popcorn Hour A-400.
I got strange things going on..but luckily my Popcorn Hour A-400 has a 4TB internal HDD and Monsters Inc 3D remuxed iso is playing there.

Going to try tsMuxer 2.3.2b Mac OS X on my Partysaurus Rex 3D.mkv (3D MVC) with the extracted tsmuxer 2.4.0b Dolby TrueHD track and remux it back to a 3D Bluray ISO with tsmuxer 2.3.2b to see if my Popcorn Hour A-400 will stream the iso from my iMac.
Nope, only from the A-400s internal HDD.
Stange….

[minhjirachi]

That's work for you ?

Yes, it works. You should try it. I have test on Painted Skin, Flying Sword Of Dragon Gate, Man Of Steel, Pacific Rim, etc...

[MadLion]

@physic

First, I want to thank you for this incredible piece of software you wrote, it’s a lifesaver.

One issue I’m having with tsMuxeR is when I use SRT subtitles as a track, along with audio and video, and try to change the color of the subs (output: M2TS muxing or AVCHD disk), the color never comes out correct (example: yellow comes out lime green). Can you help with this problem. THANK YOU!

[mattmarsden]

Try this:
1. Create the Blu-ray folder with TsMuxeR
2. Modify the mpls with HexEditor and change 40 to 50 (see this forum for more details)
3. Create the ISO with Virtual Dive and ImgBurn
4. Test it

Could you elaborate on this please - I couldn't find any more information on it but would like to try it. Thanks

[minhjirachi]

Try this:
1. Create the Blu-ray folder with TsMuxeR
2. Modify the mpls with HexEditor and change 40 to 50 (see this forum for more details)
3. Create the ISO with Virtual Dive and ImgBurn
4. Test it

I really want to read this document too. Please give me that link. Thank you so much.

[rodm]

Hi all, I'm no expert but it seems that the new TsMuxer (2.4.1) produces bad BDMVs under OSX 9 (Mavericks).

Background: I had been successfully using TsMuxer (Vsn 1.9.9 Snow Leopard build 1.10.6) under OSX 8 to create "Blu-ray Disk" BDMV folders, from .ts files, which I burnt to BD25 disks using the OSX 8 “burn to disk", which played nicely on my iMac & Panasonic Blu-ray player.

The new TsMuxers (2.3.2 & 2.4.1) running under OSX 9 (Mavericks) create BDMV folders, which when burnt to BD25, play on my iMac but not on the Panasonic (it plays 2-3 seconds of video and then restarts over and over).

I've noticed slight differences between the old and new BDMV folders. In the old, all the .clpi files are listed as "Document" files, under the new TsMuxer all .clpi files are listed as "Unix Executable files" (this might just be a OSX 9 thing??). Also the new BDMV folders are 200MB larger than the old (for the exact same ripped movie).

The problem IS with the new TsMuxer 2.4.1 (& 2.3.2) as I've done the following tests:
1. I took my previous BDMV folder (created using TsMuxer 1.9.9 under OSX 8) and burnt it again to BR disk using the OSX 9 “burn to disk" - this worked OK in my Pansonic. i.e. OSX 9 burns not the problem.
2. I re-processed my old .ts file through the new TsMuxer 2.4.1 to create a new BDMV folder which I burnt to BR. It fails to play on my Panasonic.
===> therefore the problem lies with the new 2.4.1 TsMuxer (and not with OSX 9 "Mavericks").

NOTE:
(a) Apart from running the new TsMuxer 2.4.1 under the new Mavericks I've changed nothing else.
(b) The old TsMuxer 1.9.9 (for OSX 8) can't be used under OSX 9 as it will not read any input files under Mavericks (gives errors).

*** So what has changed in TsMuxer 2.4.1 (& 2.3.2) to produce bad BDMV folders under OSX 9? ***

Thanks anyone, Rodm (sorry for the length of this query)

[Cedvano]

@mattmarsden & minhjirachi
Read this thread from the first page. It's in this topic.
I can't remember where but we speak about this in this topic.