Log in

View Full Version : smartLabs tsMuxeR: Transport Stream muxer


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85

kabelbrand
7th April 2009, 16:34
the ASPECT RATIO in the tsMuxeR (incl 1.8.35) is incorrectly set to 4:3 instead of 16:9 on SD video streams.yes, I forgot to solve this bug. I'll include this bug fix to the next version.

Thank you for fixing this and thanks to mrr19121970 for pointing it out.

madshi
7th April 2009, 17:11
This method does not fit me. bdInfo read stream_type field in transport stream. I must write this field, i.e. I need to detect stream type directly from DTS stream.
BDInfo does also parse the DTS-HD bitstream to extract the exact number of channels etc. I know that for a fact cause I helped the BDInfo programmer implement that feature.

Anyway, if you're interested, just drop me a mail and I can send the DTS-HD information I have to you. It should help you finding out whether the stream is High Resolution or Master Audio. But I think you would make your life a lot easier if you checked out BDInfo's DTS-HD bitstream parsing code.

sucker
7th April 2009, 20:46
I increased the size of this fields. New GUI is here: www.smlabs.net/tsMuxer/tsMuxerGUI_1.9.2(b).zip

thx alot ;)

evdberg
7th April 2009, 21:01
@roman,
Regarding DTS-HD:
32 bits DTS-HD extension header (0x64582025)
16 bits ?
1 bit type: 1 == MA, 0 == HR
3 bits ?
15 bits framesize

At least that was what I found looking around with a hex editor ...

cullinan
8th April 2009, 01:00
tsMuxerGUI_1.9.2(b).zip (http://www.smlabs.net/tsMuxer/tsMuxeR_1.9.2(b).zip)

Cinema Squid
8th April 2009, 04:12
(P.S: Don't know under which license the BDInfo source code is released.)
I did not explicitly attach a license to the BDInfo source, but it's probably technically under the GPL due to the license of the embedded ZedGraph component and some heavy inspiration from ffmpeg sources.

As far as I am concerned the non-graphing portions (i.e. everything not in the ZedGraph subdir) is under an unrestricted license, so if you find it helpful for your project then do as you please.

Like madshi said, the DTS-HD header parsing and a good chunk of the CLPI/MPLS parsing in BDInfo would have not been possible without his help, so I am most grateful.

viperdqn
8th April 2009, 06:51
jj666
P.S. I have following info:
32bit -> magic (must be 0x64582025)
8bit -> unknown (can be ignored)
2bit -> index (can be ignored)
1bit -> isBlownUpHeader

if (isBlownUpHeader)
{
12bit -> header size
20bit -> full DTS-HD data block size
} else {
8bit -> header size
16bit -> full DTS-HD data block size
}

This info is not enought for detecting subversion of HD audio.

Only DTS-HD MA bitstream should have XLL component, so the existence of synch code 0x41a29547 in the extension substream is the indicator.

madshi
8th April 2009, 06:53
I did not explicitly attach a license to the BDInfo source, but it's probably technically under the GPL due to the license of the embedded ZedGraph component and some heavy inspiration from ffmpeg sources.

As far as I am concerned the non-graphing portions (i.e. everything not in the ZedGraph subdir) is under an unrestricted license, so if you find it helpful for your project then do as you please.
That's nice, thanks for clarifying! Maybe you could add a short readme which explains the license? Thanks!

@roman,
Regarding DTS-HD:
32 bits DTS-HD extension header (0x64582025)
16 bits ?
1 bit type: 1 == MA, 0 == HR
3 bits ?
15 bits framesize

At least that was what I found looking around with a hex editor ...
That's what eac3to did in the beginning, too. Until I found out that this detection logic fails with many 7.1 tracks. The 1 bit field is not a 1 bit field at all. Proper detection of DTS-HD MA is only possible by at least parsing the first few DTS-HD fields correctly (which can even be variable size).

madshi
8th April 2009, 06:53
Only DTS-HD MA bitstream should have XLL component, so the existence of synch code 0x41a29547 in the extension substream is the indicator.
Correct. Checking something like "if ((ULONG*) &buffer[headerSize]) == 0x41a29547)" is the easiest way to detect DTS-HD MA.

ACrowley
8th April 2009, 07:38
tsMuxerGUI_1.9.2(b).zip (http://www.smlabs.net/tsMuxer/tsMuxeR_1.9.2(b).zip)

NICE!

New Version works with DTS HRA/DTS HD MA on Standalone/Popcornhour A110:) NMT A110 Player and Receiver both detect the Audio Stream and passtrough/decodes it fine.

Works also fine in my Sony BDP S350 Bluray Player

ericd
8th April 2009, 08:01
sorry guys but what s the difference between avchd disk and blue ray disc in tsmuxer 1.9.4 b??

thx a lot:helpful:

mrr19121970
8th April 2009, 08:22
sorry guys but what s the difference between avchd disk and blue ray disc in tsmuxer 1.9.4 b??

thx a lot:helpful:

start reading from page 153

http://forum.doom9.org/showthread.php?t=134104&page=153

mrr19121970
8th April 2009, 09:22
I though the new version:

Version 1.9.1(b):

* Feature: Sony wave64 support

would make PCM2TSM redundant. Is this correct ?

spida_singh
8th April 2009, 09:25
sample to file which tsmuxer can not read (1080i VC1)- http://www.sendspace.com/file/vbbjjg

regards

HALL9000
8th April 2009, 09:32
The new version TSmuxer can not read video file from POLICE - CERTIFABLE ..... WTF ?

mrr19121970
8th April 2009, 10:45
The new version TSmuxer can not read video file from POLICE - CERTIFABLE ..... WTF ?

tsMuxeR cannot (currently) handle VC1 1080i video. Roman76r is aware and will fix ASAP.

belcampo
8th April 2009, 11:02
1st thanks for the excelent muxer, needed this tool badly for my PCH for playing over a nfs-share, ffmpeg created ts files often stuttered.
Now I was adding dvb-based teletext subtitles, demuxed with projectx, to srt format which play fine on the PCH, but NOT with mplayer under linux. I discovered that a file muxed from raw mpa mpv files, made by projectx, always starts with time code of about 600.
So the srt is 10min ahead of what is displayed. Playing the mpv with the srt is OK. The PCH doesn't seem to care. An older Windows-version of tsMuxeR began time-code with 4200 as far as I remember. Is there any reason for this, or am I doing something wrong?

tebasuna51
8th April 2009, 12:39
I though the new version:
Version 1.9.1(b):
* Feature: Sony wave64 support

would make PCM2TSM redundant. Is this correct ?

Yes, but still I can't load any w64 file in TsMuxeR 1.9.1.

I try with w64 files generated by eac3to, BeHappy, Soundout and Audacity. Always the same message:
"Can't detect stream type. File name: D:\x\test.w64"

mrr19121970
8th April 2009, 13:05
It didn't work for me either :(

piratburner
8th April 2009, 15:36
New error message in 1.9.2 :-( Its not in 1.8.24

The Bourne Trilogy (Box Set) Bourne Ultimatum

Some tracks not recognized!

In this m2ts file there are 3 VC1 tracks , one is 1920*1080p and the other 2 are 720*480p, could that be the problem in the latest version. like I say its not in the 1.8.24 version


And there are also 1 DTS-HD MA, 2 DTS and 1 AC3 track. And a few PGS stream

idbirch2
8th April 2009, 15:39
Edit your post to remove the blatant clue that you're not buying your BluRays. Sigh. :readrule:

SeeMoreDigital
8th April 2009, 20:20
Bummer..... Looks like you forgot: -

http://i40.tinypic.com/vg6jrm.png

:(

bonanza
8th April 2009, 22:49
Hi,

is Tsmuxer able to read the out the set delay to audiostreams and set them to m2ts ? or will it be out of sync ?

roman76r
8th April 2009, 23:38
New version of tsMuxeR: http://www.smlabs.net/tsMuxer/tsMuxeR_1.9.4(b).zip

Change list:
- fixed problem with interlace VC1 streams (stream was not detected).

SeeMoreDigital
I changed this in the last version 1.9.4

tebasuna51
Yes, but still I can't load any w64 file in TsMuxeR 1.9.1.
Yes, version 1.9.1 and 1.9.2 contain a small problem: file always should have WAV extension for standart Wave and for Wave 64. I fix it in version 1.9.4

belcampo
9th April 2009, 00:31
Last used linux versions tsMuxeR_static_1.8.35(b).tar.gz tsMuxeR_1.9.1(b).tar.gz can't mux for PCH anymore, am I the only one ?
Mediainfo says
video
Delay : 10mn 0s 0ms
audio
Delay : 10mn 0s 0ms
see former post of me.
Muxing same streams with MP4Box are played well on the PCH

spida_singh
9th April 2009, 00:42
New version of tsMuxeR: http://www.smlabs.net/tsMuxer/tsMuxeR_1.9.4(b).zip

Change list:
- fixed problem with interlace VC1 streams (stream was not detected).


Many thanks for this quick fix, streams now detected fine.

regards

belcampo
9th April 2009, 08:43
Version 1.8.8 creates a playable file for the PCH, although also wit weird delay info.
Both audio and video according to mediainfo have a delay of 1h 9mn 59s 0ms
Info on the PCH gives 21845fps for progressive material and 43690 for interlaced.

ACrowley
9th April 2009, 09:08
New version of tsMuxeR: http://www.smlabs.net/tsMuxer/tsMuxeR_1.9.4(b).zip

Change list:
- fixed problem with interlace VC1 streams (stream was not detected).

SeeMoreDigital
I changed this in the last version 1.9.4

tebasuna51

Yes, version 1.9.1 and 1.9.2 contain a small problem: file always should have WAV extension for standart Wave and for Wave 64. I fix it in version 1.9.4

No Notes about the fixed DTS HRA Problem in the changelog ?

HALL9000
9th April 2009, 11:55
tsMuxeR cannot (currently) handle VC1 1080i video. Roman76r is aware and will fix ASAP.

POLICE CERTIFIABLE - 1080p ?
http://bluray.highdefdigest.com/1708/police_certifiable.html

idbirch2
9th April 2009, 12:31
HighDefDigest specs aren't always accurate. Why don't you just try the new version and see if it works?

mrr19121970
9th April 2009, 12:56
Blu-Ray : While She Was Out : VC-1 1080i50 (http://forum.slysoft.com/showthread.php?t=27244)

http://forum.doom9.org/showthread.php?p=1265946#post1265946

All Versions Upto V1.8.22:

"E:\TVIX\tsMuxeR\tsMuxeR_1.8.22(b)\tsMuxeR.exe" "S:\BDMV\STREAM
\00000.m2ts"
SmartLabs tsMuxeR. Version 1.8.22(b) http://www.smlabs.net
Track ID: 4113
Can't detect stream type
Track ID: 4352
Stream type: DTS-HD
Stream ID: A_DTS
Stream info: Bitrate: 1536Kbps DTS core + MLP data. Sample Rate: 48KHz Channel
s: 6
Stream lang: deu
Track ID: 4353
Stream type: DTS-HD
Stream ID: A_DTS
Stream info: Bitrate: 1536Kbps DTS core + MLP data. Sample Rate: 48KHz Channel
s: 6
Stream lang: eng
Track ID: 4608
Stream type: PGS
Stream ID: S_HDMV/PGS
Stream info: Presentation Graphic Stream #0
Stream lang: deu


BDInfo & eac3to correctly identify this as a VC1 1080i/25




http://forum.doom9.org/showthread.php?p=1265580#post1265580

@roman76r

I don't know if you noticed, or anyone else reported this:

the ASPECT RATIO in the tsMuxeR (incl 1.8.35) is incorrectly set to 4:3 instead of 16:9 on SD video streams.

Additionally tsMuxeR does not identify VC-1 1080i video streams.



These are both now working from 1.9.4

mrr19121970
9th April 2009, 12:57
Yes, version 1.9.1 and 1.9.2 contain a small problem: file always should have WAV extension for standart Wave and for Wave 64. I fix it in version 1.9.4

It doesn't work in 1.9.4 either :(

fifteen
9th April 2009, 14:43
For some reason, joined m2ts files (only tested 264 +PCM) do not playback in latest VLC 1.0.0 git (http://people.videolan.org/~jb/build/20090303/), whereas files playback fine before being joined. Does this hint at a joining bug? or is it a playback bug?

deank
9th April 2009, 15:19
Roman, is it possible to add a log option to the muxopt line or/and to the CLI as a parameter?

For example:

--log="x:\full_path_to\log_file_name.log"

or/and

tsmuxer.exe meta_file destination -log "full_path_to\log_file.log"

TIA,
Dean

zeropc
9th April 2009, 18:19
anyone else has problems making an avchd with v1.9.4(b)?

i did it the old way. first export to blu-ray and then use avchdmanager to create an avchd.
my ps3 didn't recognize the avchd folder. so i tried again with v1.8.0(b) and it worked just fine.

idbirch2
9th April 2009, 18:31
Yes, I just found the same thing but I tried again using the "AVCHD" output option in TSMuxer and it works fine. I guess the two output formats have finally been implemented properly.

Underground78
9th April 2009, 18:41
Hello,

AAC tracks in mkv files are still not recognized in version 1.9.4, for example in this file :

General
Format : Matroska
File size : 180 Mio
Duration : 37mn 43s
Overall bit rate : 669 Kbps
Encoded date : UTC 2008-07-06 22:54:21
Writing application : mkvmerge v2.2.0 ('Turn It On Again') built on Mar 4 2008 12:58:26
Writing library : libebml v0.7.7 + libmatroska v0.8.1

[...]

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 : 37mn 43s
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48,0 KHz
Resolution : 16 bits
Language : Français

mrr19121970
9th April 2009, 18:50
anyone else has problems making an avchd with v1.9.4(b)?

i did it the old way. first export to blu-ray and then use avchdmanager to create an avchd.
my ps3 didn't recognize the avchd folder. so i tried again with v1.8.0(b) and it worked just fine.


yes, I've heard that the --avchd in the meta doesn't work. leads to a

"There are no titles." message on the PS3.

mrr19121970
9th April 2009, 18:56
Roman, is it possible to add a log option to the muxopt line or/and to the CLI as a parameter?


just attach (http://www.smlabs.net/tsMuxer/tsMuxeR_1.9.4(b).zip) to the console and read it. that's what clown_bd does

you can see a c++ example in GUI source code.

idbirch2
9th April 2009, 20:39
yes, I've heard that the --avchd in the meta doesn't work. leads to aDid I select the invisible font in my last post? It's now the other way round, you have to use the AVCHD mode in 1.9.4. Bluray mode results in no titles.

turbojet
9th April 2009, 20:45
Feel free to correct me if I'm wrong but it looks like blu-ray output doesn't work in some players (PS3) while avchd output doesn't work in other players (Panasonics).

If this is true what is the point in 2 types of output while blu-ray output worked fine for everything before?

deank
9th April 2009, 21:33
you can see a c++ example in GUI source code.

I'm not using any VB/C/C+/C# in my applications - that's why I asked for it. I'd like to keep multiAVCHD smaller (it is just 400-500kb now) and not dependent on anything but tsmuxer and other tools. No need for .net / other dlls... I can read output but I'd like to have final log for processing and error reporting because my apps call tsmuxer in ways that overcome its limits atp.

rapscallion
9th April 2009, 22:00
Feel free to correct me if I'm wrong but it looks like blu-ray output doesn't work in some players (PS3) while avchd output doesn't work in other players (Panasonics).

If this is true what is the point in 2 types of output while blu-ray output worked fine for everything before?

+1, I've re read from pg153 and am confused now/still as to which output to use for best compatibilty/compliance (dvd9) in a standalone BD player (NOT a PS3).

P.S. This is all so new to me and is starting to make my head hurt ! I'll go sit in the corner now.

rack04
9th April 2009, 22:20
Feel free to correct me if I'm wrong but it looks like blu-ray output doesn't work in some players (PS3) while avchd output doesn't work in other players (Panasonics).

If this is true what is the point in 2 types of output while blu-ray output worked fine for everything before?

I don't have any problems with avhd content on my Panasonic BD-35.

roman76r
9th April 2009, 22:35
mrr19121970
It doesn't work in 1.9.4 either
http://www.smlabs.net/tsMuxer/img/w64_test.PNG
I tested wave64 files created in Sound Forge. Can you send me your file?

Underground78
AAC tracks in mkv files are still not recognized in version 1.9.4, for example in this file
Yes, I does not fix it.

deank
Roman, is it possible to add a log option to the muxopt line or/and to the CLI as a parameter?
What is purpose of this feature? You can redirect tsMuxeR output to the file by means of pipes. For example (on win32):
tsMUxer test.meta test.ts 1> stdout.txt 2> stderr.txt

idbirch2
9th April 2009, 22:52
Feel free to correct me if I'm wrong but it looks like blu-ray output doesn't work in some players (PS3) while avchd output doesn't work in other players (Panasonics).

If this is true what is the point in 2 types of output while blu-ray output worked fine for everything before?The reason for having 2 seperate output modes is that BluRay spec is not the same as AVCHD spec and some players will only play one or the other.

Previously, TSMuxer was outputting a bastardized-hybrid-mongrel version of BD/AVCHD hence it sort of working on most players. Now that it (hopefully) outputs both modes in accordance with spec, all players will be supported with the only challenge being figuring out which output mode your player likes.

roman76r
9th April 2009, 22:58
rack04
If this is true what is the point in 2 types of output while blu-ray output worked fine for everything before?
PS3 cheks media type. If you writes blu-ray content to the DVD media - PS3 does not recognize this disk. Nevertheless PS3 allows AVCHD content on DVD media. On the other hand some players such as Panasonic does not allows VC-1 video for AVCHD disk and requires blu-ray data type.

Atak_Snajpera
9th April 2009, 22:59
PS3 cheks media type. If you writes blu-ray content to the DVD media - PS3 does not recognize this disk. Nevertheless PS3 allows AVCHD content on DVD media. On the other hand some players such as Panasonic does not allows VC-1 video for AVCHD disk and requires blu-ray data type.
What happens if AVCHD structure is recorded on BD ? I have no blank BD discs to check on my PS3.

setarip_old
9th April 2009, 23:20
@rapscallion

Hi!I've re read from pg153 and am confused now/still as to which output to use for best compatibilty/compliance (dvd9) in a standalone BD player (NOT a PS3).If your specific brand and model number of standalone BluRay player recognizes hi-def files on standard DVD media (DVD5 and DVD9), use BluRay format...

roman76r
9th April 2009, 23:42
Atak_Snajpera
What happens if AVCHD structure is recorded on BD ?
It is works for PS3 - the disc is playing.