View Full Version : smartLabs tsMuxeR: Transport Stream muxer
mrr19121970
23rd March 2009, 08:35
I just tried it with a 4gb split and a 1gb source. I had 4 CLPI files instead of 1 and the 00001-00003 had a 0 byte length
idbirch2
23rd March 2009, 09:30
Roman has assured me that this is just an internal test version and the .split.1, .slpit.2 etc filenames won't be in the next proper release.
kolak
23rd March 2009, 15:52
@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)
:)
Andrew
Chumbo
23rd March 2009, 16:42
And as if by magic...
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.35(b).zip
Is the file corrupt for something? I can't download it via IE or FireFox. Both crap out at the very end when trying to save it. Anyone else having this issue?
Rodger
23rd March 2009, 16:47
Is the file corrupt for something? I can't download it via IE or FireFox. Both crap out at the very end when trying to save it. Anyone else having this issue?
No Problem here! Everything is fine.
shon3i
23rd March 2009, 16:56
Is the file corrupt for something? I can't download it via IE or FireFox. Both crap out at the very end when trying to save it. Anyone else having this issue?
Your antiwirus blocks you, disable protection for moment and try again. I haved same issue
ESS log:
22/03/2009 9:38:09 PM
HTTP filter file
http://www.smlabs.net/tsMuxer/tsMuxeR_1.8.35(b).zip
probably a variant of Win32/Statik potentially unwanted application
connection terminated - quarantined
Threat was detected upon access to web by the application: C:\Program Files\Mozilla Firefox\firefox.exe.
deank
23rd March 2009, 16:58
I'd suggest you to wait for the next release or use 34b- just read few posts up.
shon3i
23rd March 2009, 17:13
There is no problems in normal Blu-Ray mux, just when split selected.
phigment
23rd March 2009, 19:43
If anybody cares, I Just tried 1.8.35 with bistreams from the Canon 5D Mark II and I still get "SPS picture order 2 not supported." errors.
Chumbo
23rd March 2009, 20:12
Your antiwirus blocks you, disable protection for moment and try again. I haved same issue
ESS log:
Thans shon3i. I should have checked that first. Just updated to a new virus scanner and it's not configured to show automatically blocked suspect files, but sure enough the file is in quarantine.
I'll submit it to the labs so they can analyze it.
roman76r
24th March 2009, 10:51
Hi all!
Now I begin to implement "restore cropped video" function.
This is hard feature, so I plan to implement it during 1-2 week.
How it will be work:
I plan to modify H.264 stream. 2 new slices will be inserted to the stream: for bottom and top black region. Current slice(s) with video will be changed by modifying the field "first_mb_in_slice".
Black slice are very compact, so the size of the stream rises slightly.
deank
24th March 2009, 11:21
Thanks for this. I was trying to implement the same thing but it is really a though job for me. It would have probably taken much less time if some of the x264 developers or someone with good h264 knowledge had landed a hand... but no.
RobertR
24th March 2009, 12:39
Hi!
I'm toying with linux binary on amd64 arch. tsMuxerGUI from tsMuxeR_static_1.8.35(b).tar.gz does not work for me (probably could make it running after installing some ia32 libs but i'd rather not do that). In the history on SmartLabs pages there is mention that since 1.8.35 two modes are supported "Create BluRay disc" and "Create AVCHD disc". Second one beeing recommended for so-called BD5/BD9 media.
Can I choose between BluRay and AVCH from either CLI or meta file? If so, could some kind soul tell me how?
TIA
coolalibaba
24th March 2009, 12:42
@Roman,
this is really a fantastic news! I have been waiting this too long...:)
Hi all!
Now I begin to implement "restore cropped video" function.
This is hard feature, so I plan to implement it during 1-2 week.
How it will be work:
I plan to modify H.264 stream. 2 new slices will be inserted to the stream: for bottom and top black region. Current slice(s) with video will be changed by modifying the field "first_mb_in_slice".
Black slice are very compact, so the size of the stream rises slightly.
ultratoto14
24th March 2009, 13:55
Hi all!
Now I begin to implement "restore cropped video" function.
This is hard feature, so I plan to implement it during 1-2 week.
How it will be work:
I plan to modify H.264 stream. 2 new slices will be inserted to the stream: for bottom and top black region. Current slice(s) with video will be changed by modifying the field "first_mb_in_slice".
Black slice are very compact, so the size of the stream rises slightly.
Hi Roman, good to see you again !!
flyingernst
24th March 2009, 14:10
Hi,
what is the latest version in that DTS-HD High Resolution works without bug? my PCH is able to play/stream HD-Audio in a File made by tsmuxer 1.2.9 (with dts-hd high resolution). With die the newest TSmuxer-versions the PCH tries to play/stream DTS-hD Master instead of DTS-HD HR
nwg
24th March 2009, 18:18
I thought DTS-HD audio was always ok in TsMuxer. It was TsRemux that had problems with it? I never heard of version 1.2.9. All the TsMuxer versions have been 1.8.XX.
mrr19121970
24th March 2009, 19:35
Can I choose between BluRay and AVCH from either CLI or meta file? If so, could some kind soul tell me how?
yes, it's in your META file:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --auto-chapters=5 --vbv-len=500
MUXOPT --no-pcr-on-video-pid --new-audio-pes --avchd --vbr --auto-chapters=5 --vbv-len=500
RobertR
24th March 2009, 21:52
Thanks a lot mrr19121970
G_M_C
25th March 2009, 10:54
Hi all!
Now I begin to implement "restore cropped video" function.
This is hard feature, so I plan to implement it during 1-2 week.
How it will be work:
I plan to modify H.264 stream. 2 new slices will be inserted to the stream: for bottom and top black region. Current slice(s) with video will be changed by modifying the field "first_mb_in_slice".
Black slice are very compact, so the size of the stream rises slightly.
He, here's my chance !
I want to thank you for the development of this great tool, it just gets better and better ! Keep up the good work !.
flyingernst
25th March 2009, 11:46
I have 1.2.9
history http://www.videohelp.com/tools/tsMuxeR/version-history
I think I will test all Versions until I find the first not working version.
Ich think tsmuxer sets a wrong flag while muxing, because PCH and Onkyo TX-SR805 show both that they want to stream/decode DTS-HD Master (in some versions even Dolby Digital...), not High Resolution
mrr19121970
25th March 2009, 11:47
@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.
flyingernst
25th March 2009, 11:49
is there any way to make a bug report for tsmuxer?
G_M_C
25th March 2009, 11:50
is there any way to make a bug report for tsmuxer?
Mail to smlabs is the only at this moment afaik. The adress is somewhere a few pages back in the thread.
rotty
25th March 2009, 17:55
email tsmuxer
tsmuxer@smartlabs.tv
roman76r
25th March 2009, 18:07
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.
Now I continue to implement "restore cropped video". Most part of the code already written. So, total progress (include debuging) near 40-50%.
jtheripper
25th March 2009, 20:18
Roman, I can't wait for the restore cropped video. That should be a real nice addition as many MVK's are cropped (why I do not know) just as why do they release them as MKV's instead of either m2ts or BD structure. All the PH and PS3 will play m2ts files and as more people are buying BD standalone players that is the future. Sure the MKV file size is smaller but for all the people who alrady have a BD player we have to reencode now to add back the cropped bars to make them BD compliant. Hopefully with your addition that will not be needed anymore
b66pak
25th March 2009, 20:50
"restore cropped video" will be a HUGE add-on...
_
jhmac
25th March 2009, 23:06
I agree that has been most of the problems I've had restoring the mkv to proper HD res. Thanks for all of your hard work...
shon3i
25th March 2009, 23:35
Restoring crop is only for H264 right? what with VC-1?
Atak_Snajpera
26th March 2009, 00:31
Restoring crop is only for H264 right? what with VC-1?
99% of people have croped h264 instead of VC-1. I wouldn't waste time for 1%
shon3i
26th March 2009, 00:39
True, but what about ref frames if they are higher than 4 for 1920x1080 or 8 for 1280x720? Uncrop will not be so popular if stream still out of specs. Aslo cropped VC-1 should not have that problem.
Atak_Snajpera
26th March 2009, 00:59
True, but what about ref frames if they are higher than 4 for 1920x1080 or 8 for 1280x720?
Roman is a GENIUS but not a GOD :)
roman76r
26th March 2009, 01:21
shon3i
Restoring crop is only for H264 right? what with VC-1?
for H264 only.
True, but what about ref frames if they are higher than 4 for 1920x1080 or 8 for 1280x720?
I can change this parameter in H.264 headers.
But some frames will be with artifacts (where is large ref frames is used).
Ryu77
26th March 2009, 08:17
Is anybody able to define exactly what is the difference between the two muxing options of "Blu-ray disk" and "AVCHD disk"?
I understand the differences on an elementary stream level but I would like to know what exactly is changed when muxing... ?
mrr19121970
26th March 2009, 08:21
@Roman76r. Are you able to resolve the interlaced HD VC-1 video stream issue ?
http://forum.doom9.org/showthread.php?p=1259310#post1259310
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.35(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
mrr19121970
26th March 2009, 08:28
Is anybody able to define exactly what is the difference between the two muxing options of "Blu-ray disk" and "AVCHD disk"?
I understand the differences on an elementary stream level but I would like to know what exactly is changed when muxing... ?
I don't know, as I've not tried it. but this is what it should do:
. the version number in the headers should be 1 for AVCHD (2 for blu-ray) eg HDMV0100 instead of HDMV0200
. the directory structure is slightly different
. the files are limited to 4gb in size (FAT32)
. the filenames are in 8.3 format (FAT32)
you can see here http://forum.doom9.org/showthread.php?t=141361
SeeMoreDigital
26th March 2009, 10:14
yes, I forgot to solve this bug. I'll include this bug fix to the next version.
Now I continue to implement "restore cropped video". Most part of the code already written. So, total progress (include debuging) near 40-50%.Could you also accommodate the suggestion I made here please too: -
http://forum.doom9.org/showthread.php?p=1261710#post1261710
Cheers
roman76r
26th March 2009, 10:43
mrr19121970
there is another important difference: AVCHD descriptor are stored in index.bdmv file.
Without this descriptor PS3 does not recognize AVCHD disks.
@Roman76r. Are you able to resolve the interlaced HD VC-1 video stream issue ?
Can your send me small example of problem stream please?
roman76r
26th March 2009, 11:20
SeeMoreDigital
I'll change this text at nearest release.
deank
26th March 2009, 11:26
I don't know, as I've not tried it. but this is what it should do:
. the version number in the headers should be 1 for AVCHD (2 for blu-ray) eg HDMV0100 instead of HDMV0200
. the directory structure is slightly different
. the files are limited to 4gb in size (FAT32)
. the filenames are in 8.3 format (FAT32)
None of these are true, except "the directory structure is slightly different" and about the directory - it is that some folders are not present in AVCHD.
For example you can have an AVCHD DVD disc, containing one 4.4GB 00000.m2ts file and all names in longer format... Headers 0100/0200 are version numbers that have no real impact. The things you listed are only valid if using USB/SD/MMC media, not optical media.
The major difference are the restrictions that separate BD and AVCHD (video codec, bitrate, audio codecs). Luckily HW manufacturers don't follow them strictly, hence the possibility to play AVCHD-like structures with BD content. Other difference is the extended data in index.bdmv and the completely different extended data in clpi/mpls files which are REALLY AVCHD - those produced by camcoders and those that will play on PanasonicTV with SDHC card support.
Dean
idbirch2
26th March 2009, 12:16
Roman, can you remember to go back to standard file naming when splitting files - in 1.8.35, split files get called 00000.split1.m2ts, 00000.split2.m2ts instead of just 00001.m2ts, 00002.m2ts etc?
SeeMoreDigital
26th March 2009, 12:24
SeeMoreDigital
I'll change this text at nearest release.:thanks:
shon3i
26th March 2009, 14:23
I can change this parameter in H.264 headers.
But some frames will be with artifacts (where is large ref frames is used). Better no then. What you think about some stream anylize before mux, to notice user that stream is 100% compactible with Blu-Ray or not
mrr19121970
26th March 2009, 18:28
Can your send me small example of problem stream please?
I PMed you the clip...
ExSport
26th March 2009, 18:45
Better no then. What you think about some stream anylize before mux, to notice user that stream is 100% compactible with Blu-Ray or not
I think that as an option it is for someone usefull.
For example some 1080p file with 5ref frames can't be played at all without reencooding but maybe only 3times in a stream 4ref frames are breaked with 5.
So what is better, unsupported file or supported file with few glitches in stream?
Roman it will be great if you give an option for someone to use this "header patch":)
Thanks for your great soft:cool:
P.S.
Exist some soft which can analyze video stream and report e.g. how much % stream uses more that 4/8 ref frames so we will know if it is usefull to use header fix or not(without watching whole movie)?
Thx
ps3hacker
26th March 2009, 22:01
the version number in the headers should be 1 for AVCHD (2 for blu-ray) eg HDMV0100 instead of HDMV0200
Deank, why do you not beleive this to be true. If we are trying to be compliant here, then this also must not be overlooked. Although it t might seem unimportant now, it may lead to uncompatability with some players.
turbojet
26th March 2009, 22:22
Real AVCHD is restricted to 4 GB files, 8.3 filenames, exists in an AVCHD directory and not many standalones support it. Sony does and Panasonic just recently supported it in the latest firmware, LG BD370 supposedly supports AVCHD through USB but not from disk. It's mainly used in AVCHD cameras and flash drives.
It goes far beyond just changing a header in an index.bdmv (really index.bdm in AVCHD). You can't rely on what the player is telling you it is because it gets confused itself. If you burn it on a DVD and play in PS3 it will probably display AVCHD, put that dvd in another player and it could display BD, Samsung and Panasonic do afaik. Put the same content on a BD and the PS3 mysteriously shows it as a BD, it just assumes red laser is AVCHD and blue laser is BD, no matter what the header is.
Whether TSMuxer plans on outputting real AVCHD vs what it does now by changing a header is up to them I guess, but it brings up a lot more confusion if it stays the way it is. The current AVCHD output would be more appropriate being just an option for using 0100 headers for pesky players as the output is still 100% BD content with a changed header.
deank
27th March 2009, 00:53
Okay.. Let's put it another way:
I know and so does Roman, that 0100/0200 has nothing to do with AVCHD or BLURAYDISC, LONG vs. 8.3 names has NOTHING to do either. Size may matter as AVCHD poses restriction to 8cm DVD discs which can't hold 4+GiB but UDF2.5 can. Differences are completely different.
And let's cut all this.
***
Earlier today I posted about a bug in 34b vs 18b - I'm really sorry if I mislead someone - it was not tsMuxeR's bug, but TONS of files with problems (or my laptop).
zeropc
27th March 2009, 05:18
i created an avchd with v1.8.35(b) and it doesn't get recognized by my ps3!!!
i used avchd output. any ideas?
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.