MP4 muxers

[tebasuna51]

What would be a good alternative tool for mp4 files?

Maybe GPAC-MP4Box, there are a link to v2.2-rev0 here (https://forum.doom9.org/showthread.php?p=1981982#post1981982) 2022-12-21

And MeGUI update load a v2.3 (rev 349) 2023-07-30

For latest stable release 2.2.1 27/04/2023 and Nightly builds https://gpac.io/downloads/gpac-nightly-builds/

[qyot27]

I had a feeling that ffmpeg mp4 was kinda broken. But didn't expect it to be this bad...
What would be a good alternative tool for mp4 files?

L-SMASH? Last I knew, it was still attempting to be spec-compliant.

[FranceBB]

Maybe GPAC-MP4Box

+1 for MP4Box, I've been using for years and it has been reliably muxing all my files in mp4.
It's nice, easy to use and cross platform.

[tormento]

Is there any reliable GUI for it?

[ChaosKing]

L-SMASH? Last I knew, it was still attempting to be spec-compliant.

l-smash can create mp4 files?

[StainlessS]

I still use Yamb on occasion, but it can be a bit temperamental.

[tormento]

I still use Yamb on occasion, but it can be a bit temperamental.
I used Yamb but got broken with latest builds.

[FranceBB]

Is there any reliable GUI for it?

MP4Box GUI 0.6.0.6, but it runs on an older version.
It will be totally fine for H.264 + AAC in MP4, though. ;)

Here: https://www.videohelp.com/software/My-MP4Box-GUI

I prefer to do this, though:

mp4box.exe -add "raw_video.h264" -add "audio.aac" "final_output.mp4"

pause

[StainlessS]

My ver$ Yamb about box shows v2.0,
but Changelog shows,


Changes for the 2.1.0.0 beta 2 release (2009/06/29)

[Addons]
- TS/M2TS Extraction is now managed by EAC3to.
- QuickTime compatibility for AVC streams containing B-Frames.
- appleTV compliancy (not tested on such device though...).
- Windows Seven support.

[Improvements]
- Better Internal Files detection.
- Better AC3-in-MP4 files creation.
- Better MKVExtract detection.
- Few tunings in the NSIS script.

[Updates]
- MediaInfo library (0.7.17)
- MP4Box (0.4.6-dev_20090629)
- MKVExtract (2.9.5)
- EAC3to (3.16)

[Regression]
- Disable temporarily the ASS/SSA Converter. Need to find a better algorithm...

[Fixes]
- Fix splitting command lines errors.
- Fix Matroska tasks convertion.
- Fix mkvtoolnix libs missing from the installer.
- Several other fixes.

It also has in the folder,
MediaInfo.dll
libgpac.dll
ea3to
mkvextract
Mp4Box

Although probably older versions.

I think I usually do one thing at once, then re-run Yamb again for any further operations. [avoids most problems]

I could put the ver$ I have up if needed.

[LigH]

l-smash can create mp4 file?

Yes, it is actually a whole software suite (https://github.com/l-smash/l-smash). You may only know L-SMASH Works which only uses the MP4 (or more generally, its ISO Base Media File) demultiplexer out of it in an Avisynth/VapourSynth source filter.

Unfortunately it is quite hard to find a standalone binary of the L-SMASH multiplexer today. I found an old one from 2014 (https://www.nmm-hd.org/newbbs/viewtopic.php?t=361) by 06_taro who used to be a member here too... (and that link is dead now)

[jones1913]

Is there any reliable GUI for it?

maybe there is something suitable in my signature...

[StvG]

Unfortunately it is quite hard to find a standalone binary of the L-SMASH multiplexer today. I found an old one from 2014 (https://www.nmm-hd.org/newbbs/viewtopic.php?t=361) by 06_taro who used to be a member here too... (and that link is dead now)

Here (https://files.catbox.moe/487sjg.7z) the binaries from the latest commit of the vimeo fork (https://github.com/vimeo/l-smash).

Use xxx --help to see the available commands.

[tebasuna51]

Make a GUI to use MP4Box is really easy, but add other tools to extract and check if streams (video, audio, subs) are mp4 compliants, and convert them if not, is more complicated and require maintain updated all the tools used.

Talking about MP4Box GUI's I recommend MeGUI with updated tools to extract and encode video and audio.

Tool MeGUI Yamb MP4.tool My MP4Box GUI
------------ ----- ---- -------- --------------
MP4Box 2023 2009 2013 2013 installer
MediaInfo 2018 2009 2014 ? not installed
eac3to 2022 2009 - ?
MkvExtract 2023 - 2014 ?
tsMuxer 2023 - 2013 ?
AviSynth 2020+ - - -
ffmpeg 2022 - - -
x264/x265 2023 - - -

[ChaosKing]

Megui has auto updates so I'll take that, thx.

This seems also interesting https://www.bento4.com/

[SeeMoreDigital]

It would be great if someone could develop a new .mp4 muxer and GUI :D

[LigH]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 13.2):

MP4Box 2.3-DEV-rev937-g69b32cebf-ab-suite (https://www.mediafire.com/file/hi6fwml5oncymrd/MP4Box_2.3-DEV-rev937-g69b32cebf-ab-suite.7z/file)

GPAC 2.3-DEV-rev937-g69b32cebf-ab-suite (https://www.mediafire.com/file/5a6o1rqcih9b99e/gpac_2.3-DEV-rev937-g69b32cebf-ab-suite.7z/file)


Another interactive MP4/MKV remux GUI tool: BOX4 (https://www.videohelp.com/software/BOX4) (not sure which multiplexers it uses internally)

[SeeMoreDigital]

Was there an MP4 muxer that allowed you to alter and amend certain parameters of an h.264 elementary stream prior to muxing?

[LigH]

H264 Patcher and BDTools (https://www.videohelp.com/software/H264-Patcher-and-BD-Tools) maybe?

[SeeMoreDigital]

I think it had a GUI... It's a long time ago!

How mature is FFmpeg at .mp4 muxing?

[AVIL]

I use avidemux from Mulder. I don't need do special treatement (demux, remux,...) but they are options to optimize for streaming and changing the time scale (I even don't know the utility of this). I can change the number of tracks in audio, even add from file. The mp4 muxed-remuxed is 100% compliant with my devices. I also use "LosslessCut", even the resulting video where equal to original, but I can do any elemental changes (rotate, change number of audio tracks,...). Is ffmpeg based, so compart their weakeness. And finally, I use tsmuxer, for quick demuxing (with the help of TsMuxerGui)

[Brazil2]

MP4Box GUI 0.6.0.6, but it runs on an older version.
MP4-Mux-Tool uses recent versions of MP4Box ;)
https://github.com/jlw4049/MP4-Mux-Tool

[kedautinh12]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 13.2):

MP4Box 2.3-DEV-rev937-g69b32cebf-ab-suite (https://www.mediafire.com/file/hi6fwml5oncymrd/MP4Box_2.3-DEV-rev937-g69b32cebf-ab-suite.7z/file)

GPAC 2.3-DEV-rev937-g69b32cebf-ab-suite (https://www.mediafire.com/file/5a6o1rqcih9b99e/gpac_2.3-DEV-rev937-g69b32cebf-ab-suite.7z/file)


Another interactive MP4/MKV remux GUI tool: BOX4 (https://www.videohelp.com/software/BOX4) (not sure which multiplexers it uses internally)
What's different between of gpac and non-gpac?

[LigH]

Please read:

https://gpac.io/
https://github.com/gpac/gpac/wiki/

In most cases related to (de-)multiplexing MP4 files, MP4Box is all you need, it is already complex enough; GPAC supports even more kinds of media manipulation by building "filter" chains and even trees. Do you remember GraphEdit for DirectShow filter graphs? GPAC is like that ... on steroids, but with a command line interface, and all in one binary.

[SeeMoreDigital]

I've just remembered...

Many years ago I used DVBPortal's MP4Multiplexer/Demultiplexer as well. It used something called mp4creator.exe.

https://www.videohelp.com/software/MP4Muxer

EDIT: Needless to say mp4creator.exe is years out of date and not suitable for todays needs!

[qyot27]

I've just remembered...

Many years ago I used DVBPortal's MP4Multiplexer/Demultiplexer as well. It used something called mp4creator.exe.

https://www.videohelp.com/software/MP4Muxer

GStreamer has a particularly nasty bug with AAC streams muxed into MP4 by mp4creator that causes it to stop playing about halfway through the track, as if the file is truncated. libavcodec-based players and even faad can play/decode the entire length without issue, any players using GStreamer can't.

The same file (re)muxed with ffmpeg is totally fine in GStreamer, though. So it specifically has to do with how mp4creator arranges the atoms or something.

[manolito]

https://forum.doom9.org/showthread.php?p=1998336#post1998336

I cannot reproduce this issue, probably because my work flow is different. :scared:

Short Explanation:
My sources are mostly from YouTube or similar sites downloaded in the MP4 format (avc video in HD and aac audio). I leave the video untouched and manipulate the audio slightly. Then I save the result in the MKV format (simply because my old Xtreamer box likes the MKV format better than MP4).

These files are perfect for my needs, but sometimes a friend asks me for a certain video file. And most of my friends are Apple fan boys and want the files in the MP4 format instead of my MKV files. In these cases I repack the files to the MP4 format using FFMpeg (just change the container, no other changes), and so far I never got any complaints about seeking issues.

After reading Myrsloik's post I got curious and tested some of my MP4 files created from MKV files. And I could not find any seeking issues. MediaInfo reports 2 separate audio streams for the MP4, so the file size is marginally higher, but I could not see any of the problems which Myrsloik points out.

So is this really an FFmpeg issue with MP4 files? Maybe I should mention that my FFmpeg version is from January 2022 (last version which supports the Fraunhofer FDK AAC codec). And I need to use this AAC codec because my Xtreamer box tends to choke on AAC audio files created with FFmpeg.


Can someone enlighten me please? Maybe even uploat an MKV source file which shows this behavior after converting it to MP4 using FFmpeg?

Cheers
manolito

[SeeMoreDigital]

Out of interest...

Are there any MP4 muxers that are able to support .m2ts files that contain 'Dolby TrueHD with an AC3 core', or is the AC3 core always removed?

Cheers

[RBO]

As a GPAC implementor I don't think I have access to any such stream. Don't hesitate to share one if you want us to have a look.

[SeeMoreDigital]

As a GPAC implementor I don't think I have access to any such stream. Don't hesitate to share one if you want us to have a look.Any Blu-ray disc which has been encoded with Dolby TrueHD will offer this provided the Dolby TrueHD audio stream is kept within the .m2ts container and not re-muxed into the .mkv container.

Failing the above... It's possible to add a lossy AC3 stream into any lossless Dolby TrueHD stream using UsEac3To v1.3.3

Failing that failing... I shall also look for a short sample :)

EDIT: With any luck this link to my Microsoft OneDrive should work: https://1drv.ms/v/s!Aj3f3LPxO1ZSiBGDCb8Icet083qE?e=SjePZf. Click on the download icon at the top left corner.

[Video Dude]

After reading Myrsloik's post I got curious and tested some of my MP4 files created from MKV files. And I could not find any seeking issues. MediaInfo reports 2 separate audio streams for the MP4, so the file size is marginally higher, but I could not see any of the problems which Myrsloik points out.

I also never had any problems with ffmpeg produced mp4 files, which are thousands of files over the years. However, I don't remux mkv, my sources are mp4 and ts. I never had a seek or playback problem in any software or hardware player. I do a lot of editing with VideoReDo with the ffmpeg mp4s and I'm able to scrub and framestep the video (both forward and back) without issue.


Can someone enlighten me please? Maybe even uploat an MKV source file which shows this behavior after converting it to MP4 using FFmpeg?

I think the test files can be found here
https://forum.doom9.org/showthread.php?p=1992736#post1992736

[manolito]

Thanks Video Dude for confirming my findings... ;)

I did try the test files from your link, but they were not too helpful. Mostly the source mkv files were already broken, so it was no surprise that the resulting MP4 files were broken as well. The scenario which Myrsloik describes is different:

His mkv cource file has no search issues, but the MP4 file he gets after converting the source to MP4 using FFmpeg does have thouse search issues. And I cannot reproduce this problem, at least not for my source files (AVC video and AAC audio).

Maybe this is different for other source formats, so it would be nice if Myrsloyk or someone else could provide a link to a short MKV clip which has no problems, but which after converting it to MP4 using FFmpeg does show these issues.


Thanks again and cheers
manolito

[qyot27]

GStreamer has a particularly nasty bug with AAC streams muxed into MP4 by mp4creator that causes it to stop playing about halfway through the track, as if the file is truncated. libavcodec-based players and even faad can play/decode the entire length without issue, any players using GStreamer can't.

The same file (re)muxed with ffmpeg is totally fine in GStreamer, though. So it specifically has to do with how mp4creator arranges the atoms or something.
...And not even two months later, FFmpeg started hitting the exact same issue as GStreamer on a fresh install of Ubuntu 24.04 with FFmpeg and mpv from git. mp4creator-muxed files are truncated halfway through, but the same file played back on an older (2022) build of mpv on Windows has the entire length. 24.04 repository versions of faad and mediainfo also both report the correct length.

But considering I am far more comfortable bisecting FFmpeg than I would be trying to do that with the relevant plugin for GStreamer, I was able to find the commit that causes the issue (http://git.videolan.org/?p=ffmpeg.git;a=commit;h=836b8001c924deb9263b0f5b7c74ccfaab1f4fdc). The thing that doesn't make any sense is that that commit would have been present in the version of FFmpeg and mpv I was using on 23.10 just a couple days ago...where the issue wasn't happening. So I have to investigate further - my fear(?) is that while that commit may be the source of the issue for FFmpeg, it may have only been exposed and triggered because of a change in some other low-level part of the OS or even in GCC (which I suspect because trying to bisect the issue on 24.04 exhibited the same problem even with old versions between that commit and HEAD, which again, makes no sense when it didn't do this a couple months ago on 23.10).

EDIT: It seems to be a *bit* more nuanced than that. mpv had a couple of workarounds for FFmpeg's support of MP4 advanced editlists that was removed back in January. My build of mpv must have predated that, because reverting the removal commit only from mpv and not from FFmpeg allowed the file to work the way it was intended. So yeah, some of these commits in FFmpeg do affect the default behavior when consuming mp4creator-muxed files, but FFmpeg does have an -ignore_editlists option that controls that behavior which breaks these files, and setting that option to 'true' allows FFmpeg to see the correct length and decode the file as intended. On mpv's side, that same option can be passed through --demuxer-lavf-o to achieve the same thing (although I don't know what setting that unconditionally would do as far as video playback is concerned), so no commit reverting is necessary. I hope this is the last time I have to say anything about this.

[LigH]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.1):

MP4Box 2.5-DEV-rev461-ge2250d68-ab-suite (https://www.mediafire.com/file/td7byyj40s0atrf/MP4Box_2.5-DEV-rev461-ge2250d68-ab-suite.7z/file)

GPAC 2.5-DEV-rev461-ge2250d68-ab-suite (https://www.mediafire.com/file/jh4c3r160sv8e9d/gpac_2.5-DEV-rev461-ge2250d68-ab-suite.7z/file)

[FranceBB]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.1):

MP4Box 2.5-DEV-rev461-ge2250d68-ab-suite (https://www.mediafire.com/file/td7byyj40s0atrf/MP4Box_2.5-DEV-rev461-ge2250d68-ab-suite.7z/file)

GPAC 2.5-DEV-rev461-ge2250d68-ab-suite (https://www.mediafire.com/file/jh4c3r160sv8e9d/gpac_2.5-DEV-rev461-ge2250d68-ab-suite.7z/file)

Uh, I completely missed the fact that you were releasing standalone MP4Box builds. Up until now I've had to "extract" them from GPAC. I don't particularly care about GPAC, but I'll take a new build of MP4Box any day. Thank you! :)

[LigH]

forwards the :thanks: to the MABS maintainers

[filler56789]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.1):

MP4Box 2.5-DEV-rev461-ge2250d68-ab-suite (https://www.mediafire.com/file/td7byyj40s0atrf/MP4Box_2.5-DEV-rev461-ge2250d68-ab-suite.7z/file)

GPAC 2.5-DEV-rev461-ge2250d68-ab-suite (https://www.mediafire.com/file/jh4c3r160sv8e9d/gpac_2.5-DEV-rev461-ge2250d68-ab-suite.7z/file)

:thanks: for the fresh binaries.
Within some days, I will check whether the newest MP4Box finally started supporting VC-1 video and DTS audio :rolleyes:

Very-unlikely, I know, but anyway, it's always good to bash the GPAC devilopers :sly: :p :D

[LigH]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.2.0):

MP4Box 2.5-DEV-rev503-g25797108-ab-suite (https://www.mediafire.com/file/x2v56tvk079dotd/MP4Box_2.5-DEV-rev503-g25797108-ab-suite.7z/file)

GPAC 2.5-DEV-rev503-g25797108-ab-suite (https://www.mediafire.com/file/gnujwfjcuyiob1x/gpac_2.5-DEV-rev503-g25797108-ab-suite.7z/file)

[FranceBB]

Thanks for the new MP4Box build, as usual. :)

[LigH]

New uploads (MSYS2, MinGW32 / MinGW64, GCC 14.2):

MP4Box 2.5-DEV-rev816-g1bc97198-ab-suite (https://www.mediafire.com/file/6pk7cmxlbithy8i/MP4Box_2.5-DEV-rev816-g1bc97198-ab-suite.7z/file)

GPAC 2.5-DEV-rev816-g1bc97198-ab-suite (https://www.mediafire.com/file/97ufh0ckj59km0l/gpac_2.5-DEV-rev816-g1bc97198-ab-suite.7z/file)

[FranceBB]

Oh, a new version of MP4Box, nice.
Time to update everything. :)
Thank you as always.

[GeoffreyA]

I have been using FFmpeg to create MP4s for years and never had much of an issue, except perhaps during 2020, when I found the MP4s temperamentally working, or not, on our Samsung TV. (Though that could have been due to the USB drives. I don't quite know, except that the problem went away; I took it as there being some change in the muxer.) I prefer FFmpeg, being familiar with its syntax and metadata switches; and changing means changing scripts and more headache.

Objectively, how well does MP4Box mux compared to FFmpeg? Or, put differently, is there any tool that is the MKVToolNix of MP4s?

[tebasuna51]

... is there any tool that is the MKVToolNix of MP4s?

Read this thread (it is still short) about GUI's for mp4 mux.

[GeoffreyA]

Read this thread (it is still short) about GUI's for mp4 mux.

Thanks, tebasuna. I actually dont want a GUI. I meant, what is the reference-quality muxer? I noticed that, in this thread, many are recommending MP4Box. If it is better than FFmpeg, I'm willing to switch. Having said that, I don't have any issues with FFmpeg's MP4 muxing at present. (In fact, I found issues with its MKV muxer.)

[LigH]

Objectively, the GPAC suite is the de-facto standard of MP4 tools; and MP4Box is part of it (a more user friendly CLI and less generic toolbox than GPAC).

If your hardware has issues, then it might support only a part of the MP4 standard and expect default values or extra flags MP4Box is able to provide but maybe only when you add them to the command line parameters explicitly.

[GeoffreyA]

Thank you, LigH. Well, I think I'm inclining to give MP4Box a go for the final muxing of permanent encodings.

[FranceBB]

I've been using MP4Box for years and I've never had a problem.

is there any tool that is the MKVToolNix of MP4s?

Yes, you can consider MP4Box as the "MKVToolnix" of mp4, a bit like TSMuxer is the "MKVToolnix" of .ts files.
I generally encode the raw_video.h264 with x264, then audio.aac with NeroAAC and lastly mux them both together with mp4box.
The simplest possible syntax would look something like this:

x264.exe "AVS Script.avs" --preset medium --ref 4 --level 4.1 --profile High --crf 22 --vbv-maxrate 25000 --vbv-bufsize 25000 --deblock -1:-1 --overscan show --colormatrix bt709 --range tv --log-level info --thread-input --opencl --transfer bt709 --colorprim bt709 --videoformat component --nal-hrd vbr --output "I:\raw_video.h264"

Bepipe.exe --script "Import(^AVS Script.avs^)" | neroAacEnc.exe -lc -br 320000 -if - -of "I:\audio.aac"

mp4box.exe -add "I:\raw_video.h264" -add "I:\audio.aac" "I:\final_output.mp4"


pause

so... no need to use FFMpeg, not even for audio. ;)

[GeoffreyA]

Appreciate your help, FranceBB. Generally, what I do is first process the audio with FFmpeg, piping to qaac, and then encode the final video, pulling in the encoded audio by direct-stream copy, and it works well. Using MP4Box will necessitate only a small change in the script at the end. Indeed, I'll still encode with FFmpeg: I consider it a crime not to do so! :)

This is my audio script:

set out_i=-23
set out_tp=-2
set out_lra=8.5

set in_i=-13.4
set in_tp=8.4
set in_lra=24.1
set in_thresh=-26.4
set tg_offset=1

::ffmpeg -i %1 -map 0:a:0 -af aresample=ochl=stereo,loudnorm=i=%out_i%:tp=%out_tp%:lra=%out_lra%:print_format=summary -f null -

ffmpeg -i %1 -map 0:a:0 -af aresample=ochl=stereo:osr=192000:resampler=soxr:precision=33,
loudnorm=i=%out_i%:tp=%out_tp%:lra=%out_lra%:measured_i=%in_i%:measured_tp=%in_tp%:measured_lra=%in_lra%:measured_thresh=%in_thresh%:offset=%tg_offset%:linear=true:print_format=summary,
aresample=48000:resampler=soxr:precision=33 -c:a pcm_f32le -f wav - | "%qaac%" --tvbr 91 --ignorelength --no-delay --verbose - -o "audio.m4a"

And the final video one (edited for clarity):


set src=FILM_NAME.mkv
set out=FILM_NAME.mp4
set name=FILM_NAME
set crop=1920:816:0:132

set param_colour=-colorspace bt709 -color_primaries bt709 -color_trc bt709 -color_range tv

ffmpeg %param_colour% -i "%src%" -i "audio.m4a" -map 0:0 -map 1:a -map_metadata -1 -map_chapters -1 -metadata title="%name%"
-metadata:s:v language=und -disposition:v:0 default -metadata:s:a:0 language=eng -disposition:a:0 default
-vf crop=%crop% -c:v libx264 -profile:v high -level 4.1 -preset veryslow -tune film -aq-mode 3 -crf 23 -c:a copy "%out%"

[filler56789]

:thanks: for the fresh binaries.
Within some days, I will check whether the newest MP4Box finally started supporting VC-1 video and DTS audio :rolleyes:

Very-unlikely, I know, but anyway, it's always good to bash the GPAC devilopers :sly: :p :D

Well, "some days" became "some months" :-/ ,
but anyway:
Just confirming, after all these years, MP4Box still does not want to support VC-1 video nor DTS audio.

There is no "lack of time", there is just lack of interest. :mad:

https://sourceforge.net/p/gpac/discussion/287546/thread/43881fa9/

As one of the GPAC devilopers told me in their GitHub page,
he already had all the code written. But what he didn't dare to say is this, they (GPAC) will not implement the improvements, unless they receive some big fat money in return. *THUMBS DOWN*

https://github.com/gpac/gpac/issues/536

[Kurt.noise]

muxing dts streams within mp4box works in fact...

General
Complete name : E:\Backup\Input.av1-muxed.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom)
File size : 107 MiB
Duration : 2 min 15 s
Overall bit rate mode : Variable
Overall bit rate : 6 592 kb/s
Frame rate : 24.000 FPS
Encoded date : 2024-11-20 04:50:36 UTC
Tagged date : 2024-11-20 04:50:36 UTC
Writing application : GPAC-2.5-DEV-rev707-g9c261926-master

Video
ID : 1
Format : AV1
Format/Info : AOMedia Video 1
Format profile : Main@L4.0
Codec ID : av01
Duration : 2 min 15 s
Bit rate : 305 kb/s
Maximum bit rate : 987 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.006
Stream size : 4.95 MiB (5%)
Encoded date : 2024-10-26 16:39:29 UTC
Tagged date : 2024-11-20 04:50:37 UTC
Color range : Limited
Codec configuration box : av1C

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : dtsc
Duration : 2 min 15 s
Bit rate mode : Variable
Bit rate : 6 283 kb/s
Maximum bit rate : 9 423 kb/s
Sampling rate : 48.0 kHz
Stream size : 102 MiB (95%)
Language : English
Default : Yes
Alternate group : 1
Encoded date : 2024-11-20 04:50:36 UTC
Tagged date : 2024-11-20 04:50:37 UTC

[tebasuna51]

muxing dts streams within mp4box works in fact...

How do you make that mux?
With mp4box from GPAC-2.5-DEV-rev707-g9c261926-master (like your MediaInfo) and with the last (2024-11-07) mp4box from GPAC-2.5-DEV-rev816-g1bc97198-ab-suite I always get a error:

[Importer] Error probing TestMA.dts
Failure while importing import: Filter not found for the desired type

Tested for dtsMA and dts standard (core)

BTW I can understand the lack of interest for this old, obsolete and not-free codec when can use AAC for lossy compression or ALAC and FLAC for lossless audio with better compression ratio and free use.