tsMuxer Open Source

[filler56789]

Update 2:

I had to copy the zlib and the freetype libraries to the "......./i686-w64-mingw32/lib" directory, and now finally there exists a tsMuxeR.exe v2.6.15.

tsMuxeR version 2.6.15. github.com/justdan96/tsMuxer

But nope, there is no reason for celebrating yet.

[justdan96]

@qyot27 I merged the CMake stuff a bit early as I wanted to test the cross compilation, sorry should have done that on a separate branch.

@filler56789 Good to see you got the 32 bit zlib and Freetype libraries set up and the compile working. Once the crossbuild stuff is finished we should be able to generate Windows, Linux and Mac binaries easily using Docker.

[filler56789]

At last, here goes the pesky binary...
Play at your own risk

http://www.mediafire.com/file/3pc2y8...15-CLI.7z/file

[manolito]

Thanks very much for this build...

On my ancient computer (CPU without SSE2 support, WinXP) all the tsMuxeR.exe CLI executables from v.1.10.6 upwards crashed. This one doesn't, and the CLI works nicely with the older 2.6.12 GUI.

Only one thing does not work: Trying to create a BluRay ISO file directly results in a broken ISO and this error message:

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
terminate called after throwing an instance of 'std::runtime_error'
what(): Wrong Parameter.

No big deal...


Cheers
manolito

[filler56789]

@manolito: you're welcome

And to whom this may interest, here goes a 64-bit build:

http://www.mediafire.com/file/nq6nff...CLI-64.7z/file

P.S.:

@justdan96: time to update the README.md alright.

"the program currently only compiles 32-bit executables, even on 64-bit systems"

[filler56789]

Originally Posted by manolito

Only one thing does not work: Trying to create a BluRay ISO file directly results in a broken ISO and this error message:

Creating Blu-ray stream info and seek index
Creating Blu-ray playlist
Mux successful complete
Finalize ISO disk
terminate called after throwing an instance of 'std::runtime_error'
  what():  The parameter is incorrect.


This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Very interesting indeed, I have just confirmed the problem exists...

On the other hand, the 64-bit edition seems to be okay

Creating Blu-ray stream info and seek index
Creating Blu-ray playlist
Mux successful complete
Finalize ISO disk
Muxing time: 5 sec

The resulting .ISO is recognized by WinRAR, MediaInfo, and it is "playable" as well.

[manolito]

I just tested the official v. 2.6.12 on a different computer, and when trying to directly create a BD ISO there is no error message at all, but the resulting ISO is just as broken. The only difference when using your 2.6.15 CLI executable is the error message followed by Win7-64 telling me that the application is not working any more and must be closed.

So this error must already have been there before 2.6.15.


//EDIT//
Sorry I have to correct myself...
The ISO files created by v. 2.6.12 do work, they play in all the players I threw them at. What does not work is trying to open them in 7-Zip, and I am not sure if this has something to do with my 7-Zip version (19.00 x64). I remember that I was able to open ISOs in 7-Zip, but with an older 32-bit version.

But the 64-bit CLI version indeed works flawlessly for me under the 32-bit GUI.


(Probably stupid) question:
Can I use your 64-bit CLI version under the 32-bit GUI?

[filler56789]

Originally Posted by manolito

I just tested the official v. 2.6.12 on a different computer, and when trying to directly create a BD ISO there is no error message at all, but the resulting ISO is just as broken. The only difference when using your 2.6.15 CLI executable is the error message followed by Win7-64 telling me that the application is not working any more and must be closed.

So this error must already have been there before 2.6.15.

Thanks for reporting. I had no use for the ISO feature of TSMuxer, so I had never tried it.

(Probably stupid) question:
Can I use your 64-bit CLI version under the 32-bit GUI?

I thought the answer should be "no", but because I am stubborn, I ran a quick test, and discovered that the answer is "yes"

[manolito]

[outgoing]

Originally Posted by filler56789

Thanks for reporting. I had no use for the ISO feature of TSMuxer, so I had never tried it.

The feature to create the .iso is basic to create a 3D bluray image, without this function will not work to build a 3D.

[filler56789]

Very well, I've managed to make the CLI "stuff" somewhat less messy...
now the bundle includes the source-codes of both zlib and freetype2, in the same way it already included libmediation. Besides, I removed the GUI directory and the Visual Studio & Mac files. All the user has to do is run the autobuild.sh script. CMake is required for building zlib.

Evidently, I modified (i.e., simplified) tsMuxer's makefile (even more). But something strange happened: the mingw32 compiler built the .EXE normally (again), but the mingw64 one stopped the job because of something that it didn't like in the file tsMuxer/src/bitStream.cpp:

for (; len >= 8 && ((unsigned long) src % sizeof(unsigned)) != 0; len -= 8) {

It is strange because yesterday the problem didn't appear when I compiled the 64-bit .exe "manually"

So I added the cflag "-fpermissive" to the makefile and now the 64-bit compiler doesn't complain anymore.
I know this is not the actual solution to the problem, but it's all that I can do for the time being.

Download the archive from Mediafire:

http://www.mediafire.com/file/ep7zek...15-src.7z/file

[gonca]

@manolito
I have the same version of 7zip as you and it opens iso files just fine

[filler56789]

Background: yesterday I intended to do some hexedit(s) in tsMuxerGUI.exe v2.6.12 and so I unpacked (upx -d) it. But then I discovered that the unpacked .EXE crashes when double-clicked

Question (@justdan96) — does the GUI v2.6.15 have this same "feature" (or design flaw) as the previous one?

[manolito]

Originally Posted by gonca

@manolito
I have the same version of 7zip as you and it opens iso files just fine

Yes, mine does, too...

ImgBurn revealed the issue:
Normal ISO files use the ISO9660 + UDF1.02 file system, and 7-Zip opens these ISO files without problems. BluRay ISO files use the UDF2.50 file system, and this ISO format is not compatible with 7-Zip. This even happens on a Win7-64 computer which has built-in support for UDF2.50 (for WinXP users need to install a separate UDF2.50 driver).

So this issue is not the fault of tsMuxeR.

[justdan96]

I'm in the process of fixing up the CMake configuration so the binaries can be built via an automated pipeline for each OS & architecture, once I am home I'll see if filler56789's changes can merge easily into what I've already done so far. Also UPX won't be used in future builds.

[filler56789]

Feature request OR enhancement suggestion (whichever you prefer):

make tsMuxer accept and deal-with pure TrueHD streams, i.e., .thd files without an AC-3 substream. tsMuxer already accepts "coreless" DTS-HD streams, therefore...

Remember, .thd+ac3 is mandatory only for Blu-Ray authoring, not for generic .ts /.m2ts files.

[outgoing]

Another very nice feature to add, long ago Roman commented that he was going to implement but unfortunately did not it finally, is to keep the SubPath of the main playlist that has IG menu (pop up menu) linked in, whenever there is one with this feature ends up losing it. Sometimes it can be restored with bdedit but sometimes it is not fully compatible.

[ryu34]

Originally Posted by filler56789

Feature request OR enhancement suggestion (whichever you prefer):

make tsMuxer accept and deal-with pure TrueHD streams, i.e., .thd files without an AC-3 substream. tsMuxer already accepts "coreless" DTS-HD streams, therefore...

Remember, .thd+ac3 is mandatory only for Blu-Ray authoring, not for generic .ts /.m2ts files.

Would love this feature +1

[SeeMoreDigital]

While we're on the subject of feature requests...

The ability to create compliant HEVC video stream muxes would be nice.

[Gser]

Originally Posted by filler56789

Feature request OR enhancement suggestion (whichever you prefer):

make tsMuxer accept and deal-with pure TrueHD streams, i.e., .thd files without an AC-3 substream. tsMuxer already accepts "coreless" DTS-HD streams, therefore...

Remember, .thd+ac3 is mandatory only for Blu-Ray authoring, not for generic .ts /.m2ts files.

Demuxing DTS-HD files with the lossless part included also produces non-compliant .dts files (should be .dtshd) that DTS-HD Master Audio Suite fails to recognize. eac3to and mkvextract also have this problem.