View Full Version : tsMuxer Open Source
a5180007
19th January 2022, 22:10
Hi, please download this fork of tsMuxer to test the addition of pure MLP/TrueHD Codec (needs a github account):
Win64 (https://github.com/jcdr428/tsMuxer/suites/4993766373/artifacts/146219352)
Win32 (https://github.com/jcdr428/tsMuxer/suites/4993766384/artifacts/146218936)
Linux (https://github.com/jcdr428/tsMuxer/suites/4993766372/artifacts/146218594)
Mac (https://github.com/jcdr428/tsMuxer/suites/4993766375/artifacts/146218716)
Use it with the usual tsMuxerGUI.
You can report issues here, I will not push until confident there is no side effect.
SeeMoreDigital
19th January 2022, 22:15
Hi, please download this fork of tsMuxer to test the addition of MLP/TrueHD Codec Have I missed a meeting... What's it supposed to do?
gonca
19th January 2022, 22:49
pure MLP/TrueHD Codec
I believe he means thd audio with no core in BD structure
gonca
19th January 2022, 23:18
Hi, please download this fork of tsMuxer to test the addition of pure MLP/TrueHD Codec (needs a github account):
Win64 (https://github.com/jcdr428/tsMuxer/suites/4993766373/artifacts/146219352)
Win32 (https://github.com/jcdr428/tsMuxer/suites/4993766384/artifacts/146218936)
Linux (https://github.com/jcdr428/tsMuxer/suites/4993766372/artifacts/146218594)
Mac (https://github.com/jcdr428/tsMuxer/suites/4993766375/artifacts/146218716)
Use it with the usual tsMuxerGUI.
You can report issues here, I will not push until confident there is no side effect.
Did a quick test
tsMuxerGUI warned about a non standard BD codec but muxed it fine.
Plays back fine if the m2ts is played, however, is I tried to play back the BD structure no sound came thru.
Used BDEdit to check the playlist and none of the entries showed up (Dolby lossless, 48khz, multi-channel,etc)
I added these values and the sound works fine when played back as a BD in a software player.
Will this work with EAC3 as well?
a5180007
19th January 2022, 23:39
Used BDEdit to check the playlist and none of the entries showed up (Dolby lossless, 48khz, multi-channel,etc)
I added these values and the sound works fine when played back as a BD in a software player.
Thanks, useful. So I'll put the same values as ac3+thd in the mpls/clpi.
Will this work with EAC3 as well?
Yes, once the trueHD job is complete I'll start working on it.
gonca
19th January 2022, 23:46
Yes, once the trueHD job is complete I'll start working on it.
Thank you
Kuler087
20th January 2022, 00:27
Use it with the usual tsMuxerGUI.
You can report issues here, I will not push until confident there is no side effect.
thanks a lot :)
gonca
20th January 2022, 01:05
@a5180007
Do you want me to burn to disc and try a hardware player?
gonca
20th January 2022, 01:55
Repeated the test.
Folder structure played fine on software player.
Burned folder to disc and it would not play on hardware player (Sony)
SeeMoreDigital
20th January 2022, 09:52
I believe he means thd audio with no core in BD structure
Very useful ;)
a5180007
20th January 2022, 18:33
Folder structure played fine on software player.
Burned folder to disc and it would not play on hardware player (Sony)
The m2ts with pure True-HD seems to be read by most software players, but the Blu-ray chips expect a compliant ac3+thd.
gonca
20th January 2022, 18:38
The m2ts with pure True-HD seems to be read by most software players, but the Blu-ray chips expect a compliant ac3+thd.
Agreed.
The warning about non-compliant codec should make users realize that the playback method matters
But it is a great feature for software based playback
a5180007
20th January 2022, 20:05
The warning about non-compliant codec should make users realize that the playback method matters
Latest version:
Linux (https://github.com/jcdr428/tsMuxer/suites/5006139590/artifacts/146948014)
Mac (https://github.com/jcdr428/tsMuxer/suites/5006139592/artifacts/146947595)
Win64 (https://github.com/jcdr428/tsMuxer/suites/5006139587/artifacts/146949189)
Win32 (https://github.com/jcdr428/tsMuxer/suites/5006139588/artifacts/146948781)
SeeMoreDigital
20th January 2022, 20:31
Agreed.
The warning about non-compliant codec should make users realize that the playback method matters
But it is a great feature for software based playbackLatest version:
Linux (https://github.com/jcdr428/tsMuxer/suites/5006139590/artifacts/146948014)
Mac (https://github.com/jcdr428/tsMuxer/suites/5006139592/artifacts/146947595)
Win64 (https://github.com/jcdr428/tsMuxer/suites/5006139587/artifacts/146949189)
Win32 (https://github.com/jcdr428/tsMuxer/suites/5006139588/artifacts/146948781)
If somebody is able to create a short 'HEVC with TrueHD' sample muxed within a 'Blu-ray Folder' set, I will test it with my OPPO ;)
gonca
20th January 2022, 21:33
Worked fine, no modification of the playlist required
gonca
20th January 2022, 21:43
If somebody is able to create a short 'HEVC with TrueHD' sample muxed within a 'Blu-ray Folder' set, I will test it with my OPPO ;)
Check your p.m.
SeeMoreDigital
20th January 2022, 22:27
Check your p.m.
Interesting....
My OPPO's 'front display' detects the audio stream as being 'TrueHD'. But it's 'on-screen' display (as seen on the TV) does not register any audio format being present.
Also, after a few seconds the file stops playing and the OPPO crashes :(
gonca
20th January 2022, 22:38
The hardware requires compliant streams, I guess.
For software or media player playback it is a good feature
SeeMoreDigital
20th January 2022, 23:08
I guess so...
Unless there are some other tweaks that can be done.
Cheers
[EDIT: Wow... This is my 12,000th post on the forum]
gonca
20th January 2022, 23:22
I guess so...
Unless there are some other tweaks that can be done.
Cheers
[EDIT: Wow... This is my 12,000th post on the forum]
Congrats
As for the tweaks, that will come later with more people trying different things
It doesn't work on two UHD players that we know, it might work on some others
Kuler087
21st January 2022, 00:28
Sony X700 = no audio with TS and bluray folder as expected.
Nvidia Shield = success.
a5180007
21st January 2022, 17:00
Unless there are some other tweaks that can be done.
Such as adding a blank 32kbps 2-channel AC3 frame before each TrueHD frame. This would allow the Blu-ray players to read the TrueHD, but it would be strange to have an empty AC3 stream in the m2ts.
gonca
21st January 2022, 17:15
Such as adding a blank 32kbps 2-channel AC3 frame before each TrueHD frame. This would allow the Blu-ray players to read the TrueHD, but it would be strange to have an empty AC3 stream in the m2ts.
As per the Github entry, that should work for hardware players (compatibility wise).
I would guess that modern equipment all support the HD versions of audio
It would re-introduce spec compliancy and so get rid of playback method issues.
It would also be a good solution to eac3 without a core.
Kuler087
21st January 2022, 18:13
Such as adding a blank 32kbps 2-channel AC3 frame before each TrueHD frame.
YES please :)
SeeMoreDigital
21st January 2022, 20:51
Such as adding a blank 32kbps 2-channel AC3 frame before each TrueHD frame. Yeah... If this means creating an low bit-rate AC3 core, then that would 'tick' all the boxes ;)
tebasuna51
22nd January 2022, 12:03
Such as adding a blank 32kbps 2-channel AC3 frame before each TrueHD frame. This would allow the Blu-ray players to read the TrueHD, but it would be strange to have an empty AC3 stream in the m2ts.
Don't need to be a empty stream, can be a downstereo recode with:
eac3to input.thd output.thd+ac3 -downStereo -32
The output is:
TrueHD/AC3, 7.1 channels, 48kHz
(embedded: AC3, 2.0 channels, 32kbps, 48kHz)
a5180007
22nd January 2022, 17:18
Don't need to be a empty stream, can be a downstereo recode with:
eac3to input.thd output.thd+ac3 -downStereo -32
Indeed that would be much better to transcode the AC3 with eac3to rather than adding a silent AC3 stream.
It would also be a good solution to eac3 without a core.
I believe that pure eac3 are already accepted by tsMuxer ?
gonca
22nd January 2022, 18:27
I believe that pure eac3 are already accepted by tsMuxer ?
I just tried the latest nightly and tsMuxeR threw an error.
Pure eac3 is not a compatible codec, aborting
Deleted the playlist fom the structure it created
I am referring to the BD folder selection
Kuler087
22nd January 2022, 18:35
Indeed that would be much better to transcode the AC3 with eac3to rather than adding a silent AC3 stream.
But wouldn't that make the whole process a lot longer?
I think I would prefer an empty core like the Atmos E-AC3 streaming services use. It works perfectly fine on my bluray player
https://i.ibb.co/8cS3Gq1/Capture.png
a5180007
23rd January 2022, 19:21
I just tried the latest nightly and tsMuxeR threw an error.
Ok, it will be fixed in tomorrow's release.
gonca
24th January 2022, 03:30
Thank you.
It works fine and will simplify my workflow on some of my media files
MrVideo
25th January 2022, 06:49
Works great in my Sony UBP-X800M2 bitstreamed to my Denon AVR-X8500H.
shroomM
25th January 2022, 14:15
But wouldn't that make the whole process a lot longer?
I think I would prefer an empty core like the Atmos E-AC3 streaming services use. It works perfectly fine on my bluray player
https://i.ibb.co/8cS3Gq1/Capture.png
+1
It would be a very nice option - if plain TrueHD is detected, add an option to generate THD+AC3 with empty core all within tsMuxer.
gonca
25th January 2022, 22:48
+1
It would be a very nice option - if plain TrueHD is detected, add an option to generate THD+AC3 with empty core all within tsMuxer.
See post 1176
shroomM
26th January 2022, 12:52
See post 1176
Oh, yeah, I know and use that already.
What I'm saying is it would be more convenient to have this within tsMuxer.
For me, eac3to takes quite some time to transcode TrueHD to AC3 for core. I assume it'd be faster to have tsMuxer generate empty frames.
In my case, I'm playing my media on an Oppo clone which passes audio to my AVR which supports TrueHD. So I'm ok with an empty core. Other users might have different use cases.
Kuler087
26th January 2022, 18:33
@shroomM exactly!
plus I don't see the point of encoding a 32kbps 2.0 core, might as well encode it at 640kbps 5.1 instead.
SeeMoreDigital
26th January 2022, 18:51
...plus I don't see the point of encoding a 32kbps 2.0 core, might as well encode it at 640kbps 5.1 instead.
While this would be preferable, it would however require the addition of an audio 'encoder' to generate the Dolby Digital core!
On the plus side (if I understand correctly), it sounds like it might be possible to create an 'Blu-ray spec compliant' empty/fake (32kbps 2-channel) core using TSmuxer alone ;)
Kuler087
26th January 2022, 19:06
empty/fake (32kbps 2-channel) core using TSmuxer alone ;)
How do you make thd+ac3 with a fake 32kbps core without re-encoding?
Last time I checked, encoding at 640 or 32kbps in eac3to takes the same time.
So if making an empty core is possible right now, i'd like to know how because I'm wasting a LOT of time re-encoding a 640 ac3 to my trueHD track from mkv files.
SeeMoreDigital
26th January 2022, 19:19
...So if making an empty core is possible right now, i'd like to know how because I'm wasting a LOT of time re-encoding a 640 ac3 to my trueHD track from mkv files.From what I understand... This is what's currently being looked into/investigated... It's not an option yet!
Kuler087
26th January 2022, 19:41
awesome, can't wait!!
Hopefully, making a single-track dual-layer TS/m2ts from DV bluray disc is next :D
a5180007
27th January 2022, 19:13
How do you make thd+ac3 with a fake 32kbps core without re-encoding?
Last time I checked, encoding at 640 or 32kbps in eac3to takes the same time.
There would be no encoding involved -only interleaving the same 128-byte silent/blank AC3 frame before the TrueHD frames.
Kuler087
27th January 2022, 20:49
There would be no encoding involved -only interleaving the same 128-byte silent/blank AC3 frame before the TrueHD frames.
Good to hear, thank you for the hard work.
von Suppé
28th January 2022, 20:42
awesome, can't wait!!
Hopefully, making a single-track dual-layer TS/m2ts from DV bluray disc is next :D
What would be the benefit compared to a dual-track dual-layer m2ts as it is now?
Kuler087
28th January 2022, 21:07
What would be the benefit compared to a dual-track dual-layer m2ts as it is now?
dual track dual layer TS/m2ts files have a nasty bug on the oppo and sony x700. You can't play two files in a row otherwise the player is locked with a green-purple screen.
https://forum.doom9.org/showthread.php?p=1931032#post1931032
I would keep both options available though because some ST-DL files won't play at all.
EDIT:. it turns out the x800m2 is not affected by this bug, it might be an x700/oppo bug after all because I read they both have the same SOC
gonca
28th January 2022, 22:45
There would be no encoding involved -only interleaving the same 128-byte silent/blank AC3 frame before the TrueHD frames.
Would it be possible to apply this solution to the no core E-AC3 tracks in order to create a "core" and make it compliant?
a5180007
29th January 2022, 21:39
Would it be possible to apply this solution to the no core E-AC3 tracks in order to create a "core" and make it compliant?
Edit: IMO it cannot be done with eac3 streams: in Blu-rays the eac3 frames are coded to be a complement of the ac3 core. The only way to change eac3 to ac3+eac3 is to reencode.
Whilst TrueHD frames are totally independent from the ac3 frames: the frames are simply interleaved in the same stream.
gonca
29th January 2022, 22:38
Edit: IMO it cannot be done with eac3 streams: in Blu-rays the eac3 frames are coded to be a complement of the ac3 core. The only way to change eac3 to ac3+eac3 is to reencode.
Whilst TrueHD frames are totally independent from the ac3 frames: the frames are simply interleaved in the same stream.
Fair enough, and thanks for your efforts so far
von Suppé
25th February 2022, 10:52
In case of importing TrueHD+Atmos or EAC3 JOC, it would be nice if tsMuxer GUI's track info would show such information.
Any chance this can be implemented?
von Suppé
27th February 2022, 08:18
Wow, that's quick, thanks. Can you do this for E-AC3 JOC too?
a5180007
27th February 2022, 16:44
Wow, that's quick, thanks. Can you do this for E-AC3 JOC too?
@von Suppé True-HD was easy: if there are four substreams, the fourth is deemed to be Atmos.
It is more complicated for EAC3 JOC: from what I can gather all audio frame and blocks need to be fully parsed before arriving to the auxiliary data, so as to test the presence of Atmos metadata.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.