tsMuxer Open Source

[MrVideo]

Here is a minor bug that has been there for ages....

In the track list, if you select a track and move it up, or down, you'll notice that its position in the metafile list does not change. It will only change if you select a different track. The metafile list should change as soon as you move, up or down, a selected track. Many moons ago I did a mux and noticed afterward that the order I wanted was not the order in the output. It was then I discovered that moving a track doesn't actually move the track. It would be nice if moving a track actually moved the track in the metafile list.

[a5180007]

The resulting output freezes at a certain frame near the beginning. It occurs right after the part where you can see the studiocanal logo.

EDIT : Remuxing the tsmuxer output ( the one that freezes ) with CloneBD resolves the problem. No more freeze after that.
I wish tsmuxer could do the same.

@mczuzlak can you please post Mediainfo for the studiocanal intro and for the main movie.

[SeeMoreDigital]

...I've a slight problem now with The Fifth Element GBR release that came out just recently with dolby vision. ( I can provide mediainfo export or something if needed )
I do everything as usual import the playlist of the main title add my sup file and hit muxing. The resulting output freezes at a certain frame near the beginning. It occurs right after the part where you can see the studiocanal logo. @mczuzlak can you please post Mediainfo for the studiocanal intro and for the main movie.How odd...

I re-muxed the StudioCanal version of The Fifth Element using git-c139668 and it plays perfectly using my OPPO UDP-203... Here's the MediaInfo file report of the newly created '00000.m2ts' stream: -

General
ID : 1 (0x1)
Complete name : \\SYNOLOGY_NAS\My HD Movies\UHD Movies\The Fifth Element [1997] 206mins (78.4GB)\AVCHD\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 78.4 GiB
Duration : 2 h 6 min
Overall bit rate mode : Variable
Overall bit rate : 88.9 Mb/s
Maximum Overall bit rate : 35.5 Mb/s

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 h 6 min
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 h 6 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Writing library : x265 3.2+20-a4e060a44839:[Windows][GCC 6.3.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=5 / numa-pools=16,16 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1080 / interlace=0 / total-frames=3854 / level-idc=51 / high-tier=1 / uhd-bd=1 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / gop-lookahead=0 / bframes=3 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=24 / lookahead-slices=6 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=cbr / bitrate=500 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=500 / vbv-bufsize=550 / vbv-init=0.9 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / hdr / hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qp
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3 MLP FBA 16-ch
Format/Info : Audio Coding 3 + Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Muxing mode : Stream extension
Codec ID : 131
Duration : 2 h 6 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 6 342 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 578 MiB (1%)
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 6 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 578 MiB (1%)
Service kind : Complete Main

Text
ID : 4768 (0x12A0)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

[BloodyRipper]

Here is a minor bug that has been there for ages....

In the track list, if you select a track and move it up, or down, you'll notice that its position in the metafile list does not change. It will only change if you select a different track. The metafile list should change as soon as you move, up or down, a selected track. Many moons ago I did a mux and noticed afterward that the order I wanted was not the order in the output. It was then I discovered that moving a track doesn't actually move the track. It would be nice if moving a track actually moved the track in the metafile list.
Should be fixed starting with the 2020-10-07 build.

[MrVideo]

Should be fixed starting with the 2020-10-07 build.
Thanks.

[MrVideo]

Yep, that fixed it. But, I have now run into a new issue. I have a video that has a new style subtitle format. VLC and MPC-BE both display the text. But, tsmuxer declares that stream to be no good. Here is the mediainfo info:
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Duration : 50 min 3 s
Compression mode : Lossless
Writing library : Lavc58.78.102 ssa
Language : English
Default : No
Forced : No

[Emulgator]

You can not mux .ass into any .ts anyway, it is not supported.
If you want text-based, .srt is supported:
"S_TEXT/UTF8 SRT subtitle format. Encoding MUST be UTF-8/UTF-16/UTF-32"
You may use SubtitleEdit to convert into .srt before muxing.

tsMuxeR's additional parameters for PG and SRT tracks:

video-width The width of the video in pixels.
video-height The height of the video in pixels.
fps Video fps. It is recommended to define this parameter for more exact timing.
3d-plane Parameter defines number of the '3D offset track' which is placed inside MVC track.
Each particular subtitle can have individual 3D offset. This information will be stored inside 3D offset track.

Additional parameters for SRT tracks:

font-name Font name to render.
font-color Font color. Color can be defined in hexadecimal or decimal format.
If this value is 24 bit long (for instance 0xFF00FF) it will be interpreted as RGB components.
If this value is 32 bit long (for instance 0x80FF00FF) it will be interpreted as ARGB components.
font-size Font size to be rendered in pixels.
font-italic Italic text.
font-bold Bold text.
font-underline Underlined text.
font-strikeout Strikethrough text.
bottom-offset Distance from the lower edge while displaying text.
font-border Outline width in pixels.
fadein-time Time in ms for smooth subtitle appearance.
fadeout-time Time in ms for smooth subtitle disappearance.
line-spacing Interval between lines. Default value 1.0.

tsMuxeR supports additional tags inside SRT track. The syntax and parameters coincide with HTML: <b>, <i>, <u>, <strike>, <font>.
Default relative font size (used in these tags) in dpi is 3.

For example:
<b><font size=5 color="deepskyblue" name="Arial"><u>Test</u><font size= 4 color="#806040">colored</font>text</font></b>

[MrVideo]

You can not mux .ass into any .ts anyway, it is not supported.
That may be, but I never got that far since the ASS stream was rejected. It was part of a MKV file. When I have subtitle text to mux, I do so to M2TS files. I had no choice as to what the subtitle stream was.

Why doesn't tsmuxer support ASS subtitles? All it has to do is remux it.

[filler56789]

.........
Why doesn't tsmuxer support ASS subtitles? All it has to do is remux it.

Actually tsMuxeR converts the .SRT files to sequences of pictures...
theoretically, it could do the same to .SSA and .ASS files, but then someone would have to write a proper patch to the source-code :-/

[tebasuna51]

Why doesn't tsmuxer support ASS subtitles? All it has to do is remux it.

Because ASS is not supported in .ts or .m2ts containers.

tsMuxeR is not created to convert streams formats.
Only SRT subtitles are converted to PGS format to mux in ts/m2ts

You can't claim than tsMuxeR convert any kind of subtitles (there are many) to the PGS format required by ts/m2ts.

Also there are many video and audio codecs suported in mkv than can't be remuxed to ts/m2ts. And tsMuxeR can't recode them.

[SeeMoreDigital]

Yep... Currently there's only support for SRT 'text based' subtitles: -

https://i.ibb.co/w6YRZcf/Capture.png

[Ghitulescu]

Why doesn't tsmuxer support ASS subtitles? All it has to do is remux it.

tsMuxer is as its name says only a muxer - it takes "bricks" and builds a thing. As you can't simply use other things than bricks to make a wall, so tsMuxer can't use just anything to make a TS or M2TS files. If it's in the BD or TS specs, it will work.

The SRT to PGS is a bonus. You just discovered why employers are so reticent in giving bonuses to employees - they rapidly get the idea wrongly, as they are entitled to.

Most people around here prefer a solid tool (that is less preferably 0 bugs) with few functions, rather than a functions-rich tools equally full of errors.

[MrVideo]

Thanks for all the responses. Obviously I knew that ASS wasn't supported, because I found that out while trying to mux a file that had it.

Now I know why it will never be supported. I have no clue as to why ASS was used in the first place. I never heard of it before this.

[qyot27]

ASS is hardly a new format (https://en.wikipedia.org/wiki/SubStation_Alpha). It's been around for 18 years. Either open it up in Aegisub and export to SRT or use FFmpeg to do it.

[MrVideo]

Like I said, new to me. First time I've ever seen it used. It might have been in other MKV files, but since I didn't run those thru tsmuxer, I wouldn't have known. I have looked at a lot of MKV files with mediainfo, and never saw it that way either. Just my luck to not have seen it before.

Thanks for the program tip.

[r0lZ]

ASS (and SSA, its predecessor) is a text based subtitle format much versatile and powerful than SRT. You can obtain almost everything you want. So, unfortunately, if you need to convert it to SRT, you will probably lose the formatting, colors, fonts, position, size, orientation ext... It's why I would prefer to convert it directly to PGS, to keep it as close to the original as possible. I don't know if a program able to do that exists. SubtitleEdit can load SSA, but afaik it converts it internally to SRT immediately. It can also export to PGS, but probably only the subtitles already converted to SRT. Aegisub can only export to SRT, and certainly not to PGS, so IMO, it is better to try SubtitleEdit first. Or post in the Subtitles forum here at D9. Someone will probably be able to help you much than me.

Of course, if your subtitle stream is simply a succession of white lines always near the bottom of the screen, like a SRT stream, then converting it to SRT will not be a problem.

[LowDead]

EasySUP by deank..

It's old but works quite well and you find it here... (https://forum.doom9.org/showthread.php?t=149160)

//LD

[tebasuna51]

I can't make EasySup read .ass files, only .srt.

SubtitleEdit can export the .ass files to Blu-ray .sup

Support colours, position, etc.

Of course you must have installed the fonts used in the system.
The fonts used can be extracted from the .mkv and can be installed (only temporaly if you want) with FontViewer (http://www.ampsoft.net/utilities/FontViewer.php)

[filler56789]

I can't make EasySup read .ass files, only .srt.

I have never used .ASS files, only the goode and olde .SSA, and here both easySUP and avs2bdnxml load them correctly...

[LowDead]

I have used .ASS many times with easySUP. Make sure you have java and AviSynth installed properly.

//LD

[LowDead]

I also stumbled across this that looks promising. I have never tested it though.

sub2bd (https://forum.fanres.com/thread-2075.html)

//LD

[tebasuna51]

I have used .ASS many times with easySUP. Make sure you have java and AviSynth installed properly.
All is OK, work with .srt

The same with sub2bd, work with a .srt but not with my test .ass

Check it yourself:

[LowDead]

All is OK, work with .srt

The same with sub2bd, work with a .srt but not with my test .ass

Check it yourself:

Seems to be something wrong with that file. It can't be opened in Aegisub either. It opens in Subtitle Edit though.

//LD

[r0lZ]

SubtitleEdit can export the .ass files to Blu-ray .sup
Good to know ! Thanks. But I know that SubtitleEdit has at least some limitations when it loads the ASS streams. For example, with BD3D2MK3D, I have created a tool to convert SRT to ASS 3D. Of course, each subtitle is duplicated and the two instances are resized and displayed at a different location on screen. SubtitleEdit can read that 3D ASS files, but it refuse to show the two subtitles of the 3D view at the same time, and therefore it highlights the second one as illegal. I suppose it has also other limitations, as programs able to display all ASS streams without problems are very rare. The complexity of that format is enormous. For example, a subtitle can be animated to follow a character on screen ! Only a few players can display that correctly.

[tebasuna51]

@LowDead
Don't work with any sample from https://hhsprings.bitbucket.io/docs/programming/examples/ffmpeg/subtitle/ass.html

@r0lZ
You are right ASS is very complex. At least we can hope improvements because SubtitleEdit (https://github.com/SubtitleEdit/subtitleedit/releases) is updated at present, Aegisub is from 2014 and EasySup from 2010.

[qyot27]

https://github.com/wangqr/Aegisub/releases

[von Suppé]

It's why I would prefer to convert it directly to PGS, to keep it as close to the original as possible. I don't know if a program able to do that exists. SubtitleEdit can load SSA, but afaik it converts it internally to SRT immediately. It can also export to PGS, but probably only the subtitles already converted to SRT...
I'm quite surprised to hear that. I am importing ass subtitles into SE and export as BD-SUP for years without problems.
Maybe it's in your workflow?

[r0lZ]

I'm quite surprised to hear that. I am importing ass subtitles into SE and export as BD-SUP for years without problems.
Maybe it's in your workflow?
I did not know that this was possible. But anyway. currently. SubtitleEdit doesn't support everything possible with the ASS format. It's probably why I have assumed that it can only keep the strings, timings, colors and style (bold, italic, underline), in other words, everything supported by SRT. As far as I know, it doesn't support at least some of the other features, such as the font, scaling, animation, etc..., and especially multiple subtitles displayed at the same time (and for that last point, I am absolutely sure). See my reply here (https://forum.doom9.org/showthread.php?p=1926064#post1926064).

[Emulgator]

https://github.com/wangqr/Aegisub/releases

Thanks, qyot27, for the pointer !

[von Suppé]

As far as I know, it doesn't support at least some of the other features, such as the font, scaling, animation, etc..., and especially multiple subtitles displayed at the same time...
See my reply here (https://forum.doom9.org/showthread.php?p=1926064#post1926064).
Ah okay. I never worked with animation, and - as you know - not with the type of 3D subtitles that you are constructing in your tool. I'm sure there's a lot more to Aegisub and ass subs than I usually require.
I can confirm however that during export SE does honour the font's sort, size, colours & offset).

[Littleman]

Hey there, I've just purchased a Sony XH90 (X900H) TV and the Dolby Vision learning curve is...steep, to put it mildly. After a week of research, I now understand that I can only play single layer DV files & that profiles 5 & 8 work fine on my TV (tested with 4K60fps samples that look stunning).

What I'm now trying to do is to turn a DV dual layer movie into a SL DV one (profile 5/8). I have the 2 hevc files (movie + dv "video" track + ac3 audio) and the necessary tools (nightly tsmuxer + mp4muxer) but I'm not even sure this is even possible after searching this huge post & makemkv forum... no one mentions doing that / there's no guide pointing in the right direction.
So...simple question: is this hopeless or am I missing something? Cheers! And thanks for developing great tools like that.

[SeeMoreDigital]

Hey there, I've just purchased a Sony XH90 (X900H) TV and the Dolby Vision learning curve is...steep, to put it mildly. After a week of research, I now understand that I can only play single layer DV files & that profiles 5 & 8 work fine on my TV (tested with 4K60fps samples that look stunning).Have you tried playing dual-layered Dolby Vision files muxed within the .mp4 container (along with either AAC or AC3 audio). Such files play okay on my 2016 LG ;)

For more info, see here: https://forum.doom9.org/showthread.php?p=1868184#post1868184

[Littleman]

Have you tried playing dual-layered Dolby Vision files muxed within the .mp4 container (along with either AAC or AC3 audio). Such files play okay on my 2016 LG ;)

For more info, see here: https://forum.doom9.org/showthread.php?p=1868184#post1868184
yes they don't play on Sony Tvs, only LGs. Still looking into this (DvdFab apparently generates decent single layer files from uhd discs but... it's quite expensive).

[SeeMoreDigital]

yes they don't play on Sony Tvs, only LGs. Still looking into this (DvdFab apparently generates decent single layer files from uhd discs but... it's quite expensive).Okay, try the following: -

* Use MakeMKV v1.15.3 to back-up your 'dual-layer' 4K UHD Dolby Vision disc's into 'single-layer'.mkv muxes.

* Use one of the newer 'open-source' TSmuxer GUI builds to re-mux your 'single-layer' .mkv mux into 'single-layer' .ts contained muxes.

I can confirm that such .ts muxes also play perfectly on my humble 2016 LG television in Dolby Vision.


Cheers

[imhh11]

MakeMKV DV remux are still dual-layer files. The layers are just merged in one track (BL+EL+RPU).
If you want a single-layer file (BL+RPU) you can use @yusesope tool MUX_AND_CONVERT_TO_PROFILE_81.bat: https://mega.nz/file/mdU00TZR#bCiuGx6-7QaM2IeaIjNwdkmRWVA4hLti5rjLOOKESeE

https://www.makemkv.com/forum/viewtopic.php?f=12&t=18602&start=2970#p96282

[Littleman]

MakeMKV DV remux are still dual-layer files. The layers are just merged in one track (BL+EL+RPU).
If you want a single-layer file (BL+RPU) you can use @yusesope tool MUX_AND_CONVERT_TO_PROFILE_81.bat: https://mega.nz/file/mdU00TZR#bCiuGx6-7QaM2IeaIjNwdkmRWVA4hLti5rjLOOKESeE

https://www.makemkv.com/forum/viewtopic.php?f=12&t=18602&start=2970#p96282

"Great success", to quote Borat. This is exactly what I was looking for. First experimentation looks promising: I've produced a .ts file that triggers dolby vision in Plex on the tv (but plain HDR in Sony's own media player, I'll look into it).
Thanks for pointing me in the right direction!

Edit: I believe my ts file plays regular hdr10. I've remuxed using mp4muxer and I have a much better visual quality in dv, triggered in all players of the tv. The ts file reports a dv profile of 8.07, the mp4 one is 8.06.
I'm very happy with the mp4 mux ����

[SeeMoreDigital]

MakeMKV DV remux are still dual-layer files. The layers are just merged in one track (BL+EL+RPU).
Support for Dolby Vision playback across devices is so bonkers!

Personally, I would have thought that my old 2016 LG television would be miles behind what's currently supported. But it plays most variants of Dolby Vision (up-to 30fps).

[SeeMoreDigital]

MakeMKV DV remux are still dual-layer files. The layers are just merged in one track (BL+EL+RPU).
If you want a single-layer file (BL+RPU) you can use @yusesope tool MUX_AND_CONVERT_TO_PROFILE_81.bat: Using the 'Black Panther' movie as a source, I've just used that software to create an Dolby Vision BL+RPU .hevc back-up. And after muxing the elementary .hevc stream into the .ts container, I can confirm that my OPPO-UDP-203 plays the file perfectly. But my 2016 LG televisions media player app gets caught in a loop...

[imhh11]

yeah @yusesope is a very smart person. All the files created by his tool play flawlessly on my Sony x700 without the famous dual-track dual-layer TS bug.

-ST FEL or MEL (BL+EL+RPU)
-ST FEL to MEL (BL+EL+RPU)
-DT FEL or MEL to single-layer (BL+RPU)

[MrVideo]

I don't if the following is a problem, or not. I took a MKV file and made into a Blu-ray ISO file and then burned it. When I played it back, it didn't start at the beginning of the movie. It started at the first chapter mark, which wasn't at time zero. Why? No matter how many chapter marks there are, even if it is zero, shouldn't playback always start at time 0? I made sure there was a chapter mark for time 0 and not knowing if it was an issue, or not, I checked BD-ROM V3. That worked.

[SeeMoreDigital]

...I took a MKV file and made into a Blu-ray ISO file and then burned it. When I played it back, it didn't start at the beginning of the movie. It started at the first chapter mark, which wasn't at time zero. Why?
How are you playing the disc?

[a5180007]

I don't if the following is a problem, or not. I took a MKV file and made into a Blu-ray ISO file and then burned it. When I played it back, it didn't start at the beginning of the movie.

@MrVideo I can have a look at this bug if you provide me in PM a link to the mkv.

[MrVideo]

How are you playing the disc?
On my Sony BD X800M2 player.

[MrVideo]

@MrVideo I can have a look at this bug if you provide me in PM a link to the mkv.
It is 24GB. Looking at it now won't do much good, since it is now working.

It used to be that VideoReDo added a chapter marker at time 0 to every MKV file it assembled. But, with VideoReDoPro6, it doesn't seem to. No idea when that started. So, when playback didn't start at time zero, I looked at the MKV file in VRDPro6 and when there wasn't a chapter mark at time 0, I added one and created a new file. When I ran that thru tsmuxer, and I set the BD-ROM V3 option (no idea what that is supposed to imply), I saw that there was a chapter mark listed for time 0 in tsmuxer. Playback of that ISO file started at time 0. Interesting thing is that when I read that MKV file back into VRDPro6, there is no chapter mark shown at time 0.

If it is a BD spec that there be a chapter mark at time 0, then tsmuxer should look for one and automatically add it to the chapter list. That said, tsmuxer has an option for no chapter marks. So, where is the BD player supposed to start playing the disc?

If the MKV file is supposed to have a chapter mark at time 0 in order for correct BD playback, I'll have to submit a bug to the VRD team to get it fixed.

[r0lZ]

... when there wasn't a chapter mark at time 0, I added one and created a new file.
I just want to let you know that you can easily read the chapters from the MKV within the mkvtoolnix GUI, add the missing chapter, and save the new chapter list to the original MKV, without having to remux it entirely.

[a5180007]

If the MKV file is supposed to have a chapter mark at time 0 in order for correct BD playback, I'll have to submit a bug to the VRD team to get it fixed.

Blu-ray specs:

"Chapter is a time based playing interval in a Movie Title. A Chapter is determined by a pair of consecutive Entry-marks in a PlayList which corresponds to a Movie Title. If there is no Entrymark at the end of a PlayList, an interval between a last Entrymark and end point of a PlayList composes the last Chapter of the Movie Title."

"Entry-mark shall be put at the beginning of a PlayList – i.e. put an Entrymark at the “IN_time” of the first PlayItem of the PlayList."

[MrVideo]

I just want to let you know that you can easily read the chapters from the MKV within the mkvtoolnix GUI, add the missing chapter, and save the new chapter list to the original MKV, without having to remux it entirely.
Thanks.

[MrVideo]

Win7 - 64bit
Major failure with Nov 5 nightly build. The failure started before this build.

The issue: txmuxer.exe crashes when attempting to read in an HEVC stream file: 720p - 59.94fps - 4:2:2
Problem Event Name: APPCRASH
Application Name: tsmuxer.exe
Application Version: 0.0.0.0
Application Timestamp: 5fa352c4
Fault Module Name: msvcrt.dll
Fault Module Version: 7.0.7601.17744
Fault Module Timestamp: 4eeb033f
Exception Code: c0000005
Exception Offset: 0000000000001444
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: f4f4
Additional Information 2: f4f431a9497e574fdd3de91ca2750e84
Additional Information 3: 94db
Additional Information 4: 94db2c26458f17ebd8741f5458769f7a

Update: HEVC @4:2:0 is just fine.

[a5180007]

The issue: txmuxer.exe crashes when attempting to read in an HEVC stream file: 720p - 59.94fps - 4:2:2

@MrVideo please PM me a link for the 4:2:2 HEVC stream file (a 20-50 MB file should be enough to debug).

[SeeMoreDigital]

The issue: txmuxer.exe crashes when attempting to read in an HEVC stream file: 720p - 59.94fps - 4:2:2
Out of interest... How come you're using 4:2:2 HEVC encoded video streams?