eac3to - audio conversion tool

[hubblec4]

Yes mkvmerge can handle mpls playlist files and audio almost always in synch but your BD has identical frames and that shift the chapter points a little bit (not always but often) without separate demuxing the audios.

[hubblec4]

Hi madshi

I know you are very busy, but could you fix this E-AC3 7.1 channel issue (http://bugs.madshi.net/view.php?id=450) please?

[rhaz]

Does anyone have any examples how to use -edit -loop/silence?

I can't figure out how this works and there is no examples on google.

All it says on wiki is:
-edit=0:00:00.000,0ms - any audio format loops or removes audio data at the specified runtime
-silence/-loop - forces usage of silence (or looping) for audio edits

I need to add 950ms of loop/silence at -edit=0:57:58.000,0ms

[tebasuna51]

From the changelog.txt:

* for gaps, edits & repairs > 1000ms eac3to now inserts silence by default
* for gaps, edits & repairs < 1000ms eac3to now loops audio by default
* option "-silence" forces eac3to to insert silence instead of looping audio
* option "-loop" forces eac3to to loop audio instead of inserting silence

If you want add 950 ms of silence:

-edit=0:57:58.000,950ms -silence

If you want repeat 950 ms, like is the default (<1000ms) is enough:

-edit=0:57:58.000,950ms

[mini-moose]

Anybody have issues with the audio being completely out of sync on Blu-ray titles that feature both a theatrical and extended cut? It seems as if the audio tracks between the two releases are getting mixed up...
You are having trouble with a UHD disc not a normal blu-ray.
It's been discussed here earlier on that eac3to can't create properly syncd audios from seamlessly branched UHD discs. I think it someone suggested that has to do with the ffmpeg lib it's using, and that using nero7 switch makes it better (but you probably need to have that nero installed).

Did you have more success with -no2ndpass ?

[iSeries]

Hi, any known issues updating libflac.dll to the latest version?

[Music Fan]

Hi,
I encoded a 24 bit wav into ac3 256 kbps with eac3to and discovered that a short silence (27 ms) was added at the end :o
That's problematic because I have to append another sample after and I hear a gap.
I see the short silence in an audio editor (after converting back to wav).
Is there a solution with eac3to or should I use another encoder ?
Thanks.

[sneaker_ger]

Like many other codecs AC3 hs fixed-length frames and encoder delay. One AC3 frame is 1536 samples long so at 48 kHz you have a frame-length of 32 ms. That will be the same with every AC3 encoder. Either work in WAV format incl. the append operation and encode after or at least try to find a better (e.g. silent) spot where you can append better.

[Music Fan]

Mmh, thanks for the explanation but that's what I didn't want to read :o
It's strange because I cut an ac3 file in 2 parts (with mkvmerge), I modified the first (a few seconds), re-encoded it in ac3 and the silence appeared at the end.
Normally, mkvmerge can't cut in the middle of an AC3 frame, thus the new ac3 file should be as the first (a multiple of 1536 samples).
I will verify if I can add silence at the beginning (which would not be problematic in this case) to get a size being a multiple of 1536 samples.

[sneaker_ger]

With AC3 we usually have 5ms encoder delay. It would fit your 27ms because 32ms-5ms = 27ms. So maybe remove 5ms in the beginning.

eac3to input.wav output.ac3 -5ms

[Music Fan]

It's better, but there is still a 1ms silence at the end (and the same with -6ms). I will try it and see if I hear it.

[Music Fan]

I don't hear anymore the gap with a 1ms silence.
But curiously, I had also tried to create a wav being a multiple of 1536 samples and eac3to still added a silence (a few ms) at the end.

[Megalith]

By default, does eac3to convert .wav files to .w64 files? All of my demuxing programs seem to do this, but I've never run into an LPCM file on a Blu-ray that actually exceeded 4GB.

[LigH]

No, you have to use .w64 as output format extension so eac3to knows you want it.

And I easily exceeded 4 GB decoding 5.1 audio to a 6 channel WAV from a DVD Video AC3 track; the other alternative eac3to offers is .wavs which creates mono WAV files per audio channel.

[Yoshi]

Sorry if I'm beating a dead horse here...

Well if you already give the honor to quote 3 year old messages of mine which I have to re-read in order to remember what it was about again, then let's beat that poor little horse together as unfortunately, it seems that it still deserves it. ;)

But I'd want to be 101% doubt free. Is DTS-HD MA decoding (for all channels and bit depths) *really* lossless?

That I still wonder as well. Considering madshi's remark which had followed my posting at the time, I doubt it though:

eac3to still cannot fully remove dialnorm from DTS-HD tracks, though, because doing so would require to rewrite the whole HD frame structure, including CRCs etc, which is very complicated.

If I should be wrong about this, everyone shall feel free to correct me but to my understanding, getting rid of dialog normalization is a fundamental requirement to have a technically lossless conversion so I am somewhat confused that this issue hasn't been brought to higher attention here as it would mean that the conversion of DTS-HD MA to let's say FLAC still isn't really lossless.

Of course it is most probably rather an academic issue as most (slightly) flawed conversions are audibly still transparent but then the question has to be valid why to care about lossless formats in the first place and not just stick to the cores (at least I wouldn't trust myself to stand a blind test in this life).

The only practical reason for me to even bother keeping the lossless stuff (taking psychological voodoo ambitions aside) is that interestingly (and almost ironically), many FLAC results turn out to be in fact smaller than their DTS core counterparts, at least when dithered down to 16 bit which technically isn't lossless anymore, either but on the other hand, any lower 8 bit from the studio master most probably contain nothing but noise there anyway.

In practice, even the best converters achieve around 20 bit performance at best, not to speak about the ears where 16 bit probably are already more than enough.


@madshi

In regard to that, just a thought about eac3to's dither function:

As I have noticed with a few series, sometimes their channels never reach at least 6dB, but let's say peak around -8 dBFS. Now if I convert the 24 bit DTS-HD MA source to 16 bit applying dither, since the peak of course remains the same, from my understanding I will effectively end up using only about 15 bits SNR wise (~ 6dB / bit).

Now most probably that doesn't matter at all as even only 13~14 bit sound damn good and are very quiet but I wonder if technically it wouldn't be the better approach to apply normalization during that dithering stage in order to make use of the full 16 bit. After all, isn't that exactly what all the mastering-in-24-bit-fuss despite having a 16 bit end-format is all about?

[nevcairiel]

If I should be wrong about this, everyone shall feel free to correct me but to my understanding, getting rid of dialog normalization is a fundamental requirement to have a technically lossless conversion so I am somewhat confused that this issue hasn't been brought to higher attention here as it would mean that the conversion of DTS-HD MA to let's say FLAC still isn't really lossless.


If you transcode audio to FLAC with eac3to using the new dcadec decoder, then it'll ignore dialnorm. What it cannot do is remove dialnorm from an encoded DTS-HD bitstream without decoding it.

Although one could argue that ignoring dialnorm is actually not a correct way to decode DTS-HD and the end-result would differ from what any commercial DTS-HD decoder would produce, and is therefor incorrect?

[Yoshi]

Many thanks for your remarks, nevcairiel.

I just realized that I apparently haven't distinguished between the flag removal and the ignorance during decoding before then, good point.

However, that also raises some confusion because from what I've understood that dialog normalization is considered to be only critical during re-encoding processes because there it's irreversible. On the other hand, I don't see the unconditional necessity to remove the flag from the undecoded sources as then it will be decoded at some point in the future anyway to probably high bitdepth PCM within some AVR and then, any dialog normalization is just a loudness change which shouldn't affect the audio quality at all.

So eac3to states

"- can remove dialog normalization from AC3, E-AC3, DTS and TrueHD tracks"

Maybe it should also note something like this then in order to prevent confusion:

"- can ignore dialog normalization from AC3, E-AC3, DTS, DTS-HD MA, and TrueHD tracks during decoding"

[tebasuna51]

"- can remove dialog normalization from AC3, E-AC3, DTS and TrueHD tracks"

Thats remain true.

"- can ignore dialog normalization from AC3, E-AC3, DTS, DTS-HD MA, and TrueHD tracks during decoding"

- When decode any Dialog Normalization in source is ignored unless you add the parameter -keepDialnorm

[Richard1485]

Is there is any reason why decoding DTS-HD MA or Dolby HD on a seamless-branching UHD BD to WAVs with eac3to would be problematic?

[Yoshi]

@tebasuna51

Thanks for your clarification. However, could you elaborate on having the dialog normalization removed without decoding it to PCM? From what I've learned now, as long as I use eac3to, it won't matter since the flag will be ignored anyway, right? However, unless I want to feed other programs or decoders with those encoded files, what is the essential purpose then of having it removed in the first place?

Isn't the approach to have the dialog normalization embedded just in case for playback purposes and ignoring it selectively whenever decoding it to PCM?

In other words - if I got this correctly, the only thing eac3to still cannot do is removing the dialog normalization info from a DTS-HD source while otherwise keeping it "as is", however decoding it will give us the PCM with dialog normalization ignored. What would be the purpose of having an altered DTS-HD file then with adjusted frames, CRC, etc. then?

[tebasuna51]

The Dialog Normalization is a field in AC3 and DTS header (not used with other formats) than can force the decoders to attenuate the volume to obtain the same level between tracks...(in a ideal world).

Some decoders ca be forced to ignore the Dialog Normalization, but not others.

In AC3 header the field store a value between 0 and 31 (-31 dB), if is 27 (many times) the volume is attenuate 4 dB, if is 31 -> 0 dB (no attenuation).
Remove the Dialog Normalization is store 31 in this field to avoid attenuation. After that all decoders produce the same output (the source without attenuation).

In DTS header the field value is directly the value to attenuate, but is rarely used, between dozens of samples I only found one to force -4 dB, the rest are always 0.
I never see problems with DTS volume.

The problem is only when follow Dolby recomendations explained here: How To Properly Encode Dolby Digital Audio (AC3) (https://forum.doom9.org/showthread.php?t=56020) because we obtain low volume compared with CD-Audio, TV commercials or other audio encoded with other formats (MP3, AAC, FLAC, ...).
The free AC3 encoders by default put 31 in Dialog Normalization to be comparable with other sources.

[Yoshi]

Many thanks again for your further explanation. However, in summary, even if the normalization isn't removed or ignored during conversion, the worst which will happen is the loss of a few dB of dynamic range / SNR depending on the setting of course. However, I'd rate that issue to be less severe than any dynamic range compression. Do you agree?

Something unrelated I just encountered and hopefully hasn't been discussed here already at length (searched the thread but couldn't find anything):

Given a 24 bit DTS-HD MA source which actually only contains 16 bit audio, eac3to gives me different results if using the parameter -down16 or not - which doesn't make any sense because if the actual bit depth is in fact 16 bit, then there is no need to apply dither just because I told so originally (as a user, at first I can't tell whether the 24 bit file really contains that amount of information or not). The resulting file without the -down16 option is smaller so probably eac3to unnecessarily and stubbornly applies dither here although it shouldn't.

Do I really have to let eac3to convert all 24 bit files now without the -down16 option just to see whether they are really 24 bit or only 16? :(

[nevcairiel]

eac3to will only know if a file is actually only 16-bit after it finished processing the entire file, and would ordinarily then do a 2nd pass to remove the empty 8-bits.
If you force -down16, it'll process the 24-bit audio as if its really 24-bit audio and always apply dithering - because it doesn't know if all future data is only 16-bit.

Here is a quote from madshi from a few years ago explaining the same thing (fyi, it took me 2 minutes to find it :p)

If your source claims to be 24bit, and if you use -down16, then eac3to will apply dithering - even if it's only really 16bit. The reason for that is that eac3to doesn't know which bitdepth the source has until processing is complete. You surely don't want eac3to to scan the whole file first, everytime, before starting processing, do you?

[Yoshi]

Damn it, apparently I used the wrong keywords then because I also already assumed that madshi had mentioned that back then. Thank you for having done my task then. There was also a discussion in terms of MakeMKV which probably till this day doesn't strip unused bits like eac3to does.

However, I think it wouldn't hurt to have such an option for eac3to indeed to check the whole file beforehand if necessary and then decide what to do. I mean what speaks against it - right now, I have to do it manually which is even more bothersome. However, I greatly assume that only decoding the first few minutes or short random pieces of a movie's soundtrack should do was well - if that leads to 16 bit only of real content, it should be quite unlikely that this becomes true 24 bit audio (if there is such a thing at all) all of the sudden.

Of course one could argue that if someone is already willing to sacrifice quality on the paper by dithering down the audio to 16 bit, then 16 bit sources again dithered to 16 bit isn't exactly the end of days either. ;)

Update: anyone else running into this issue, as a not exactly pretty but usable workaround, one can use the special device name "nul" as the filename of a second decoding instance. This way, one ends up knowing whether the original was only 16 bit or not while at least not using any hard disk I/O resources as the file is never created but processed by eac3to nonetheless. Of course, I think there would be better ways to do this including having a switch and also by maybe doing a quick random check of the source to save time.

[rockydon]

Thanks @madshi I have reached this page via Google,I would like to ask,first of all I am a newbie to this world and I am learning things with help of Google and forums.

I want to ask can eac3to run on Linux vps,I have iso file and I want to extract few tracks out of it,i am just learning new things,can you help me,I have mounted iso now I am looking for tutorial for track extraction.

I need audio track to be extracted from it.

I have ssh access but no setup desktop.

I am sorry again if something is missing from my side,thanks and I am waiting for reply.

I don't need remux or want to make Any thing,my sole intention is to extract audio track as it is.

[Yoshi]

@rockydon: not sure if this helps in your particular VPS environment but eac3to worked flawlessly for me via WINE under Ubuntu, Mint and Fedora at least.

[rockydon]

@yoshi thanks for your reply,I have been through many Google articles and yes you are absolutely right that it works under wine,I am not confident about running wine,I am using ubuntu 14,should I go and install wine and are their any effects of wine on other parts of Ubuntu,will wine completely change my Ubuntu environment,I am already running couple of things on it.will wine mess with my Ubuntu environment.I am a newbie and i am scared to mess up.

One more thing I want to bring into notice that I am using headless server,I don't have virtual desktop,I can only access with ssh.can I still use wine

[r0lZ]

Wine is totally independent from the system and it should not produce any conflict. (A small subset of the Windows OS is included with wine, but it is kept within the wine installation directory and is never mixed with the Linux OS.)

Not sure for ssh, but IMO it should work, and it doesn't hurt to try.

[rockydon]

Wine is totally independent from the system and it should not produce any conflict. (A small subset of the Windows OS is included with wine, but it is kept within the wine installation directory and is never mixed with the Linux OS.)

Not sure for ssh, but IMO it should work, and it doesn't hurt to try.

Its really difficult to understand how to operate eac3to in wine i found no exact guide to run it.

i have installed it in home/USER/ where there is .wine/drive_c onwards...........

any one to help me to get how to use eac3to.

didnt understand where shall i place eac3to in "program files" or "programdata" my sole intention to use eac3to is give folder input and extract tracks from BDMV,i will not be doing any converion or encoding simply i didnt find any guide which ahve ffmpeg folder input to extract tracks becasue my BDMV folder has multiple m2ts file and its not single big file which has main content,its split over few m2ts files,also eac3to can take *****.MLPS input so i want to run eac3to to just extract few tracks,if at all some one can guide me.i tried waste one whole day but had no success with it also i have only SSH access.

I have gone through this wiki page https://en.m.wikibooks.org/wiki/Eac3to/How_to_Use but nowhere it says how to setup eac3to and how to setup in wine so it can be used,one more thing my vps doesn't allow X server display setup,it's giving me error,but i wont mind just extracting tracks because I have BDInfo for my Bluray tracks.

From above second paragraph I just mean I have installed wine on my Ubuntu vps but I have done Any special set up if required after that i have tried winecfg that's it,but no X server display is available.

I have my Bluray content on mounted cdrom.
Also I tried bringing folders to /home/USER/.wine/drive_c/ but still unable to execute eac3to.

[rockydon]

Ok I read article that log.text can be turn off but is there a way I can create log.txt of Bluray metadata I find with help of eac3to????????

Because eac3to will create log only if there is some conversion or file extraction.

https://forum.doom9.org/showthread.php?p=1511031#post1511031

[Groucho2004]

Ok I read article that log.text can be turn off but is there a way I can create log.txt of Bluray metadata I find with help of eac3to????????

Because eac3to will create log only if there is some conversion or file extraction.

https://forum.doom9.org/showthread.php?p=1511031#post1511031
eac3to "playlist" > info.txt
or
eac3to "BDMV directory" > info.txt

Alternatively, use BDInfo (https://www.videohelp.com/software/BDInfo).

[rockydon]

Yeah got my issue solved I needed VNC to see display.

[rockydon]

while extracting audio in wine enviornment

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

how can i solve this

My purpose is to see playlist which i can do only with help of eac3to in ubuntu and extract ac3 track

[tebasuna51]

Please put the command line.
Do you try to write a file in a mounted CD-ROM?

The problem seems not related with eac3to but with your wine-linux.
I think than ALSA lib is not from eac3to.

[heerschop]

I have a DTS-MA 7.1 audio track from a bluray movie that I want to convert to AC3 5.1. Eac3to report that the DTS-MA 7.1 track has a strange setup.
With the down6 option, eac3to seems to create a correct 5.1 AC3 file.
Is MeGUI also able to create a correct AC3 from this DTS-MA strange setup audio track ? (see image for config options used in MeGui)


https://forum.doom9.org/attachment.php?attachmentid=16131&stc=1&d=1510955589

[MrVideo]

I have a DTS-MA 7.1 audio track from a bluray movie that I want to convert to AC3 5.1.
Why would you want to convert to AC3? Just extract the DTS core and avoid adding recoding errors.

[tebasuna51]

@heerschop
The MeGUI downmix 7.1 -> 5.1 works the same for standard or strange setup. No problem.

Even the MeGUI downmix (or BeHappy) works better than eac3to or ffmpeg downmix because, thanks to AviSynth plugin AudioLimiter (only 32 bits), mix only the 4 surround channels of 7.1 to the 2 surround channels of 5.1 leaving the other channels untouched preserving the full volume.

@MrVideo
There are two reasons to recode: save space and compatibility with some players (not all suport DTS)

If the source is lossless, like DTS MA is, the encode have only errors of the AC3 encoder like the 'core' DTS have also.
The quality difference between the 'core' DTS 1509 Kb/s and the AC3 640 Kb/s can only be listen with expensive audio equipment and 'gold' ears.

[MrVideo]

There are two reasons to recode: save space and compatibility with some players (not all suport DTS)
The saving space part was a given. The DTS not being playable by all players would seem kinda strange after all these years of DTS existing. If the player doesn't, it is time to upgrade or replace with one that does. :D

VLC is free and plays one helluv a lot of stuff. :cool:

[SeeMoreDigital]

If you disregard the slight difference in quality....

Rather than use the lossless 7.1 DTS-HD MA stream it's often easier to use the lossy 5.1 DTS core to create a 5.1 Dolby Digital encode ;)

[heerschop]

@heerschop
The MeGUI downmix 7.1 -> 5.1 works the same for standard or strange setup. No problem.


Thanks for your explanation , that's all I wanted to know.

Greetz

[Richard1485]

Even the MeGUI downmix (or BeHappy) works better than eac3to or ffmpeg downmix because, thanks to AviSynth plugin AudioLimiter (only 32 bits), mix only the 4 surround channels of 7.1 to the 2 surround channels of 5.1 leaving the other channels untouched preserving the full volume.

I didn't know that! What source do you select to do this? Or do you have to decode 7.1 to W64 in eac3to first and then use BeHappy?

[tebasuna51]

LWLibavAudioSource (or FFAudioSource) can decode DTS HD or TrueHD 7.1 lossless (even inside a container), you don't need decode it previously.
But of course you can do it with eac3to.

[MrVideo]

LWLibavAudioSource (or FFAudioSource) can decode DTS HD or TrueHD 7.1 losless (even inside a container), you don't need decode it previously.
Oops, it must have been lossy, as an "s" is missing. :eek:

[Richard1485]

^^ Thanks, tebasuna!

[shpankey]

This has probably been mentioned, but on the first post w/ the links, the link to eac3to µGUI is sending to unknown webpages (seems to vary on each try).

[tebasuna51]

Yes, the domain www homecinema-hd com don't work.
I don't know where find µGUI, but I can't recommend use it.

Also Clown BD link (forum slysoft com/showthread.php?t=25818) don't work.
Replaced with https://www.videohelp.com/software/Clown-BD v0.81 (May 31, 2013)

[73ChargerFan]

thanks

[Megalith]

Can anyone think of a reason why eac3to would process a 23.976 FPS video stream as a 27.730 FPS one? I think it is the reason why the DTS track in one of my MKVs is completely out of sync. I did not encounter the same error when I used MakeMKV instead.

[tebasuna51]

eac3to don't change the fps of video streams unless you specify a new one. For instance:

eac3to INPUT 1: output.h264 -changeTo23.976

and only fix values like -changeTo23.976, 24.000, 25.000, ... are available.
You never can change to 27.730 with eac3to.

Put a MediaInfo of your source.

[Megalith]

Yes, "process" was probably a poor choice of words. But this is what I noticed when I looked at the log for "Deep Rising":

1) 00004.mpls, 00008.m2ts+00004.m2ts, 1:46:22
- Chapters, 8 chapters
- h264/AVC, 1080p24 /1.001 (16:9)

M2TS, 1 video track, 3 audio tracks, 1 subtitle track, 1:46:22, 27.730p
1: Chapters, 8 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: DTS Master Audio, 2.0 channels, 16 bits, 48kHz
(core: DTS, 2.0 channels, 1509kbps, 48kHz)
5: AC3, 2.0 channels, 192kbps, 48kHz, 32ms
6: Subtitle (PGS)
Creating file "H:\Mux\Chapters_1.txt"...
[a05] Extracting audio track number 5...
[v02] Extracting video track number 2...
[s06] Extracting subtitle track number 6...
[a04] Extracting audio track number 4...
[a03] Extracting audio track number 3...
[a05] Applying (E-)AC3 delay...
[v02] Creating file "H:\Mux\Video_2.h264"...
[a03] Creating file "H:\Mux\Audio_3_Undetermined.DTS"...
[a04] Creating file "H:\Mux\Audio_4_Undetermined.DTS"...
[a05] Creating file "H:\Mux\Audio_5_Undetermined.AC3"...
[s06] Creating file "H:\Mux\Subtitles_6_Undetermined.sup"...
Video track 2 contains 153012 frames.
Subtitle track 6 contains 1063 captions.
eac3to processing took 15 minutes, 2 seconds.
Done.

MediaInfo is showing that the video stream in the relevant playlist (.0004 mpls) is 23.976.

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 3 frames
Format settings, GOP : M=3, N=12
Codec ID : 27
Duration : 11 s 11 ms
Bit rate mode : Variable
Bit rate : 492 kb/s
Maximum bit rate : 32.3 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.010
Stream size : 662 KiB
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
format_identifier : HDMV
Source : 00008.m2ts

Video #2
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 4 frames
Codec ID : 27
Duration : 1 h 46 min
Bit rate mode : Variable
Maximum bit rate : 35.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
format_identifier : HDMV
Source : 00004.m2ts

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 1 h 46 min
Bit rate mode : Variable
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 16 bits
Compression mode : Lossless
Language : English
Source : 00004.m2ts

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 1 h 46 min
Bit rate mode : Variable
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 16 bits
Compression mode : Lossless
Language : English
Source : 00004.m2ts

Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 46 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 146 MiB
Language : English
Service kind : Complete Main
bsid : 8
dialnorm : -31
dialnorm : -31 dB
compr : -0.28
compr : -0.28 dB
dsurmod : 1
dsurmod : Not Dolby Surround encoded
acmod : 2
lfeon : 0
dialnorm_Average : -31
dialnorm_Average : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum : -31 dB
dialnorm_Count : 777
format_identifier : AC-3
Source : 00004.m2ts