tsMuxer Open Source

[ocean]

- Feature Request: Add option to make a specific audio the default track and a specific subtitle track a forced track


Hi, if you want a simple thing, both ISO and folder there is the Rotty program:

http://www.mediafire.com/file/7ne0c2ts4q07l5i/sub_forced.rar/file

Edit: I' sorry, I read that you are using the Apple system.

[tymoxa]

Edit: the additional command can also be easily added on BDEdit.
Sure, but not for BD3D.iso

[imhh11]

many thanks for the update. DV remux works great on my Sony x700.

but I'm having an issue with srt subtitles which was fine using the old tsmuxer.


https://extraimage.net/images/2020/01/10/c3dc5bf065340a3468e152cb527ffdc1.md.png (https://extraimage.net/image/y2iA)


https://extraimage.net/images/2020/01/10/c38e13e9546b475f6327e13c2afe3d08.md.png (https://extraimage.net/image/y2iW)


https://extraimage.net/images/2020/01/10/d2c523b74b833cf68f358275c90264ba.md.png (https://extraimage.net/image/y20I)

Hi, if you want a simple thing, both ISO and folder there is the Rotty program:

http://www.mediafire.com/file/7ne0c2ts4q07l5i/sub_forced.rar/file

Edit: I' sorry, I read that you are using the Apple system.
thanks but that tool doesnt seem to work with uhd-bd iso

[justdan96]

many thanks for the update. DV remux works great on my Sony x700.

but I'm having an issue with srt subtitles which was fine using the old tsmuxer.

It looks like an issue someone raised on GitHub - is your locale set to one which uses commas for decimals?

[imhh11]

It looks like an issue someone raised on GitHub - is your locale set to one which uses commas for decimals?

yep commas. changed that and now its working properly. thank you

https://extraimage.net/images/2020/01/11/aa0accd4b0a98f07e6c408875771166e.md.png (https://extraimage.net/image/yNQF)

[zeropc]

Was the UHD Folder/ISO removed on purpose or better say merged with Blu-ray Folder/ISO on the nightly build from w64-nightly-2020-01-11--01-10-45?

[BloodyRipper]

Was the UHD Folder/ISO removed on purpose or better say merged with Blu-ray Folder/ISO on the nightly build from w64-nightly-2020-01-11--01-10-45?
Blu-ray version is now automatically switched to V3 in case HEVC is detected, so the additional combo box was unnecessary. Perhaps this pull request (https://github.com/justdan96/tsMuxer/pull/120) gives you some more information.

[zeropc]

Blu-ray version is now automatically switched to V3 in case HEVC is detected, so the additional combo box was unnecessary. Perhaps this pull request (https://github.com/justdan96/tsMuxer/pull/120) gives you some more information.

So when I remux a UHD I need to check V3 under Blu-ray pane?

[filler56789]

Giving a try to the latest sub-pseudo-"release", I found:

1) the archive still doesn't include a blank .INI file; as I said before, the current developer of Roman's tsMuxeR doesn't want to know very well how Windows works and what the Windows users expect;

2) the typos weren't fixed and the stupid default settings weren't changed;

3) the "About" tab doesn't list MPEG-1 audio as a supported audio format;

4) apparently the UPX compression doesn't harm the .EXEs so I don't know why justdan96 doesn't use it. Probably he sent me to his IgnoreList because I am not sufficiently "civil" :rolleyes: for his pusillanimous taste...

[SeeMoreDigital]

Was the UHD Folder/ISO removed on purpose or better say merged with Blu-ray Folder/ISO on the nightly build from w64-nightly-2020-01-11--01-10-45Blu-ray version is now automatically switched to V3 in case HEVC is detected, so the additional combo box was unnecessary. Perhaps this pull request (https://github.com/justdan96/tsMuxer/pull/120) gives you some more information.Following on from this....

I've never really understood the logic behind the 'AVCHD folder' output option, as it's never been capable of generating muxes that are compatible with the AVCHD camcorder specification (which is supposed to place all content within a 'PRIVATE' folder). Does anybody actually use this output option? Is there any point keeping it?

That being said... As I'm an OPPO player owner, it would be handy to have an 'OPPO Player' output option that created an AVCHD folder for you ;)


Cheers

[Yordan5]

Giving a try to the latest sub-pseudo-"release", I found:

1) the archive still doesn't include a blank .INI file; as I said before, the current developer of Roman's tsMuxeR doesn't want to know very well how Windows works and what the Windows users expect;

2) the typos weren't fixed and the stupid default settings weren't changed;

3) the "About" tab doesn't list MPEG-1 audio as a supported audio format;

4) apparently the UPX compression doesn't harm the .EXEs so I don't know why justdan96 doesn't use it. Probably he sent me to his IgnoreList because I am not sufficiently "civil" :rolleyes: for his pusillanimous taste...

After reading your post I will also put you on my "IgnoreList".
Complete lack of appreciation for the time and effort the developer puts in so we can all use this software free of charge.

[DaveO88]

what's the problem here (new version 12.1.2020)

[filler56789]

After reading your post I will also put you on my "IgnoreList".

I don't care.

Complete lack of appreciation for the time and effort the developer puts in so we can all use this software free of charge.

That's just your stupid opinion of course. Evidently you haven't read carefully this entire thread nor followed my posts in his GitHub tsMuxeR directory.

[imhh11]

Following on from this....

I've never really understood the logic behind the 'AVCHD folder' output option, as it's never been capable of generating muxes that are compatible with the AVCHD camcorder specification (which is supposed to place all content within a 'PRIVATE' folder). Does anybody actually use this output option? Is there any point keeping it?

That being said... As I'm an OPPO player owner, it would be handy to have an 'OPPO Player' output option that created an AVCHD folder for you ;)


Cheers

I use it for HD content on DVD media.

[SeeMoreDigital]

I use it for HD content on DVD media.Wow okay...

I must admit I haven't tried creating AVCHD DVD's... I've only tried creating AVCHD content for SD cards.

If the current output option works okay for disc based media then perhaps the output name could be changed to reflect this.

That being said... If you're burning AVCHD DVD's, wouldn't an 'AVCHD ISO' option be preferable?

[staina]

Greetings, would be possible to into 1st post insert information, whether is already supported HDR10, HDR10+, Dolby Vision and next for UHD Bluray, eventually whether with to introduced functions yet works.

Release coming - out almost every day, but nowhere information whether already work above - cited function and it is possible perform remux UHD Bluray. Eventually issue option 2.6.16 which already this supports.

Thank for answer Staina

[staina]

Blu-ray version is now automatically switched to V3 in case HEVC is detected, so the additional combo box was unnecessary. Perhaps this pull request (https://github.com/justdan96/tsMuxer/pull/120) gives you some more information.

No automatically switched to V3 in case HEVC. Tested to Fifty Shades of Grey and Blade Runner 2049.

[a5180007]

No automatically switched to V3 in case HEVC. Tested to...

Edit:
@staina please copy the console output during mux, and also send me a link to download sample (20 MB cut with Hex Editor eg HxD (https://mh-nexus.de/en/hxd/)). Which nightly build did you use ?
To cut 20 MB you drag&drop the file in the hex editor, select bytes from address 0 to 0140 000, Ctrl C, open new tab, Ctrl V, save.

[SeeMoreDigital]

Greetings, would be possible to into 1st post insert information, whether is already supported HDR10, HDR10+, Dolby Vision and next for UHD Bluray, eventually whether with to introduced functions yet works.
I can confirm this works well with 7th January 2020 and newer builds...

[a5180007]

Never use tsMuxeR to extract LPCM audio, it add garbage at end and create wav header incorrect (data not multiple of channels*bytedepth).

Hi @tebasuna51, txMuxer considers lpcm frames of 5ms. So in your example, zeros have effectively been added to your wav of 34.144 s. to align it to 35.145 s. This seems to be standard, I have checked few blu-rays and the end of the lpcm stream is usually padded with zeros.

The bug on the wav64 (incorrect data length) should be fixed in the next nightly builds.

[tebasuna51]

txMuxer considers lpcm frames of 5ms. So in your example, zeros have effectively been added to your wav of 34.144 s. to align it to 35.145 s. This seems to be standard, I have checked few blu-rays and the end of the lpcm stream is usually padded with zeros.
Curious.
Well add silence at end is not a problem.

The bug on the wav64 (incorrect data length) should be fixed in the next nightly builds.
Thanks.

[staina]

Edit:
@staina please copy the console output during mux, and also send me a link to download sample (20 MB cut with Hex Editor eg HxD (https://mh-nexus.de/en/hxd/)). Which nightly build did you use ?
To cut 20 MB you drag&drop the file in the hex editor, select bytes from address 0 to 0140 000, Ctrl C, open new tab, Ctrl V, save.

Tested I'm and next movies and at of no with automatically check option: BD - ROM V3 format

Tested to latest available nightly version: w64-nightly-2020-01-12--01-09-24

[ocean]

Hi Staina, it's normal, you have to look here:

https://i.ibb.co/y8fc080/Blade-Runner-2049.png (https://ibb.co/y8fc080)

[meihuaxiao]

How do I keep the original menu with a tsMuxeR 2.6.15 package UHD disk?

[SeeMoreDigital]

How do I keep the original menu with a tsMuxeR 2.6.15 package UHD disk?
TSmuxer is a transport stream muxing application not an disc authoring application.

[a5180007]

I think that the problem is that tsMuxeR doesn't use really the MPLS to retrieve its information, at least for the stuff related to the 3D-Planes. Since it is a muxer/demuxer, it prefers to trust what it finds in the M2TS (or SSIF) files, and it assumes that the PIDs of the streams determines their order. But that's not correct. The 3D-Plane numbers are stored in the MPLS and are based on the information and order from the same MPLS.

Trust me, I have studied closely that bug, after several problems I have encountered when I have written BD3D2MK3D. It's obviously a major bug. BTW, you can use my program to examine how the 3D-Planes are assigned to the subtitle streams. I have written my own MPLS parser, because it was impossible to trust the 3D-Planes information displayed by tsMuxeR.

@r0lZ @staina please test my latest build https://github.com/jcdr428/tsMuxer/actions . Once you've confirmed that the bug is solved, the patch will be merged to the master.

Edit: patch has been merged to master ;)

[zeropc]

The macOS version still doesn't work when adding a file. Same error as before.

https://i.imgur.com/iU1Km6i.png

[staina]

Would be possible to into tsMuxeru add option for default audio and subtitle track, possibly as check box before track.Is it only one command extra into file MovieObject.bdmv.
Now I have to uselessly circuitously create Bluray so that the first yourself Bluray create as Bluray folder, BDEdit set the default audio and subtitle track and then create from Bluray folder to Bluray ISO.

Thank for answer Staina

[a5180007]

@staina it's already been entered as issue #126 (https://github.com/justdan96/tsMuxer/issues/126). We just need somebody to work on it.

Have you had time to test whether the 3D-plane bug has been solved with the latest bintray build ?

[imhh11]

''Ability to detect audio delay for TS/M2TS/MPG/VOB/EVO sources;''

Could it be possible to add support to this ability for MKV sources as well ?
sorry if it has already been asked.

Thank's!

[staina]

@staina it's already been entered as issue #126 (https://github.com/justdan96/tsMuxer/issues/126). We just need somebody to work on it.

Have you had time to test whether the 3D-plane bug has been solved with the latest bintray build ?


Here described progress is same as while using BDEdit either it is impossible immediately from tsMuxer create Bluray ISO. Issue #126 is old already 10 days and yet no work :(

Test 3D-plane - keep on don't work right.

Will added and support for Dolby Atmos without core used in the MKV?

Always test with latest available version. Thank for answer Staina

[r0lZ]

Test 3D-plane - keep on don't work right.
What BD3D do you use for your tests ?

[staina]

What BD3D do you use for your tests ?

Use The Hobbit: The Battle of the Five Armies and The Hobbit: The Desolation of Smaug

[a5180007]

Here described progress is same as while using BDEdit either it is impossible immediately from tsMuxer create Bluray ISO.

Test 3D-plane - keep on don't work right.

@staina This commit (https://github.com/justdan96/tsMuxer/pull/151) should hopefully solve the bug -waiting for merge.

Issue #126 is old already 10 days and yet no work :(
Will added and support for Dolby Atmos without core used in the MKV?

Lots of code to write. Maybe there will be some good wills to do it, but it is above my c++ and Qt5 abilities.

[a5180007]

@staina This commit (https://github.com/justdan96/tsMuxer/pull/151) should hopefully solve the bug -waiting for merge.

@staina @r0lZ could you please test the latest nightly bintray build.

[staina]

@staina @r0lZ could you please test the latest nightly bintray build.

Test 3D-plane - keep on don't work right. Testing The Hobbit: The Desolation of Smaug - red is different.

LOG from BD3D2MK3D

Streams of 00100.mpls, 1:36:05, 24 chapters, 00049.ssif :

Video : Und AVC, 1080p, 23.976 fps, right-eye
Video : Und MVC, 1080p, 23.976 fps, left-eye (32 3D-Planes)
Audio : Eng DTS-HD-Master, Multi-channel, 48 Khz
Audio : Ces AC3, Multi-channel, 48 Khz
Audio : Hun AC3, Multi-channel, 48 Khz
Audio : Pol AC3, Multi-channel, 48 Khz
Audio : Rus AC3, Multi-channel, 48 Khz
Subtitle: Eng PGS, 3D-plane: 1
Subtitle: Ara PGS, 3D-plane: 2
Subtitle: Ces PGS, 3D-plane: 3
Subtitle: Dan PGS, 3D-plane: 4
Subtitle: Est PGS, 3D-plane: 5
Subtitle: Fin PGS, 3D-plane: 6
Subtitle: Heb PGS, 3D-plane: 7
Subtitle: Hun PGS, 3D-plane: 8
Subtitle: Isl PGS, 3D-plane: 9
Subtitle: Nor PGS, 3D-plane: 10
Subtitle: Pol PGS, 3D-plane: 11
Subtitle: Por PGS, 3D-plane: 12
Subtitle: Ron PGS, 3D-plane: 12
Subtitle: Rus PGS, 3D-plane: 13
Subtitle: Swe PGS, 3D-plane: 14
Subtitle: Ces PGS, 3D-plane: 3
Subtitle: Hun PGS, 3D-plane: 8
Subtitle: Pol PGS, 3D-plane: 11
Subtitle: Rus PGS, 3D-plane: 13

LOG from tsMuxeR

V_MPEG4/ISO/MVC, "H:\BDMV\PLAYLIST\00100.mpls", insertSEI, contSPS, track=4114
V_MPEG4/ISO/AVC, "H:\BDMV\PLAYLIST\00100.mpls", insertSEI, contSPS, track=4113
A_DTS, "H:\BDMV\PLAYLIST\00100.mpls", track=4352, lang=eng
A_AC3, "H:\BDMV\PLAYLIST\00100.mpls", track=4353, lang=ces
A_AC3, "H:\BDMV\PLAYLIST\00100.mpls", track=4354, lang=hun
A_AC3, "H:\BDMV\PLAYLIST\00100.mpls", track=4355, lang=pol
A_AC3, "H:\BDMV\PLAYLIST\00100.mpls", track=4356, lang=rus
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=1, track=4608, lang=eng
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=2, track=4609, lang=ces
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=3, track=4610, lang=ara
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=4, track=4611, lang=dan
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=5, track=4612, lang=est
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=6, track=4613, lang=fin
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=7, track=4614, lang=heb
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=8, track=4615, lang=hun
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=9, track=4616, lang=isl
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=10, track=4617, lang=nor
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=11, track=4618, lang=pol
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=12, track=4619, lang=por
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=12, track=4620, lang=ron
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=13, track=4621, lang=rus
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=14, track=4622, lang=swe
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=3, track=4623, lang=ces
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=8, track=4624, lang=hun
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=11, track=4625, lang=pol
S_HDMV/PGS, "H:\BDMV\PLAYLIST\00100.mpls", fps=23.976, 3d-plane=13, track=4626, lang=rus

[a5180007]

@staina thanks for the details, I have reproduced the bug with Hobbit Smaug and this patch (https://github.com/justdan96/tsMuxer/pull/157) should definitely correct it.
Edit: you can test the build on my fork https://github.com/jcdr428/tsMuxer/actions

[staina]

@staina thanks for the details, I have reproduced the bug with Hobbit Smaug and this patch (https://github.com/justdan96/tsMuxer/pull/157) should definitely correct it.
Edit: you can test the build on my fork https://github.com/jcdr428/tsMuxer/actions

3D-plane is OK.

[BloodyRipper]

yep commas. changed that and now its working properly. thank you
You shouldn't need to change locale settings - fix for this issue was merged a dozen commits back, and it shouldn't occur with the latest nightly builds.

[r0lZ]

@staina thanks for the details, I have reproduced the bug with Hobbit Smaug and this patch (https://github.com/justdan96/tsMuxer/pull/157) should definitely correct it.
Edit: you can test the build on my fork https://github.com/jcdr428/tsMuxer/actions
I can confirm that there are no 3D-Planes bugs any more in your fork.
And the "phantom streams" (present in the M2TS but unreferenced in the MPLS) are now clearly identified as such with "(PID not in MPLS)" instead of the confusing "3D-Plane: zero".
Great work ! Thanks !

[a5180007]

''Ability to detect audio delay for TS/M2TS/MPG/VOB/EVO sources;''

Could it be possible to add support to this ability for MKV sources as well ?

@imhh11 Please try last build 8052afb on my fork https://github.com/jcdr428/tsMuxer/actions .
I will push the patch when it is confirmed it is working well.

[imhh11]

@imhh11 Please try last build 8052afb on my fork https://github.com/jcdr428/tsMuxer/actions .
I will push the patch when it is confirmed it is working well.

Yes, it's working.
Awesome work, thank you !

[a5180007]

Yes, it's working.
Awesome work, thank you !

Good ! The patch has been merged and is in the nightly-2020-01-23--01-09-23.

[manolito]

Thanks very much a5180007 for this latest nightly... :thanks:

On my ancient computer (P3 without SSE2, WinXP) the last working tsMuxeR version used to be 2.6.12 from 2014.

Your builds are different. The GUI does not work (as expected), but the CLI executable works like a charm. And it runs beautifully under the old GUI, I have not found any issues so far.


Thanks again
manolito

[FilipeAmadeuO]

Thanks very much a5180007 for this latest nightly... :thanks:

On my ancient computer (P3 without SSE2, WinXP) the last working tsMuxeR version used to be 2.6.12 from 2014.

Your builds are different. The GUI does not work (as expected), but the CLI executable works like a charm. And it runs beautifully under the old GUI, I have not found any issues so far.


Thanks again
manolito

Have you tried the latest versions from here:
https://www.videohelp.com/software/tsMuxeR

[manolito]

Have you tried the latest versions from here:
https://www.videohelp.com/software/tsMuxeR

These versions are identical.

[BloodyRipper]

On my ancient computer (P3 without SSE2, WinXP) the last working tsMuxeR version used to be 2.6.12 from 2014.

Your builds are different. The GUI does not work (as expected), but the CLI executable works like a charm. And it runs beautifully under the old GUI, I have not found any issues so far.The GUI will keep on working as long as the "protocol" used to communicate between the CLI and the GUI isn't changed. This isn't planned so far, but keep in mind that it might change without notice. Any new features also *might* impact the "protocol" so that something stops working suddenly when using the old GUI.

Unfortunately, I'm afraid I don't have good news for you regarding the GUI : Qt has required SSE2 support in all builds since version 5.3.0 (https://lists.qt-project.org/pipermail/development/2013-November/014085.html). As for the CLI, it's a consequence of building the Windows versions with MinGW, which uses legacy x87 instructions by default. MSVC, on the other hand, has enabled SSE2 by default since Visual Studio 2012 or so. Roman's own tsMuxeR builds were most possibly made with MSVC.

[maxibon]

Could someone check please?, TSMuxer hide subtitles when I try to replace the spa (latin) with spa (spain). For instance:
Source: PLAYLIST REPORT:

Name: 00700.MPLS
Length: 2:13:04.976 (h:m:s.ms)
Size: 55,198,617,600 bytes
Total Bitrate: 55.30 Mbps

VIDEO:

Codec Bitrate Description
----- ------- -----------
MPEG-H HEVC Video 46163 kbps 2160p / 23.976 fps / 16:9 / Main 10 @ Level 5.1 @ High / 10 bits / HDR10 / BT.2020

AUDIO:

Codec Language Bitrate Description
----- -------- ------- -----------
DTS-HD Master Audio English 4545 kbps 7.1 / 48 kHz / 4545 kbps / 24-bit (DTS Core: 5.1 / 48 kHz / 1509 kbps / 24-bit)
Dolby Digital Audio English 448 kbps 5.1 / 48 kHz / 448 kbps / DN -31dB
Dolby Digital Audio Spanish 448 kbps 5.1 / 48 kHz / 448 kbps / DN -31dB
Dolby Digital Audio French 448 kbps 5.1 / 48 kHz / 448 kbps / DN -31dB
Dolby Digital Audio English 224 kbps 2.0 / 48 kHz / 224 kbps / DN -31dB

SUBTITLES:

Codec Language Bitrate Description
----- -------- ------- -----------
Presentation Graphics English 53.456 kbps
Presentation Graphics Spanish 38.371 kbps
Presentation Graphics French 41.440 kbps
Presentation Graphics English 81.546 kbps
Presentation Graphics Spanish 71.088 kbps
Presentation Graphics French 76.848 kbps

After replace clpi, m2ts and preserving the mpls the result is:

Disc Title: XXXXXXXX
Disc Label:XXXXXXXXXXXX
Disc Size: 57,680,873,663 bytes
Protection: AACS2
Playlist: 00800.MPLS
Size: 0 bytes
Length: 2:13:04.976
Total Bitrate: 0.00 Mbps
Video: MPEG-H HEVC Video / 0 kbps / 2160p / 23.976 fps / 16:9 / Main 10 @ Level 5.1 @ High / 10 bits / HDR10 / BT.2020
Audio: English / DTS-HD Master Audio / 7.1 / 48 kHz / 24-bit (DTS Core: 5.1 / 48 kHz / 1509 kbps / 24-bit)
Audio: English / Dolby Digital Audio / 5.1 / 48 kHz / 448 kbps / DN -31dB
Audio: Spanish / DTS Audio / 5.1 / 48 kHz / 768 kbps / 24-bit
Audio: French / Dolby Digital Audio / 5.1 / 48 kHz / 448 kbps / DN -31dB
Audio: English / Dolby Digital Audio / 2.0 / 48 kHz / 224 kbps / DN -31dB
* Subtitle: English / 0.000 kbps
* Subtitle: Spanish / 0.000 kbps
* Subtitle: French / 0.000 kbps
* Subtitle: English / 0.000 kbps
* Subtitle: French / 0.000 kbps
* Subtitle: Spanish / 0.000 kbps

So subtitles doesn't work

Am I doing something wrong?

Regards

[Hart2hart]

Quick status that is now old news but I’ve ripped and remuxed 4 movie only from UHD disks with Dolby Vision. They all play with audio video and subtitles in sync for at least 10-30 minutes that I watched.


Don’t have a DV player or TV so can’t comment on that but it’s is in the stream.

Fantastic!

[filler56789]

Roman's own tsMuxeR builds were most possibly made with MSVC.

The Windows binaries of tsMuxeR, you meant.
Yes, you can be sure they were made with MSVC, not with MinGW-w64&&MSYS. The original source-code was messy as Hell, but at least it didn't require a posix-threaded compiler without a very-good reason.