eac3to - audio conversion tool [Archive] - Page 181

qyot27

18th June 2009, 21:29

What?
Don't exist difference between Dolby 5.1 and DTS 5.1 or any 5.1 config, is always 3 front channels, 2 surround channels and LFE.
The Surround channels must be at +-120º from Central channel (more or less)

With 7.1 config the order in wav files is: FL FR FC LF BL BR SL SR
and mean:
BL BR = Back Channels at 150º (more or less)
SL SR = Side Channels at 90º (more or less)

Like you can see don't exist (in wav specs) a exact correspondence with Surround channels in 5.1 (120º)
Before XP SP2 the FL FR FC LF BL BR maskchannels was used for 5.1, after the FL FR FC LF SL SR was recommended but the previous one is also accepted.
I figured that the difference between Back and Side channels were their angle compared to the Center, and that the difference does matter in 7.1 far more than it does in 5.1.

I took that Dolby/DTS snippet from one of Microsoft's pages detailing Channel Masks (http://www.microsoft.com/windows/windowsmedia/howto/articles/audio9procmmt.aspx#understandingchannelmasks) (albeit in the case of WMA 9 Pro):

"The 5.1 and 7.1 Dolby configurations make use of SL and SR speakers, while the 5.1 DTS system, the default used by Windows Media, places the side speakers in the back (BL and BR). The 7.1 SDDS configuration, which is the default used in Microsoft Windows® XP, makes use of five front speakers. Although this configuration is used commonly in large commercial theaters, it may not provide the best experience in a home system."

tebasuna51

19th June 2009, 00:32

I took that Dolby/DTS snippet from one of Microsoft's pages detailing Channel Masks (http://www.microsoft.com/windows/windowsmedia/howto/articles/audio9procmmt.aspx#understandingchannelmasks)

I never see this:
5.1 (DTS) FL, FR, C, LFE, BL, BR (63)
5.1 (Dolby) FL, FR, C, LFE, SL, SR (1551)

Of course is a big absurdity, the users don't need move the surround speakers to 90º whe listen AC3 and to 140º when listen DTS.

Momber

19th June 2009, 10:43

TMT 3 has version 1.1.0.1 of "dtsdecoderdll.dll"
TMT 3.5 has version 1.1.0.10 of "dtsdecoderdll.dll"

have you tried this new versions?

the latest 1.1.0.10 doesn't work with eac3to though. anyway, it's interesting if they fixed the problem with DTS-HD MA tracks reported by eac3to as "7.1 (strange setup)". as you know such tracks are not bit-perfect decoded by old 1.1.0.0 versions of "dtsdecoderdll.dll"
Ugh! So what is the version of choice we should all use?
I just confirmed I'm still on 1.1.0.0 - will I need to update? Can I replace just this dll (I don't really want to update the whole TMT software suite, because they keep on getting worse as the build numbers progress).

Chumbo

20th June 2009, 14:04

@madshi,
When you have time and get back to eac3to, would you be kind enough to add a switch to be able to turn off the audio alerts please? I was watching one of my shows with eac3to running some operations in the background and it was really annoying to hear the alerts over the program. Thank you.

Atak_Snajpera

20th June 2009, 14:13

remove all .wavs

TinTime

20th June 2009, 14:13

If you delete the success and error wavs then this will silence eac3to.

EDIT - Atak_Snajpera beat me to it!

hubblec4

20th June 2009, 20:27

hoju3508

21st June 2009, 05:59

eac3to is reporting 189 chapters when there's only 16 reported by BdInfo.

What kind of information should I send to madshi?

eac3to v3.16
command line: "C:\RipBot264v1.14.2\Tools\eac3to\eac3to.exe" "D:\" 1)
------------------------------------------------------------------------------
M2TS, 1 video track, 6 audio tracks, 17 subtitle tracks, 1:29:33, 24p /1.001
1: Chapters, 189 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz, dialnorm: -27dB
(embedded: AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB)
4: TrueHD/AC3, French, 5.1 channels, 48khz, dialnorm: -26dB
(embedded: AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -26dB)
5: AC3, Spanish, 5.1 channels, 640kbps, 48khz, dialnorm: -26dB
6: TrueHD/AC3, Portuguese, 5.1 channels, 48khz, dialnorm: -26dB
(embedded: AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -26dB)
7: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
8: AC3, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
9: Subtitle (PGS), English
10: Subtitle (PGS), English
11: Subtitle (PGS), English
12: Subtitle (PGS), French
13: Subtitle (PGS), Spanish
14: Subtitle (PGS), Portuguese
15: Subtitle (PGS), Arabic
16: Subtitle (PGS), Dutch
17: Subtitle (PGS), French
18: Subtitle (PGS), Spanish
19: Subtitle (PGS), Portuguese
20: Subtitle (PGS), Dutch
21: Subtitle (PGS), English
22: Subtitle (PGS), French
23: Subtitle (PGS), Spanish
24: Subtitle (PGS), Portuguese
25: Subtitle (PGS), Dutch

setarip_old

21st June 2009, 19:21

Can "eac3to" be used to "timestretch" (or shorten) an .AC3 audiostream of a BluRay?

If so, how?

buzzqw

21st June 2009, 19:40

-slowdown or speeup

BHH

setarip_old

21st June 2009, 19:59

@buzzqw

Hi!

Thanks for the suggestion(s), but based on their definitions ("-slowdown convert 25.000 and 24.000 content to 23.976 fps"
"-speedup convert 23.976 and 24.000 content to 25.000 fps") they appear to be specifically for NTSC to PAL and PAL to NTSC conversion. (If my interpretation is incorrect, please advise)

What I'm seeking at the moment is to evenly, over the duration of the audiostream, shorten the audiostream by 700ms...

rapscallion

21st June 2009, 21:44

Ugh! So what is the version of choice we should all use?
I just confirmed I'm still on 1.1.0.0 - will I need to update? Can I replace just this dll (I don't really want to update the whole TMT software suite, because they keep on getting worse as the build numbers progress).
See the 2nd link, in the quote, below. If your's is dated 4/25/08 vs 4/21/08, then you're OK. If not, then you should update to the dll ver 1.1.0.1

You need use ArcSoft decoder.

This:
"Using eac3to with ArcSoft decoder there are a problem, the Side and Back channels are interchanged" (http://forum.doom9.org/showthread.php?p=1265484#post1265484)

Was solved with a more recent version of dtsdecoderdll.dll (http://forum.doom9.org/showthread.php?p=1266679#post1266679) <-----

rapscallion

21st June 2009, 22:17

Chumbo

22nd June 2009, 04:15

remove all .wavs

If you delete the success and error wavs then this will silence eac3to.

EDIT - Atak_Snajpera beat me to it!

delete the success.wav and the error.wav

Thank you all. :) Believe it or not, I actually thought of that after I posted the message. ;) It would still be a useful switch though. I find the audiible warnings useful except under certain circumstances. It would be easier to not have to delete or rename them just for those cases.

Midzuki

22nd June 2009, 06:20

Hey guys, I'm looking for a simple program that will display volume levels of an audio track (DTS, AC-3) graphically, I suppose.
There's a VU meter built into either VLC or MPC, but it's indicators hardly move so there's no easy way to compare tracks. I've done a search and can't find anything. Thanks

AC3Filter and/or MatrixMixer should be able to do the trick.

But if you prefer the stupid nerdish methods :D ,
you could as well "AudioDub" a BlankClip and apply
Histogram("AudioLevels") onto it. :)

{ http://avisynth.org.ru/docs/english/corefilters/histogram.htm }

rapscallion

22nd June 2009, 14:29

Thanks ! MatrixMixer works great.

htpc@rischer.at

22nd June 2009, 17:14

1.0 Channels 64 kpbs
Hi!

I want to demux the german audio E-AC3 1.0 64 kbps.
I tried to convert to .wav and to .ac3. Everytime ffmeg allerts that it cannot do it.
Have anyone an idea?

command line: eac3to h: bruce.log
------------------------------------------------------------------------------
EVO, 1 video track, 6 audio tracks, 12 subtitle tracks, 1:42:33
"Feature Presentation"
1: Joined EVO file
2: Chapters, 29 chapters with names
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
5: E-AC3, French, 1.0 channels, 64kbps, 48khz, dialnorm: -27dB
6: E-AC3, German, 1.0 channels, 64kbps, 48khz, dialnorm: -27dB
7: E-AC3, Italian, 1.0 channels, 64kbps, 48khz, dialnorm: -27dB
"Italian"
8: E-AC3, Spanish, 1.0 channels, 64kbps, 48khz, dialnorm: -27dB
"Cast"
9: E-AC3, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
"Producer Commentary"

This now decodes properly with libavcodec from FFmpeg's current SVN.

Thanks madshi for contacting me directly about this file. It does use spectral extension. I had implemented the feature in the "sandbox" repository from the original Google Summer of Code project, but had not merged to FFmpeg SVN because I only had 1 sample file to test... until now!! With this sample and another (also provided by madshi) working properly, I decided to merge the changes to FFmpeg SVN.

@jruggle:
Do you remember my problem?
Do you have some informations how do convert the file into another format like .wav?
I tried it with ffmpeg 0.5, but i failed.

thank you very much...

Thunderbolt8

23rd June 2009, 23:55

AnryV

24th June 2009, 07:45

How can I disable "Patching bitdepth to 24 bits..." during extracting Core from DTS-HD?

christinedawson

24th June 2009, 09:20

Thanks for the tool.

It's good to know that it's finally possible to convert TrueHD.
As I've been playing around with Nero these past days, could you tell what sort of working graph permit the decoding of TrueHD ?
Is it Nero Splitter -> Nero Audio Decoder 2 ?
Do you need to specify anything in the Nero Audio Decoder 2 options ?

tebasuna51

24th June 2009, 09:53

How can I disable "Patching bitdepth to 24 bits..." during extracting Core from DTS-HD?
I can't reproduce your problem extracting dts core:
eac3to v3.16
command line: "D:\eac3to.exe" "D:\Queen.dtshd" "D:\Queen_core.dts"
------------------------------------------------------------------------------
DTS Hi-Res, 5.1 channels, 0:00:14, 24 bits, 3018kbps, 96khz
(core: DTS, 5.1 channels, 0:00:14, 24 bits, 1509kbps, 48khz)
Creating file "D:\Queen_core.dts"...
eac3to processing took 1 second.
Done.
Please :logfile:

rapscallion

24th June 2009, 18:00

I've been playing around with Eac3to More GUI and find it interesting that a AC-3 640/448 track can be converted to a DTS 1536/768 track. (decoding with Nero and encoding w/Surcode)

If a BD souce disc has only a AC-3 track, under what circumstances would one want to convert it to DTS and what kind of quality, by comparison, would result. (I'm assuming that the original AC-3/ 640 is lower quality than DTS/ 1536...but ,of course realize there are many opinions on that)

TinTime

24th June 2009, 18:38

If you convert AC3 to DTS then you will lose quality. It's not a question of DD vs. DTS.

The only circumstance you'd want to do this is for compatibility reasons. I doubt that there are any devices that can decode DTS but not AC3 though.

rapscallion

24th June 2009, 18:50

Ok, thanks, was really curious about this.

rack04

24th June 2009, 20:24

Is Nero the only AAC decoder that will work with eac3to?

wswartzendruber

24th June 2009, 22:10

How does eac3to find the codecs? Can I just drop the ArcSoft DTS-HD files in there and call it good, or do I have to install it? I know how to use regsvr32.

tebasuna51

24th June 2009, 23:32

How does eac3to find the codecs? Can I just drop the ArcSoft DTS-HD files in there and call it good, or do I have to install it? I know how to use regsvr32.
Read the first post in this thread.

tebasuna51

24th June 2009, 23:41

Is Nero the only AAC decoder that will work with eac3to?
Yes.
See this post. (http://forum.doom9.org/showthread.php?p=1262463#post1262463)

wswartzendruber

25th June 2009, 23:56

I'm wondering what the channel mapping will be of this output file:

eac3to input.thd output.raw
I can't seem to figure it out.

:confused:

tebasuna51

26th June 2009, 00:22

The raw audio data must be identical than wav or w64, then the channel map must be FL,FR,FC,LF,BL,BR,SL,SR (if 7.1)

wswartzendruber

26th June 2009, 10:20

The raw audio data must be identical than wav or w64, then the channel map must be FL,FR,FC,LF,BL,BR,SL,SR (if 7.1)
Thanks, I've actually spent those few hours chasing an MPlayer bug. :mad:

GStramer seems to handle multichannel FLACs correctly.

jruggle

26th June 2009, 17:07

@jruggle:
Do you remember my problem?
Do you have some informations how do convert the file into another format like .wav?
I tried it with ffmpeg 0.5, but i failed.

thank you very much...
The patch for FFmpeg to fix this is still pending final review.
This is the most recent patch if you want to try to apply it and compile your own binary:
http://article.gmane.org/gmane.comp.video.ffmpeg.devel/92029

Thunderbolt8

26th June 2009, 20:57

how can I transform a .thd track to .dts again? when I enter it that way 'eac3to source.thd dest.dts' then I get 6 wav files first, but which are apparently not accepted by the surcode dts encoder and the process is cancelled.anyone able to tell?

eac3to v3.16
command line: eac3to E:\input.thd E:\output.dts
------------------------------------------------------------------------------
TrueHD, 5.1 channels, 48khz
Decoding with libav/ffmpeg...
Writing WAVs...
Creating file "E:\output.R.wav"...
Creating file "E:\output.SR.wav"...
Creating file "E:\output.L.wav"...
Creating file "E:\output.C.wav"...
Creating file "E:\output.LFE.wav"...
Creating file "E:\output.SL.wav"...
[libav] End of stream indicated <WARNING>
The original audio track has a constant bit depth of 16 bits.
Encoding DTS <1536kbps> with Surcode...
Found Surcode DTS Encoder version 1.0.29.0.
Surcode says/asks: "At least one valid source file must be specified to encode."
.
Pressing the Surcode "Encode" button didn't seem to work...
Closing Surcode...

regisso

27th June 2009, 10:24

anyone able to tell?

eac3to v3.16
command line: eac3to E:\input.thd E:\output.dts

I think it's because you don't have the DD core in your thd file, you should make a thd+ac3 file.

TinTime

27th June 2009, 12:54

anyone able to tell?

eac3to v3.16
command line: eac3to E:\input.thd E:\output.dts
------------------------------------------------------------------------------
TrueHD, 5.1 channels, 48khz
Decoding with libav/ffmpeg...
Writing WAVs...
Creating file "E:\output.R.wav"...
Creating file "E:\output.SR.wav"...
Creating file "E:\output.L.wav"...
Creating file "E:\output.C.wav"...
Creating file "E:\output.LFE.wav"...
Creating file "E:\output.SL.wav"...
[libav] End of stream indicated <WARNING>
The original audio track has a constant bit depth of 16 bits.
Encoding DTS <1536kbps> with Surcode...
Found Surcode DTS Encoder version 1.0.29.0.
Surcode says/asks: "At least one valid source file must be specified to encode."
.
Pressing the Surcode "Encode" button didn't seem to work...
Closing Surcode...

If you convert to wavs using eac3to and encode manually with Surcode does it work?

Thunderbolt8

27th June 2009, 14:58

you mean manually encode with surcode by using that program? perhaps, but I don't want to have it like that. I remember I already had the same problem, I just dont know any more how I solved it back then :S

I think it's because you don't have the DD core in your thd file, you should make a thd+ac3 file.would the ac3 track as lossy file be needed for that? shouldnt the same information be included in the lossless .thd anyway?

TinTime

27th June 2009, 15:34

you mean manually encode with surcode by using that program? perhaps, but I don't want to have it like that. I remember I already had the same problem, I just dont know any more how I solved it back then :S

I didn't mean as a permanent solution :) It was just to test this particular file and try to narrow down the problem. Is it the wavs eac3to produces or the way eac3to calls Surcode or Surcode itself?

Does it work if you go from the original source rather than demuxing the thd track first?

pascalwil

27th June 2009, 16:41

Anyone knows how to use Surcode DVD DTS Encoder in command line mode instead of using the GUI? Thanks.
eac3to does it this way. I would love to have an example of the script to use. Many thanks.

rapscallion

27th June 2009, 22:03

I'm trying to extract the True HD (embedded core) audio stream from a *.m2ts file, using Eac3to and More GUI.

The "catch22" I'm running into is that the only way it will demux the correct stream (there's also a ac3/640 stream) is if I select "thd" as the save to file type. Then it extracts with a "thd" file extension, which Tsmuxer does not recognize. If I change the extension to "ac3", Tsmuxer says unsupported format. If I try to extract the stream as a ac3 file extension then the ac3/640 stream is extracted.

Yet, If I demux , using Tsmuxer, the THD stream is extracted correctly w/a ac3 file extension. Anyone's comments as to what the problem is with eac3to would be appreciated. Maybe I should be using a different/better GUI ?

TinTime

27th June 2009, 22:23

I'm trying to extract the True HD (embedded core) audio stream from a *.m2ts file, using Eac3to and More GUI.

I don't use any eac3to GUI or Tsmuxer but if you have a TrueHD with embedded DD track then specifying output.thd in eac3to will demux just the TrueHD, output.ac3 will demux just the DD and output.thd+ac3 will demux the complete stream. Perhaps you need to do this last option?

regisso

27th June 2009, 22:31

output.thd+ac3 will demux the complete stream
That's what I do when I convert hd-dvd to BD with tsMuxer.

TinTime

27th June 2009, 22:41

I guess that means that Tsmuxer wants an AC3 core for its TrueHD tracks.

HD-DVD TrueHD streams don't contain an AC3 core IIRC. In this case eac3to will generate the core if output.thd+ac3 is specified.

rapscallion

27th June 2009, 23:06

I don't use any eac3to GUI or Tsmuxer but if you have a TrueHD with embedded DD track then specifying output.thd in eac3to will demux just the TrueHD, output.ac3 will demux just the DD and output.thd+ac3 will demux the complete stream. Perhaps you need to do this last option?
The problem is that the last option is NOT an option in Eac3to and More. Any suggestions for the program to extract that stream ?

Snowknight26

27th June 2009, 23:13

You can do thd+ac3 in eac3to. Sounds like a GUI problem, not an eac3to problem, which have their own threads.

Inspector.Gadget

28th June 2009, 00:11

Anyone know if TMT3 decoders currently work in eac3to? Thanks.

spida_singh

28th June 2009, 02:26

Anyone know if TMT3 decoders currently work in eac3to? Thanks.

did not work for me, so went back to tmt2....i don't think there is a differencein the decoder, but, in tmt3 it does not allow third party apps to make use of it....thats the last i knew anyway

SomeJoe

29th June 2009, 04:57

Does this happen on every movie with TrueHD or is from movie to movie with TrueHD i ask because im having what seems to be the same problem, theres movies that are messed up and others that are not and im using a Pioneer receiver aswell. If the audio has problems do you hear it right away meaning through out the movie or is it parts of the audio during the movie?

I take it you have no problems with DTS-HD Master or PCM audio when demuxed and then remuxed?

My apologies for the very late reply on this. Been very busy at work. :)

No, I have no problem with TrueHD tracks if they are decoded to PCM, those work perfectly. Also have never had any problem with any flavor of DTS (DTS, DTS-HD, DTS-MA).

There are some TrueHD tracks that seem to work, but most give distorted audio. The distortion varies, and there are portions of the audio where you probably can't tell at first listen, and then there are sections where there is obviously something wrong.

I use the Iron Man BD to test this. The very first scene is majorly affected - the dialogue/discussion in the jeep at the very start of the film is barely audible under the eac3to.exe demux/TSMuxer remux scenario.

However, I have indeed finally solved this problem. It is indeed eac3to.exe's issue, and the root of the problem is the removal of dialogue normalization.

Eac3to removes dialogue normalization by default. When it does that, the sound is distorted when played through my Pioneer receiver.

Adding "-keepdialnorm" on the eac3to.exe command line has completely fixed the problem. I've tried my particularly problematic TrueHD track (Iron Man) which was very obviously distorted when played back after a demux with eac3to.exe and a remux with TSMuxer. The TrueHD track now plays perfectly and identically to the original when the -keepdialnorm option is used during the eac3to.exe demux.

This must be something particular to Pioneer receivers, evidently they pay very close attention to the dialogue normalization metadata and get confused if the values are incorrect, missing, etc.