smartLabs tsMuxeR: Transport Stream muxer

[rack04]

Works great. Thanks.

[turbojet]

mkvinfo would work too, just a little messier then mediainfo, could you write an example batch syntax of how to obtain that info and convert it into a variable?

[deank]

mediainfo does not report correctly track numbers for mkv files, thus mkvinfo requirement. And, no, it can't be done in a simple bat/cmd file but I can put it in a CLI exe if you need it.

[turbojet]

That would be great if you could :)

[deank]

Ok. We're getting off-topic in this thread. PM me what exactly you need and I'll post it in another thread tomorrow (or here if it is about .meta creation)


Dean

[Chumbo]

If I may please ask for this as a wish list item. Please add the ability to specifically set the PIDs for each stream. Thank you.

One of the main issues is converting to 3GP for portable devices like my phone. The blu-ray spec PIDs are not compatible with the 3GP converter I use. If some of you here convert to 3GP and use a tool that works fine with tsMuxer output files, I would appreciate the info on what converter you use. Thanks a lot.

[mrr19121970]

manually overriding PIDs would not make sense. They are also identifiers (primary video, secondary video, primary audio etc etc)

[Ryu77]

Looks like a new tsmuxer gui

ftp://213.221.6.90/tsMuxer/tsmuxergui_workspace.PNG

Looking forward to it! :)

[Chumbo]

manually overriding PIDs would not make sense. They are also identifiers (primary video, secondary video, primary audio etc etc)
I know what they are. All good muxing software should allow manual overrides, like Manzanita's and VideoRedo, etc. Obviously if you don't know what you're doing, then stay the hell away from the manual settings. Otherwise, sometimes you have to to ensure stream compatibility with other software that expects certain PIDs for video and audio.

[mrr19121970]

any chance u can update this gui pls for the latest version?


see here

http://forum.doom9.org/showthread.php?p=1257175#post1257175

[coolalibaba]

just noticed, 1.8.20 is released:
ftp://213.221.6.90/tsMuxer/

[deank]

I don't like seeing SIZE of tsmuxer getting smaller and smaller... :confused:

[shon3i]

still no changelog :(

[DarkZell666]

I don't like seeing SIZE of tsmuxer getting smaller and smaller... :confused:

That doesn't mean anything. It might even be a sign of more optimized code, but certainly not reduced functionnality, if that's what you meant :)
Such a small change could even be due to using different compiling options ...

[nwg]

I don't like seeing SIZE of tsmuxer getting smaller and smaller... :confused:

I only see a 1k size difference with the latest and previous version.

[m99]

I'm glad there's still someone who can code ;)

[m99]

BTW! It's actual size is 592KB, just tried UPX on it.

[deank]

I'm glad there's still someone who can code ;)

And this was supposed to mean... what?

[m99]

And this was supposed to mean... what?

Many years ago when I could code a vey little I was obsessed with small size and memory consumption (one of the cost was that I used much more time on it). Today I still prefer programs like that, even if I know if everyone did so many programs we use today wouldn't be here before "tomorrow". So; keep up your good work.

[deank]

Well.. about squeezing... i remember spending hours calculating ns per cpu cycles back in 1988 programming 49000 lines in 65c02 asm (and optimizing endlessly because merlin wouldn't accept more lines) hoping to make hires screen redraw quicker... back then with those BBS systems when I tried to make these small apple ]['s to share files with x86 systems... so i know what taking care of programming sizes and speed means... still don't think tsmuxer is the case as I doubt they did improvements in the code to shrink its size. enough with the offtopic...

[ericd]

hi
i always have my subs that doesn t appear on my ps3,even with the very last version of tsmuxer1.8.20 ,i try several things ,so in bluray format it doen t work ,in ts format it doesn t work and in m2ts format it doesn t work too !!
so i try to encode in ts mod and read with kmplayer,and at my big surprise kmplayer says when i launch the ts video this message
"a decoder for the new track could not be found" ??? i m sure thats its about the sub track cause when i go in option / subs / in kmplayer i can read this at the subtrack number 1
: S:PID 4608 (french) (what s that??)
does anybody knows what it means ??

thx

ericd

[280zx]

Never mind I got it sorted out.

[idbirch2]

Sounds like there is audio/video ovelap at each point the files are split. Try running eac3to on them as that should be able to detect the overlaps and remove them (hopefully, I've never tried it with AVCHD camcorder content.)

[Digi]

Also i would like to point out that your using "tsremuxer" so you may find help in that thread instead of the tsmuxer thread

[ACrowley]

I noticed a Problem with the Filesize

http://forum.doom9.org/showthread.php?p=1258813#post1258813

The Output from TSmuxer is bigger compared with a MKV Source.
So its bad when the MKV was calculated to DVD5, for example.

M2TS/TS is around 200MB bigger! I think theres nothing i can do correct ? So i have to calculate an extra of ~230MB Overhead when i calulate the Bitrate for my encodes

[deep702]

:thanks:

[280zx]

Sorted out, never mind.

[ron spencer]

did u see it has a new GUI? No icon in GUI though

[DrNein]

I noticed a Problem with the Filesize

http://forum.doom9.org/showthread.php?p=1258813#post1258813

The Output from TSmuxer is bigger compared with a MKV Source.
So its bad when the MKV was calculated to DVD5, for example.

M2TS/TS is around 200MB bigger! I think theres nothing i can do correct ? So i have to calculate an extra of ~230MB Overhead when i calulate the Bitrate for my encodes

That is normal. Packet sizes are 192 bytes for M2TS and 188 for TS. So, the calculation for difference in final size is about 2%. For MKV it varies but is less and can be roughly estimated given constant output size required -perhaps 5% less than M2TS or 3% less than TS.

[ron spencer]

New version out. .21 up from .20

[spida_singh]

FYI: The new GUI is available in the .20 package, check the file size, replace .20 with the new .21 exe.

[clavelm]

Hi,
When I try to load that file :
General
Complete name : Z:\DVD\Druaga.mkv
Format : Matroska
File size : 234 MiB
Duration : 25mn 0s
Overall bit rate : 1 309 Kbps
Encoded date : UTC 2009-01-26 07:35:11
Writing application : mkvmerge v2.4.1 ('Use Me') built on Dec 11 2008 15:41:36
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 58s
Nominal bit rate : 1 177 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.053
Writing library : x264 core 66 r1088M 71ac0a3
Encoding settings : cabac=1 / ref=4 / deblock=1:1:1 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=0.6:0.0 / mixed_ref=1
/ me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2
/ threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0
/ direct=3 / wpredb=0 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=1177
/ ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5
/ vbv_maxrate=50000 / vbv_bufsize=50000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=0
Language : French

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : Yes
Format settings, PS : No
Codec ID : A_AAC
Duration : 25mn 0s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Language : Japanese

with Tsmuxergui 1.8.4(b) (I download it from the first post and unzip it in a folder), I get that message :
http://forum.doom9.org/attachment.php?attachmentid=9578&stc=1&d=1236537036
And it only loads the H.264 stream but not the aac one.
Someone knows why ? :helpful:
Thanks.
mc

[~bT~]

^ aac audio is not supported dude.

[coolalibaba]

.22 is up with GUI.

[setarip_old]

@~bt~

According to the SmartLabs website, AAC audio is supported:Supported incoming formats:

TS;
M2TS;
Blu-ray;
Demux option.

Supported videocodecs:

H.264
Microsoft VC-1;
MPEG-2.

Supported audiocodecs:

AAC;
AC3 / E-AC3(DD+);
Dolby True HD (for streams with AC3 core only);
DTS/ DTS-HD;
LPCM.

Supported subtitle types:

M2TS Presentation graphic stream.
SRT text subtitles

Supported containers and formats:

Elementary stream;
Transport stream TS and M2TS;
Program stream EVO/VOB/MPG;
Matroska MKV/MKA.

[setarip_old]

@clavelm

Hi!

Try a more recent version of "tsMuxeR", available at:

ftp://213.221.6.90/tsMuxer/

[idbirch2]

M2TS filesizes listed in .CLPIs is still wrong.

[clavelm]

@clavelm

Hi!

Try a more recent version of "tsMuxeR", available at:

ftp://213.221.6.90/tsMuxer/

I tried with the 1.8.22, same thing, aac is not recognized.

[jj666]

AAC used to work sometimes with .TS captures from Japanese HDTV, support has always been buggy with TSMUXER tho. Why don't you re-encode your original source material to a working audio codec if you need it in a .TS?

-jj-

[idbirch2]

Does anyone here have a direct line to the TSMuxer devs? I ask because I know lots of people have emailed smlabs about the m2ts size in CLPI bug but it remains unfixed. It's a really simple fix as well, TSMuxer is simply writing the wrong size for the corresponding .m2ts file in each CLPI file. Because of this, if your output is split over multiple .m2ts files, you get horrible pauses at each join point when playing back.

[jdobbs]

The packet count is correct in all the ones I've looked at in the latest versions. Can someone give me an example of where it is wrong? I just did a blu-ray mux this morning with .22 and it was correct again. The COARSE/FINE tables of the CLPI still have issues, but the packet count bug seems to have been corrected. I'm not aware of a place where the filesize is stored (other than the packet count, which if multiplied by 192 would be the filesize).

[Selur]

two little request:
1. updated linux build
2. 'Umlaute' support (äÄöÖüÜß)

[idbirch2]

The packet count is correct in all the ones I've looked at in the latest versions. Can someone give me an example of where it is wrong? I just did a blu-ray mux this morning with .22 and it was correct again.I think we're talking about 2 different issues, the one I'm talking about is the entry in the CLPI which records the size of the corresponding .M2TS file. Deepstar discovered it and posted what to hex edit here (http://forum.doom9.org/showthread.php?p=1224939#post1224939). Using his discovery, myself (AVCHDMe) and DeanK (FixClipInf) produced GUI tools for fixing it.

Maybe the problem is not noticable on single-M2TS structures but if you enable splitting in TSMuxer (any size), you get nasty pauses at each split point.

[jdobbs]

That's exactly the value I'm talking about. In fact I modified FixCLPI in order to fix it. Only now it finds nothing to fix (at least in single M2TS structures) . I'll do some splitting and see what happens.

[idbirch2]

Yes, I should have been more specific - it only happens when you choose "BluRay Disc" as your output mode in TSmuxer. I have confirmed it screws it up whether you split or not although I doubt it causes any noticable issue with no splitting.

[jdobbs]

I just ran a Mux using splitting, and I can confirm that FixCLPI also finds the packet values to be incorrect. It seems to work ok for single M2TS blu-ray M2TS structures (at least the ones I've done), but fails when splitting. Also, I can confirm that all the COARSE/FINE entries in the EP tables had to be corrected as well.

Go figure...

[jdobbs]

Yes, I should have been more specific - it only happens when you choose "BluRay Disc" as your output mode in TSmuxer. I have confirmed it screws it up whether you split or not although I doubt it causes any noticable issue with no splitting. Actually I was talking about blu-ray output.

When I rebuild using BD Rebuilder, I include multiple part M2TSs (just like the original) even though they might have been muxed as though single. So it is important to me that they have the correct values, or else you get the same odd behaviour on playback as a split might. That's why I correct the packet count.

[idbirch2]

I don't suppose you have a direct line to anyone at smlabs?

[jdobbs]

Nope. I just found all this by dumping the CLPI files like everybody else...

As simple as the incorrect packet count error is, you'd have thought they would have fixed it by now. Actually the fix for the COARSE/FINE tables isn't rocket science either.

[G_M_C]

It's starting to look like we need some other app for blu-ray muxing. Although te tsMuxeR development seems to have picked up lately, important changes/bugs/additions are not done.

I do hope someone steps up to the plate to realize this. Too bad i dont have any programming skills; But i'd be a user for shure :)