View Full Version : smartLabs tsMuxeR: Transport Stream muxer
Jtacdf
14th January 2011, 16:08
Remuxing my blu-ray to bdmv using tsmuxer gui 1.10.6 causes some issue with chapter seeking. Comparing it with an mkv produced by the same raw files, both timestamps are accurate but the bdmv will produce a incorrect picture. e.g. seeking to 00:09:53.009 on pirates of the caribbean - dead man's chest, mkv will show a correct picture but the bdmv will not show the same. Any way to solve this issue?
setarip_old
15th January 2011, 01:17
@Jtacdf
Hi!
Instead of loading the "movie only" .M2TS file(s) into tsMuxeR, load the applicable .MPLS file. Doing so will automatically load the same chapter settings as those of the original Blu-ray disc...
Jtacdf
15th January 2011, 01:59
Well. I always remux my movies from a mpls. While the chapters timestamps for bdmv and mkv are identical, the picture they seek to are not.
The first link is from a mkv. The picture it seeks to is the same as the blu-ray
http://i197.photobucket.com/albums/aa315/Jtacdf/Untitled.jpg
The second is from a bdmv. The picture it seeks to is different from the blu-ray.
http://i197.photobucket.com/albums/aa315/Jtacdf/Untitled2.jpg
setarip_old
16th January 2011, 05:25
I guess you didn't notice that the TOTAL number of chapters differs between the two varieties (29 versus 28)...
quartex
18th January 2011, 01:16
hi
SmartLabs tsMuxeR. Version 1.10.6 http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.1 Resolution: 1920:1080p Frame
H.264 muxing fps not set. Get fps from stream.
H.264 stream does not contain fps field. Muxing fps=23.976
0.0% complete
Decoding DTS-HD stream (track 2): Bitrate: 1536Kbps core + MLP data.Sample Rate
: 48KHz Channels: 5.1 (DTS Master Audio)
Decoding PGS stream (track 3): Resolution: 1920:1080 Frame rate: 23.976
Decoding PGS stream (track 4): Resolution: 1920:1080 Frame rate: 23.976
Decoding PGS stream (track 5): Resolution: 1920:1080 Frame rate: 23.976
0.1% complete
B-pyramid level 1 detected. Shift DTS to 2 frames
100.0% complete
Processed 145873 video frames
100.0% complete
Creation of Blu-ray playlist
Creation of Blu-ray stream info and seek index
Mux successful complete.
Muxing time: 39 min 8 sec
B-pyramid level 1 detected. Shift DTS to 2 frames
What does this mean? bad frames??
rapscallion
18th January 2011, 02:00
hi
B-pyramid level 1 detected. Shift DTS to 2 frames
What does this mean? bad frames??
No, completely normal.
jdobbs
18th January 2011, 06:03
B-pyramid level 1 detected. Shift DTS to 2 frames
What does this mean? bad frames?? No. DTS is the Decoding Time Stamp. DTS is the point where decoding begins -- as opposed to the Presentation Time Stamp (PTS), which is when the picture is displayed. I believe it is saying that since it sees B Pyramid, it is setting the DTS earlier.
quartex
18th January 2011, 09:43
No. DTS is the Decoding Time Stamp. DTS is the point where decoding begins -- as opposed to the Presentation Time Stamp (PTS), which is when the picture is displayed. I believe it is saying that since it sees B Pyramid, it is setting the DTS earlier.
Sorry, just to be sure. You replied 'no' to rapscallion that said it's completely normal. Did you mean it's not related to bad frames?
Thanks again
jdobbs
18th January 2011, 15:42
Whoops. I should have been quoting you rather than rapscallion. He is, of course, correct. I've editd my post.
curtis_mccauley
19th February 2011, 20:59
I could just be very stupid today, so be gentle if I have totally missed something.
I went looking for tsMuxeR to download, after rebuilding my system. The smartLabs website no longer seems to have a active download link for tsMuxeR. I know that sites like afterdawn.com or videohelp.com show that they have copies, but I do not know how trustworthy they are.
Is there an authoritative site for downloading tsMuxerR, in its various incarnations, i.e., Windows and Linux? If I remember correctly there are two versions for Linux, one with Qt Libs built into the executable. What is the URL?
If there is no longer an authoritative source online, does anyone have MD5 or SHA-1 hashes for these files?
Thanks!
rapscallion
19th February 2011, 21:24
I know that sites like afterdawn.com or videohelp.com show that they have copies, but I do not know how trustworthy they are.
Completely trustworthy !
mariner
21st February 2011, 08:52
http://www.smlabs.net/tsMuxer/tsMuxeR_1.10.6.zip
rapscallion
21st February 2011, 17:13
Link doesn't work, as mentioned by curtis.
Brazil2
21st February 2011, 18:07
http://www.videohelp.com/tools/tsMuxeR
mariner
21st February 2011, 19:06
Thanks for the working link.
Lincoln Burrows
25th February 2011, 02:02
For the record: this is the first time after I used TSMuxer + MKVToolnix that a movie is having audio sync problems.
I tested with the movie "Capricorn One" (1978) and used TSMuxer to select the correspondent .m2ts file from the movie.
There were 3 audio tracks and one subtitle track: Czech (audio/subtitle), English DD 2.0 and 5.1 (only the last two were actually selected).
Then I used MKVMerge to join those files. I even updated my codecs and nothing. Audio sync problems using all kinds of players.
After that I tried with MakeMKV and converted the original m2ts into Matroska again (and this time with chapters, TSMuxer doesn't select them when demuxing the m2ts). No more problems!
I selected that MKV created by MakeMKV and changed the name of audio tracks to something more than 2/0 (English DD 2.0) and it remains the same thing (I thought MKVToolnix was doing something as well).
Any idea what happened?
tebasuna51
25th February 2011, 10:55
You lose the delay in audio tracks.
Try extract the audio tracks with eac3to (from m2ts or mkv created by MakeMKV).
Lincoln Burrows
26th February 2011, 17:22
The point is: this never happened before. Not until now...
And it happened again with another title: They Live (1988), this time with DTS-HD MA 5.1, DD 5.1 and DD 2.0 (audio commentary track)...
The reason I didn't used MakeMKV in the first place was because sometimes extracting things from there made the videos show me macroblocks for less than a second while jumping time (don't know why, and it wasn't some codec or player problem). I thought this was due to chapters embedded in the file, but it can be something MakeMKV is not doing right. So I tried the combination TSMuxer + Mkvmerge.
latet
27th February 2011, 01:23
Hello,
I've trying to join 20-30 .mts files (not edited camera dumps) into one big .m2ts file using TSMuxer 1.10.6.
There is a problem with the a/v sync in the output .m2ts file. The longer the file, the worse sync can be noticed (it's ok at the beginning and the worst near the end).
This is the info of one of the files being joined:
General
ID : 0 (0x0)
Complete name : F:\00041.MTS
Format : BDAV
Format/Info : Blu-ray Video
File size : 163 MiB
Duration : 1mn 20s
Overall bit rate : 17.1 Mbps
Maximum Overall bit rate : 18.0 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=1, N=26
Codec ID : 27
Duration : 1mn 19s
Bit rate mode : Variable
Bit rate : 16.2 Mbps
Maximum bit rate : 16.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.312
Stream size : 154 MiB (94%)
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 129
Duration : 1mn 20s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -80ms
Stream size : 2.44 MiB (1%)
Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 1mn 19s
Delay relative to video : -80ms
And this is the log of the output m2ts file:
General
ID : 1 (0x1)
Complete name : F:\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 2.29 GiB
Duration : 19mn 24s
Overall bit rate : 16.9 Mbps
Maximum Overall bit rate : 35.5 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=1, N=26
Codec ID : 27
Duration : 19mn 24s
Bit rate mode : Variable
Bit rate : 15.9 Mbps
Maximum bit rate : 16.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.307
Stream size : 2.16 GiB (94%)
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 129
Duration : 19mn 24s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 35.5 MiB (2%)
Yes, I did notice Delay relative to video : -80ms in the source files, but setting the delay option in TSMuxeR did not help at all.
Thanks,
latet
thomascat
13th April 2011, 13:36
Hi,
I used to use TsMuxeR for everything, and it always went without a hitch. But ever since re-installing openSUSE 11.3, I get the following error on many files:
tsMuxeR: ../vodTransport/src/matroskaParser.cpp:134: virtual void vodcore::ParsedH264TrackData::extractData(vodcore::AVPacket*, uint8_t*, int): Assertion `curPos == end' failed.
Can't detect stream type.
Any idea what is causing this? I've tried installing any libraries I can think of, but it's not something I've ever had a problem with in the past. mkvmerge can tell me all the info about the files no problem, so I don't understand what tsMuxeR is complaining about.
Thanks for the help. :) Also of note: I run a 64-bit system, but I have, what I believe to be, the proper 32-bit libraries installed.
I had this same problem and found this solution (for mkvmerge, not sure how to fix this with tsMuxer):
Go to File -> Options -> Disable header removal compression for audio and video tracks by default
Caleb37
23rd April 2011, 02:49
I know this thread is almost extinct, but hopefully someone may have a solution to this problem. I had it in the past but can't remember how it was resolved. When I click on the Start muxing button, I get a pop up window that states: Can't create temporary meta file "C:\Documents_and_Settings\User_Name\Local_Settings\Temp\tsMuxeR_.meta"
Anyone, any thoughts or ideas on how I can fix this. It's the first time I'm running this program on my OS. WinXP SP3 TSMuxer latest 1.10.6
Just so you know I went through all 204 pages before posting this question. I've also posted it on other sites, but no luck with this one.
Caleb37:thanks:
kerman
15th May 2011, 01:52
Hello,
I've trying to join 20-30 .mts files (not edited camera dumps) into one big .m2ts file using TSMuxer 1.10.6.
There is a problem with the a/v sync in the output .m2ts file. The longer the file, the worse sync can be noticed (it's ok at the beginning and the worst near the end).
This is the info of one of the files being joined:
General
ID : 0 (0x0)
Complete name : F:\00041.MTS
Format : BDAV
Format/Info : Blu-ray Video
File size : 163 MiB
Duration : 1mn 20s
Overall bit rate : 17.1 Mbps
Maximum Overall bit rate : 18.0 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=1, N=26
Codec ID : 27
Duration : 1mn 19s
Bit rate mode : Variable
Bit rate : 16.2 Mbps
Maximum bit rate : 16.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.312
Stream size : 154 MiB (94%)
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 129
Duration : 1mn 20s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -80ms
Stream size : 2.44 MiB (1%)
Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 1mn 19s
Delay relative to video : -80ms
And this is the log of the output m2ts file:
General
ID : 1 (0x1)
Complete name : F:\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 2.29 GiB
Duration : 19mn 24s
Overall bit rate : 16.9 Mbps
Maximum Overall bit rate : 35.5 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=1, N=26
Codec ID : 27
Duration : 19mn 24s
Bit rate mode : Variable
Bit rate : 15.9 Mbps
Maximum bit rate : 16.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.307
Stream size : 2.16 GiB (94%)
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 129
Duration : 19mn 24s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 35.5 MiB (2%)
Yes, I did notice Delay relative to video : -80ms in the source files, but setting the delay option in TSMuxeR did not help at all.
Same problem here. Anyone?
Same problem here. Anyone?
I've also struggled with this a couple of years! ;)
I found a solution: Demux with eac3to and then mux with tsMuxeR.
I have one problem left to solve, the text (PGS) ain't properly demuxed/remuxed so I loose the text from the original MTS files (the text is the date/time stamp of the movie produced in my Sony HDR-CX305 AVCHD cam).
Regards, Tobias
Lincoln Burrows
21st June 2011, 18:18
I have tried to convert the movie "No Country For Old Men" selecting the main m2ts from BDMV/STREAM folder and TSMuxer wasn't able to demux the LPCM English stream. It only created two parts from the same track, both in WAV format and with 4 GB for the first, and 1,89 GB the second. I was planning on creating a single matroska using MKVTOOLNIX with those files.
What happened? TSMuxer can't recognize properly LPCM streams?
http://i.imgur.com/igOTw.png
Note: I am using NTFS for all Hard Drives.
I will try using MAKEMKV now...
rapscallion
21st June 2011, 18:47
It's a Tsmuxer limitaion of 4gb size wavs, from LPCM tracks.
Use eac3to to demux to full size wavs.
rapscallion
13th July 2011, 21:03
Here's first for me.
I'm muxing an *.264 and DTS-MA track to Blu-ray. The
progress bar stops at 93% but says "completed"
The resulting m2ts stream is smaller than than the combo of the 2 input files.
Anyone know what's going on here, as I've never seen this before and I mux a lot of bd's?
setarip_old
13th July 2011, 21:25
@rapscallion
Hi!
Sounds like you may have inadvertently set something under the "Split & Cut" tab...
rapscallion
13th July 2011, 21:38
@rapscallion
Hi!
Sounds like you may have inadvertently set something under the "Split & Cut tab...
Hi setarip, hope your summer's going well !!
No, that's the first thing that I checked. I also rebooted, just in case. (20.1 gb m2ts/2.6gb dtsma)
Then, I tried the original demuxed *.m2ts @ ~28gb and the demuxed *.dtsma @2.6gb and interestingly, exactly the same result....bar stopped at 93% , "tsmuxer successfully finished" and stream smaller than the inputs.
This is the retail BD of Romancing the Stone.
laserfan
13th July 2011, 22:20
Do you have a .sup in the mix/mux there somewhere? Try it without, just in case it is corrupt.
rapscallion
13th July 2011, 22:26
Nope, just the video and audio tracks.
I reencoded with Megui and demuxed the audio via eac3to, but I don't think they're the problem.
I've never had a mux end at less than 100%, unless I was doing a cut/split.
setarip_old
14th July 2011, 04:30
"tsmuxer successfully finished" and stream smaller than the inputs. And if you load the re-muxed file into tsMuxer, is the audiostream still identified as "DTSMA"?
rapscallion
14th July 2011, 16:43
And if you load the re-muxed file into tsMuxer, is the audiostream still identified as "DTSMA"?
Yes it is, and by Mediainfo. BTW, this is not a big deal because it appears to be a one time thing, so I'm not going to persue it any more. If there had been a simple solution, because someone had seen it before, that would have been great.
Thanks to the 3 of you for the reponses !
rapscallion
15th July 2011, 22:41
Update: I played the movie, and chapter jumped, in TMT, and discovered that the audio disappeared, 38 min into the movie.
It still indicated that DTS-HD was playing, but no sound whatsoever. Apparently eac3to was the culprit and didn't extract the track properly, but with no errors in the log.
The files size was the same when I extracted it again and it played just fine. Just wanted to let you all know that tsmuxer did it's job properly.
laserfan
16th July 2011, 01:26
Update: I played the movie, and chapter jumped, in TMT, and discovered that the audio disappeared, 38 min into the movie.... Just wanted to let you all know that tsmuxer did it's job properly.
Oh but I disagree! You said earlier that "tsmuxer successfully finished" and obviously it did not.
Yours was a bad audiotrack I guess, while my suggestion was because I've seen problems with corrupt subtitles. And in my case too tsmuxer had not complained about anything--I was left to puzzle-out the solution thru trial-and-error and eventually a hunch.
Not good, but I don't like to look a gift horse (freeware) in the mouth either!
rapscallion
16th July 2011, 02:56
Yes, successfully finished, but at 93%, so it processed the audio track as it stood, no?
quartex
18th July 2011, 13:11
I often use cutting function with tsmuxer (--cut-start and --cut-end) to fit main movie on BD-25
I noticed that with some movies --cut-end does not work like expected. I mean, if I set for example --cut-end=60s, it will cut a lot more than 60s.
When this happen, if I exclude subs then tsmuxer cut like expected.
Still with some movies excluding subs does not work like workaround
any hints why this happen?
Selur
18th July 2011, 13:14
any hints why this happen?
-> position of idr-/key- frames
quartex
18th July 2011, 13:29
-> position of idr-/key- frames
is there a way to fix it?
Selur
18th July 2011, 13:34
It's not a bug, but a format limitation. So what you need is a tools that splits at the positions you want by reencoding the GOP at the split position. :)
quartex
18th July 2011, 13:37
It's not a bug, but a format limitation. So what you need is a tools that splits at the positions you want by reencoding the GOP at the split position. :)
sound a bit complicated.. or not?
Selur
18th July 2011, 13:41
Don't know a freeware tool for the job, but Smart Cutter (http://www.fame-ring.com/products.html) might be one of the tools able to do this.
quartex
18th July 2011, 13:46
Don't know a freeware tool for the job, but Smart Cutter (http://www.fame-ring.com/products.html) might be one of the tools able to do this.
thanks. changing the subject me and other people are experiencing a very strange issue with Sunshine BD. Maybe you have any idea.
It's a problem with pioneer player.
http://forum.slysoft.com/showthread.php?t=28352
in short:
using the Clown gui and related programs I can create a bd back up of Sunshine with a DTS audio track and it plays fine on PS3 and Samsung. However, putting the same disk in my Pioneer player and I get a juddery non stable picture.
(I see flashes in the video, pixels and it's jerky). audio is fine, subs are fine.
Look a weird issue, I suspect is something related to remuxing?
laserfan
18th July 2011, 13:50
If you're re-encoding with x264 then you can assert I-frames at your favored cut-points using -qpfile. If you're not re-encoding, then you can use a tool like DGIndex to find the IDR frames so you know exactly where to place your --cut-start and --cut-end points.
Selur
20th July 2011, 07:54
@laserfan: does using a --cut-start and --cut-end point for for you? I just ran into a problem yesterday, that when adding --cut-start to the .meta file (I use tsmuxer through the command line to extract audio) the audio extracted was always 0Byte. :(
(leaving out the --cut-start and only use --cut-end everything worked fine,..)
-> did some further testing problem seems to be an audio only problem
Cu Selur
zoog
21st July 2011, 13:28
I hope somebody can help with a (simple) question about tsMuxeR. I've googled and browsed a few forums without any luck.
I want to mux multiple .mkv files, put them in a big 'waiting line', and simply output every file as a .ts file (instead of combining them). tsMuxeR always outputs all the input files into a single file. I know you can split based on time etc. but I just need to split based on different input filename. This way I can easily let the PC mux complete video seasons, without any user input.
I've been searching like mad but I just can't find a way to do that. Maybe I'm really missing something :confused:
laserfan
21st July 2011, 14:23
@laserfan: does using a --cut-start and --cut-end point for for you? I just ran into a problem yesterday, that when adding --cut-start to the .meta file (I use tsmuxer through the command line to extract audio) the audio extracted was always 0Byte.
Sorry I don't follow you--you're using it to extract? I've never done that--I always use eac3to for demuxing and then sometimes use cut-start and end for trimming front and/or back when muxing to BDMV.
jdobbs
21st July 2011, 14:50
I hope somebody can help with a (simple) question about tsMuxeR. I've googled and browsed a few forums without any luck.
I want to mux multiple .mkv files, put them in a big 'waiting line', and simply output every file as a .ts file (instead of combining them). tsMuxeR always outputs all the input files into a single file. I know you can split based on time etc. but I just need to split based on different input filename. This way I can easily let the PC mux complete video seasons, without any user input.
I've been searching like mad but I just can't find a way to do that. Maybe I'm really missing something :confused: Create .meta files and then run multiple jobs from a batch file (without the GUI).
anuswara
17th August 2011, 17:12
Hi.
it is a way (regardless of the file type or source files) to get the delay (ms) for tsmuxergui or only through a lot attemps? thanks.
this calculation des not work:
totalframes - fps = length (seconds)
video lenght - audio lenght = delay for tsmuxer. no.
may be a formula? I guess this formula does not exist ;)
jdobbs
17th August 2011, 17:50
You can just look at the PTS for the first audio packet. Then subtract it from the PTS of the video to get delay. It takes a little skill, though.
Doesn't TSMUXER already do this?
laserfan
17th August 2011, 18:07
You can just look at the PTS... It takes a little skill, though.
And a utility/tool of some sort? Or do you just use a Hex Editor? I've googled "presentation time stamp" and it's unclear to me how these are identified. :confused:
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.