View Full Version : smartLabs tsMuxeR: Transport Stream muxer
jamos
16th March 2009, 05:24
greetings.
i use tsmuxer for create a blu ray structure, but the final size is to big to burn in a dvd-5 4.7gb. I use tsspliter but when i split the file i cannot see the subtitles. But in a another file and smaller file <4.7gb i can see the subtitles very well. Any suggestions??
thanks in advanced.
Why dont you just use tsmuxer to split and use m2ts muxing into 4 gig. sizes and then use tsmuxer with each m2ts and create 2 bd structures I believe it works that way.
turbojet
16th March 2009, 08:19
I've never had much luck with tsmuxer splitting and subtitles/chapters, I don't why it doesn't display subtitles correctly, the timing is right and all. The chapter problem is trivial. But PopBD (http://forum.doom9.org/showthread.php?t=145482) does something like jamos describes except all in one mux somehow. People have reported subs working on hardware players.
What I have had luck with for subtitle displays on software and hardware players (the chapters are still messed up) is splitting with mkvmerge then creating BD structures from the split files, it doesn't support sup subtitles though which is a real shame. I used to have a batch file that would split mkv's in half with dragging and dropping to it. It was something like this (doesn't work)
@echo off
for /f "delims=" %%i in ('dir /od /b "%1"') do (
SET size=%%~zi
)
set /a halfsize=%size%/2
"mkvmerge" -o "%1-.mkv" -S %1 --split size:%halfsize%
pause
MAVLL
16th March 2009, 12:32
Why dont you just use tsmuxer to split and use m2ts muxing into 4 gig. sizes and then use tsmuxer with each m2ts and create 2 bd structures I believe it works that way.
Yeah, i have done that in first place but no results :-(
Turbojet, i also use mkmergue, and i already tried in my case to split with mkmergue the file and later create the BD structure from the split files but no results. My subtitles is SRT.
shon3i
16th March 2009, 14:36
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.31(b).zip
jamos
16th March 2009, 14:39
Yeah, i have done that in first place but no results :-(
Turbojet, i also use mkmergue, and i already tried in my case to split with mkmergue the file and later create the BD structure from the split files but no results. My subtitles is SRT.
try popbd and if your using a software dvd player use windvd 9 in folder mode and not powerdvd as it sucks with avchd.
madshi
16th March 2009, 16:10
FWIW, the bugs I reported have just been fixed. Also I've been told that WAV64 input support is coming in a future version. :) So the 4GB problem should soon be gone.
So things are looking good, as far as I can say!
rack04
16th March 2009, 16:31
I just sent them an email asking about the ability to retain MKV chapters. The only way that I've been able to do it is to create a custom chapter list using the chapter marks from eac3to.
shon3i
16th March 2009, 17:01
I just sent them an email asking about the ability to retain MKV chapters. The only way that I've been able to do it is to create a custom chapter list using the chapter marks from eac3to.
Adding chapters is not only copy from mkv or eac3to chapterlist, you must encode stream with specific I frames.
MAVLL
16th March 2009, 17:28
try popbd and if your using a software dvd player use windvd 9 in folder mode and not powerdvd as it sucks with avchd.
thanks.
A few hours ago i tried with POPBD and still see and hear all good, but the subtitles i can't see. As i told before, only when i split the file.
When i push the remote control it let me select the language, in my case only a subtitle, but no display anything.
Thank you for all your recomendations.
rack04
16th March 2009, 17:43
Adding chapters is not only copy from mkv or eac3to chapterlist, you must encode stream with specific I frames.
I see. I did a search and found qpfilegen. I'll test. Thanks.
GreenOnyx
16th March 2009, 17:56
Any chance someone could help clarify the LPCM bug being discussed? Is it for LPCM 7.1 sources only and not LPCM 5.1? Does it only occur when the output is not full blu-ray structure?
G_M_C
16th March 2009, 18:58
FWIW, the bugs I reported have just been fixed. Also I've been told that WAV64 input support is coming in a future version. :) So the 4GB problem should soon be gone.
So things are looking good, as far as I can say!
Thx, madshi
(But i have to apolegize for the fact that i've forgotten what the you reported actually bugs were :scared:)
tebasuna51
16th March 2009, 19:25
Any chance someone could help clarify the LPCM bug being discussed? Is it for LPCM 7.1 sources only and not LPCM 5.1? Does it only occur when the output is not full blu-ray structure?
Test with TsMuxer 1.8.30
1) Wav file 24bits 48KHz 7.1 (FL,FR,FC,LF,BL,BR,SL,SR)
muxed with a video file to obtain 1Test_wav.m2ts
- Played in PC with MPlayerC HC and output by 7.1 analog: all OK.
- Extracted wav from m2ts by TsMuxer identical to original
- Extracted wav from m2ts by eac3to Back <-> Side channels inverted
2) Pcm file from wav (eac3to) FL,FR,FC,SL,BL,BR,SR,LF and headers (Pc2Tsmu)
muxed with a video file to obtain 2Test_pcm.m2ts
- Played in PC with MPlayerC HC and output by 7.1 analog: Back <-> Side channels inverted
- Extracted wav from m2ts by TsMuxer Back <-> Side channels inverted
- Extracted wav from m2ts by eac3to identical to original wav.
Test_tsm1830.7z (http://www.sendspace.com/file/whtjzn)
I never found problems with Front or LFE channels.
shon3i
16th March 2009, 19:50
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.32(b).zip
G_M_C
16th March 2009, 20:07
Damn they're on a roll now :eek:
Jagged
16th March 2009, 20:18
Damn they're on a roll now :eek:
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.33(b).zip
:D
Nullity
16th March 2009, 22:36
After all these great releases and bug fixes lately, the only feature I'm still hoping for is a changelog with each new release.
jamos
16th March 2009, 23:51
FWIW, the bugs I reported have just been fixed. Also I've been told that WAV64 input support is coming in a future version. :) So the 4GB problem should soon be gone.
So things are looking good, as far as I can say!
good to hear...
jamos
17th March 2009, 01:21
I never found problems with Front or LFE channels.
think you would only find that if you had a 7.1 receiver.
jamos
17th March 2009, 01:34
Any chance someone could help clarify the LPCM bug being discussed? Is it for LPCM 7.1 sources only and not LPCM 5.1? Does it only occur when the output is not full blu-ray structure?
I have only noticed it with 7.1 LPCM.
jamos
17th March 2009, 03:17
Test with TsMuxer 1.8.30
1) Wav file 24bits 48KHz 7.1 (FL,FR,FC,LF,BL,BR,SL,SR)
muxed with a video file to obtain 1Test_wav.m2ts
- Played in PC with MPlayerC HC and output by 7.1 analog: all OK.
- Extracted wav from m2ts by TsMuxer identical to original
- Extracted wav from m2ts by eac3to Back <-> Side channels inverted
2) Pcm file from wav (eac3to) FL,FR,FC,SL,BL,BR,SR,LF and headers (Pc2Tsmu)
muxed with a video file to obtain 2Test_pcm.m2ts
- Played in PC with MPlayerC HC and output by 7.1 analog: Back <-> Side channels inverted
- Extracted wav from m2ts by TsMuxer Back <-> Side channels inverted
- Extracted wav from m2ts by eac3to identical to original wav.
Test_tsm1830.7z (http://www.sendspace.com/file/whtjzn)
I never found problems with Front or LFE channels.
On the wav file the lfe was ok, the center and right front were mixed and the rear channels mixed up.
on the pcm the lfe and center and right front were all messed up including the rear channels.
this is from a ps3 with a 7.1 receiver.
my guess on why its not behaving exactly simular with software players on the computer because generally they are more forgiving than standalone players with playback (for example when tsmuxer had a bug with true-hd muxing it would play fine with windvd 9 on my computer but on my ps3 you would get no sound).
Mtz
17th March 2009, 05:10
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.34(b).zip
enjoy,
Mtz
G_M_C
17th March 2009, 08:30
Did anyone see changelogs ? I cant seem to find them anymore (even on slysoft's forum).
kurt
17th March 2009, 08:34
Did anyone see changelogs ? I cant seem to find them anymore (even on slysoft's forum).
just the outdated history (http://www.smlabs.net/tsMuxer/tsmuxer_history_en.html)....
deank
17th March 2009, 12:58
It is updated.
Version 1.8.30(b):
* Bug fixed: ts/m2ts splitting fixed
* Bug fixed: FINE/COARSE table in clpi file fixed
* Bug fixed: track type for DD+ fixed
* Bug fixed: Append button in GUI fixed
* Bug fixed: Drag&drop for macOsX fixed
* Bug fixed: some other minoir bug fixed
Version 1.8.24(b):
* Bug fixed: Plenty of minoir bug fixed
* Bug fixed: Dolby True-HD issue on hardware players fixed
* Feature: Tags for SRT subtitles support - tags for changing font, color, size, etc.; tag's syntax is similar to HTML;
* Feature: United cross-platform GUI - Windows, Linux, MacOS.
laserfan
17th March 2009, 14:43
I'd like to see SMlabs make the Jump To Title an option. At present the muxed movies loop-back to the beginning always, and I have to use BD Edit to add a Break at the end and delete the Jump to Title instruction, just to get the movie to stop when it's finished!
idbirch2
17th March 2009, 15:19
Then you know what to do (mailto:tsmuxer@smartlabs.tv).
piratburner
17th March 2009, 17:45
Just a question :-)
I have severel m2ts files with TrueHD,DTS-MA and LPCM Wich tool can I check so they have right channel order ?
And what are the right order for
Truehd
DTS-MA
LPCM
Both 5.1 and 7.1
Thanks
And have a nice day
laserfan
17th March 2009, 17:50
I'd like to see SMlabs make the Jump To Title an option.
Then you know what to do (mailto:tsmuxer@smartlabs.tv).Thanks for the reminder. I did it!
BlackJack1
17th March 2009, 23:43
Where can I find newest GUI for ver. 1.8.34?
GreenOnyx
17th March 2009, 23:49
Where can I find newest GUI for ver. 1.8.34?
I believe 1.8.30 is the latest GUI out, the version for the GUI is different, they're not in sync. You can get it at smlabs or videohelp.
BlackJack1
17th March 2009, 23:57
I understand that newest 1.8.34 will not work with GUI created for 1.8.30.. right?
So I must use GUI with older ver. 1.8.30? Correct?
sidekick2
18th March 2009, 00:13
I think someone here said you can just put the new non-gui file, in the same directory as the gui, and the gui uses it.
I'm not sure if this is 100% correct.
Or... to make sure, I setup everything in the gui, save the meta file, and use the command line to process the meta file.
**EDIT**
I just tried renaming the tsmuxer.exe in the gui directory, and if you try and mux, it complains that it can't find tsmuxer.exe. It for sure uses the tsmuxer.exe in the same dir as the gui.
jamos
18th March 2009, 00:26
I understand that newest 1.8.34 will not work with GUI created for 1.8.30.. right?
So I must use GUI with older ver. 1.8.30? Correct?
1.8.30 gui will work with 1.8.34 just put them in same directory.
phigment
18th March 2009, 20:22
I have video recorded from a Canon 5D mark II. When I try to mux the (extracted) elementary stream with TsMuxer I get
SPS picture order 2 not supported.
I searched on the forum and it appears that this issue was raised in march 2008, but I don't see any resolution. Does anybody know of a way to mux these "picture order 2" streams?
I have some sample clips if somebody wants to take a look. I would just need somewhere to upload them.
shv
18th March 2009, 21:10
Does anybody have also the problem with the 1.8.30 GUI that it is flickering while a file is droped onto it? Looks like a black frame insertion...
Quatre
18th March 2009, 22:32
where is the best site to dl the latest full version of tsMuxeR?
setarip_old
19th March 2009, 01:35
@shv
Hi!Does anybody have also the problem with the 1.8.30 GUI that it is flickering while a file is droped onto it? Looks like a black frame insertion...Actually, with my desktop, it makes the tsMuxeR window momentarily semi-transparent!
DaGoatRancher
19th March 2009, 04:16
where is the best site to dl the latest full version of tsMuxeR?
http://www.smlabs.net/tsmuxer_en.html
moleyman69
21st March 2009, 00:41
Hi,
Anyone know when the Mac version of 1.8.34 might be available?
Thanks,
Moley
B4tm4n
21st March 2009, 11:37
Hi,
Anyone know when the Mac version of 1.8.34 might be available?
Thanks,
Moley
Roman said he would try to do a Tiger version this weekend, if possible.
So there could be a new OS X version up this weekend.
ron spencer
21st March 2009, 20:54
nice to see so many updates....appreciated
G_M_C
22nd March 2009, 12:04
Roman said he would try to do a Tiger version this weekend, if possible.
So there could be a new OS X version up this weekend.
By the way;
Where / what forum can we go and thank Roman for all his work ?
deank
22nd March 2009, 12:12
I used their email, but if you have AOL/OpenID you can do it at smlabs blog (http://blog.smartlabs.tv/search/label/tsMuxeR).
B4tm4n
22nd March 2009, 12:41
By the way;
Where / what forum can we go and thank Roman for all his work ?
I used their email, but if you have AOL/OpenID you can do it at smlabs blog (http://blog.smartlabs.tv/search/label/tsMuxeR).
Yeah, Deanks right I used his email from the download page http://www.smlabs.net/tsmuxer_en.html.
moleyman69
22nd March 2009, 21:01
And as if by magic...
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.35(b).zip
kolak
22nd March 2009, 21:34
It goes up to 1.8.8
Andrew
setarip_old
22nd March 2009, 22:41
@kolak
Although a logical presumption, you are misinterpreting the numbering being used. Version 1.8.8 is an OLDER version than version 1.8.35.
(In the logical world, 1.8.8 would have been named version 1.8.08)
idbirch2
22nd March 2009, 23:36
And as if by magic...
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.35(b).zipNice - comes with a new GUI too with options to output BluRay or AVCHD, I guess this means they've worked out all little differences between the two formats which should fix most if not all of the compatiblity issues with some hardware players.
idbirch2
23rd March 2009, 00:34
Hmm, OK, smlabs have made the bizarre move of choosing a new file naming convention if you select split AVCHD output mode. The .m2ts files are now named 00000.split.1.m2ts, 00000.split.2.m2ts etc. This completely breaks compatiblity with players like the PS3 because its still easy to change .m2ts to .mts but the filename is too long (must be 8.3). Its also no good renaming the .m2ts files to 00001.mts, 00002.mts etc as the clpi files reference them by name. I've emailed them about this, hopefully they fix it.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.