eac3to - audio conversion tool

[Abradoks]

1) If FFmpeg is modified to give floating-point output will the results be closer to eac3to.
I don't know how to modify that patch to make it work with ffmpeg. If I apply it as is, ffmpeg outputs noise. So maybe someone else can check it?

3) See what the Nero decoder does compared to liba52 and libavcodec.
Nero make it even more confusing. Here are files (http://www.mediafire.com/?sharekey=01c0a12ada5691d6ed24a2875c7fa58e8c31fa5ed38dd370ea4ac78345cbe4ce). *-eac3to-nero.flac were decoded with eac3to; *-nero.flac with Nero 10 decoder and Graphedit.
Graphs:
http://img32.imageshack.us/img32/6349/5anero2.th.png (http://img32.imageshack.us/i/5anero2.png/)http://img85.imageshack.us/img85/8837/224nero2.th.png (http://img85.imageshack.us/i/224nero2.png/)http://img153.imageshack.us/img153/4343/640nero2.th.png (http://img153.imageshack.us/i/640nero2.png/)
So, eac3to-nero "looks" like ffmpeg for 5a.ac3, like liba52 for 224.ac3 and like eac3to-libav for 640.ac3.
I was surprised even more, when I compared SNR results:
5a-eac3to-libav: 27.194 dB (Gain for File B = 1.0009)
5a-eac3to-nero: 28.607 dB (Gain for File B = 0.99991)
5a-ffmpeg: 29.057 dB (Gain for File B = 0.99994)
5a-nero: 28.625 dB (Gain for File B = 1.5873)
5a-foo-liba52: 28.822 dB (Gain for File B = 0.99985)

224-eac3to-libav: 16.188 dB (Gain for File B = 0.99912)
224-eac3to-nero: 16.18 dB (Gain for File B = 0.99182)

224-ffmpeg: 13.399 dB (Gain for File B = 1.2648)
224-nero: 13.4 dB (Gain for File B = 2.0076)

224-foo-liba52: 16.166 dB (Gain for File B = 0.99174)

640-eac3to-libav: 27.809 dB (Gain for File B = 0.99982)
640-eac3to-nero: 27.813 dB (Gain for File B = 0.99982)

640-ffmpeg: 16.091 dB (Gain for File B = 1.2752)
640-nero: 16.091 dB (Gain for File B = 2.0243)

640-foo-liba52: 27.537 dB (Gain for File B = 0.99971)
Also, I've got 5a.ac3 decoded with Cyberlink PowerDVD 10. 5a-cyber.flac (http://www.mediafire.com/?ykz1wzgkylz):
http://img412.imageshack.us/img412/8210/5acyber.th.png (http://img412.imageshack.us/i/5acyber.png/)
SNR = 28.844 dB (Gain for File B = 1.5872)
As you can see, Cyberlink hasn't that problem with attenuation of high frequencies.
Can anyone check these samples with Windows 7 decoder? Or maybe even with reference decoder?

What program did you use to make the graphs? I want to use it in my comparisons as well.
Sound Forge. AFAIK baudline can provide same (http://www.baudline.com/manual/average.html) functionality.

[madshi]

Notwithstanding, what do you have to say about the "zero-padding" issue? :confused:
I'd need a sample.

Also: will eac3to v3.19 recognize "pure" .DTSHD files? :)
I have that on my to do list. I have a lot of things on my to do list, though.

— add switch -dtsfreq , for modifying the playback frequency of the lossy DTS streams ( most useful if someone intends to create a DTS-CD @ 1387.0828125kbps but is too lazy to deal with a hex editor :p )

— add switch -dtsrate, for modifying the apparent bitrate of .cpt files
I'm not sure what exactly you want to have changed? Just the bitstream header fields or what?

I actually have a question regarding ArcSoft decoding of DTS-HD MA streams in eac3to. Do I have to set any parameters in ASAudioHD.ax such as channel outputs or anything or does eac3to just use the engine of the dlls from ArcSoft DTS Decoder to decode the dts-hd ma streams in its original state?
No need to change anything. eac3to takes care of everything.

I have the same problem with crackling sound when converting a DTS-HD 7.1 file into a FLAC 7.1 file using the Arcsoft decoder. Only 7.1 goes wrong, 5.1 works like a charm. Does the same solution work here too? If not, is there another remedy?
Does eac3to report the 7.1 file as "(strange setup)"? If so, this is a bug in the ArcSoft decoder. Anyway, can I have a sample of the DTS-HD 7.1 file, please?

I have tested DtsDec.dll 1.0.2.2 + DTSdecoderDLL.dll 1.1.0.0, and these do NOT decode stereo DTSHD Master Audio correctly (not on my computer, at least).
I'm not aware of problems with stereo decoding. Can I have a sample, please?

Any plans to add -check capabilities to MKVs?
Does it not work yet? Will add that on my to do list...

For a particular HD-DVD, eac3to detects no subtitle track. Same thing when I open the main EVO files in MediaInfo.
But when I play the disc in my HD-DVD player, I have the possibility to switch between french audio / no subtitle and english audio / french subtitle.
eac3to detects only one video track, so I don't think there are two video tracks, one with subtitles and one without subtitles.
Can you explain where are (hidden) the subtitles please ?
Does eac3to detect the subtitles in the track listing ("eac3to c:\rippedHDDvd")?

got a 5.1 dtsma track, which only has data for the 2.0 channels, the rest is empty. so instead of keeping it as 5.1 with 4 empty channels, I'd rather turn in into a 2.0 dtsma & flac track. how do I do this? 5.1 -> wavs? and then afterwards?
Yeah, I'd export to wavs and then use wavewizard or a similar tool to combine the 2 mono wav files together. eac3to currently can't do that.

That's a good news.
I hope it means that lots of tools, and especially eac3to, could very soon support this E-AC3 extension ?
It's on my to do list.

I've recently bought Spiderman trilogy in bluray, and I successfully extracted all the audio tracks I needed from the 3 discs (in truehd format, .thd).
When I tried to convert the .thd files to mono wavs (or flac, or single wav) with eac3to & libav, no issue at all with audio from movie 1 and 3, but I experienced some problems, with the second movie's track decoding... Libav decoding in eac3to gave the repeated "Lossless check failed" warnings, even if the encoded wav files seemed to be good
Spiderman 2 is a seamless branching disc, as far as I remember. If you demux/extract the THD data first and convert it to WAVs or FLAC later, you'll get a "lossless check failed" warning for every seamless branch. That is to be expected. You should have gotten a warning from eac3to, though, when extracting the THD track in the first place. It's not a good idea to extract THD tracks from seamless branching Blu-Rays. Audio and video will drift out of sync, because eac3to can't fix the audio overlaps with THD tracks, when demuxing them. You should convert to THD/WAVs directly from the original Blu-Ray structure. Then those "lossless check failed" warnings should go away and audio and video will stay in sync.

[madshi]

Eac3to has too many unresolved issues to use it as decoder:
- DTS-HD 7.1 bug (http://forum.doom9.org/showthread.php?p=1363005#post1363005)
This is a bug in the ArcSoft DTS decoder and it only affects a handful of 7.1 tracks. Most DTS-HD 7.1 tracks decode just fine. Furthermore eac3to warns about the problem, when it occurs. There's nothing more I can do about it. Can you point me to a different decoder which doesn't have this problem? I'm not aware of any. So if you say eac3to can't be used as a decoder, then which DTS-HD decoder are you using instead?

- Nero DRC bug (http://forum.doom9.org/showthread.php?p=1353768#post1353768)
Hmmmm... Are you really sure about that? Do you still have files with which I can reproduce that? The files in your original post are no longer available for download.

- bug, when output is different for *.wav and *.wavs (at least with libav and ac3/dts)
That's the first time I hear about that. Can I have some more details?

Edit: Maybe you're confused by dithering? eac3to lets libav decode to floating point. For WAV/WAVs output eac3to dithers the floating decoding data down to integer. Dithering means adding random noise to the data. So it's clear that if you decode the same AC3/DTS track twice with eac3to/libav, the results will be different each time. If you want floating point WAV/WAVs files instead, use the eac3to "-full" switch. Then the files should be identical every time.

- ...
Yes? Go on, please!

[0x0]

Spiderman 2 is a seamless branching disc, as far as I remember. If you demux/extract the THD data first and convert it to WAVs or FLAC later, you'll get a "lossless check failed" warning for every seamless branch. That is to be expected. You should have gotten a warning from eac3to, though, when extracting the THD track in the first place. It's not a good idea to extract THD tracks from seamless branching Blu-Rays. Audio and video will drift out of sync, because eac3to can't fix the audio overlaps with THD tracks, when demuxing them. You should convert to THD/WAVs directly from the original Blu-Ray structure. Then those "lossless check failed" warnings should go away and audio and video will stay in sync.

1: Extracting directly the THD track from the bluray iso, eac3to gives no error (the lossless check failed appears only in transcoding...)
2: Tha audio of the THD is in sincro with the movie, I've checked evry 4-5 minutes, and dialogues as well as other sounds are in sincro...

3: I tried extracting the tracks in wavs format directly from bluray... no issue this time :rolleyes:

[Abradoks]

Hmmmm... Are you really sure about that? Do you still have files with which I can reproduce that? The files in your original post are no longer available for download.
Here (http://rghost.net/1659797) they are.
SNR:
out.10N.nero.L.wav 27.386 dB
out.10N.libav.L.wav 27.411 dB
out.10S.nero.L.wav 5.5173 dB
out.10S.libav.L.wav 27.398 dB
tartak (http://forum.doom9.org/member.php?u=169863) wrote on another forum, that with nero decoder DRC is only partially ignored: volume increasing still applies, while attenuation is ignored.

Maybe you're confused by dithering? eac3to lets libav decode to floating point. For WAV/WAVs output eac3to dithers the floating decoding data down to integer. Dithering means adding random noise to the data. So it's clear that if you decode the same AC3/DTS track twice with eac3to/libav, the results will be different each time. If you want floating point WAV/WAVs files instead, use the eac3to "-full" switch. Then the files should be identical every time.
Shame on me. That was dithering indeed. With -full everything works fine.

[madshi]

2: Tha audio of the THD is in sincro with the movie, I've checked evry 4-5 minutes, and dialogues as well as other sounds are in sincro...
The audio might seem to be in sync, but it can't be *perfectly* in sync. It's probably only a few milliseconds off, which you may not notice.

3: So, you recommend me to directly extract the audio track in wav format in order to avoid warnings (e.g. eac3to "G:" 1) 6: audiotrack.wavs ) ???
The warnings are not a problem. The audio sync is, unless you don't care about perfection.

Here (http://rghost.net/1659797) they are.
Thanks. That's pretty interesting. I've double checked: For some of my movie AC3 files the eac3to "Nero DRC fix" worked, but for some others it didn't. Your AC3 file falls into the "didn't work" category. Don't know why some worked and some not.

Anyway, have already found a fix for the problem, which will be included in the next build.

[Thunderbolt8]

^^is this problem with nero & ac3 track of importance so that we have to redo our ac3 tracks? I guess not, because libav has been default since quite a while, right?

[Laurent]

Does eac3to detect the subtitles in the track listing ("eac3to c:\rippedHDDvd")?

No. Only video and audio tracks. That's why I don't understand where are the subtitles if they are not in a specific track.
Or could it be a bug in the subtitle track detection ?

F:\Video>"c:\program files\eac3to\eac3to.exe" .
1) L0_mainMovie.EVO+L1_mainMovie.EVO, 1:51:18
"mainMovie"
- VC-1, 1080i (16:9)
- DTS-HD, English, 2.0, 48khz
- DTS-HD, French, 2.0, 48khz

2) trailer.EVO, 0:03:52
"trailerIntro"
- VC-1, 1080i (16:9)
- DTS-HD, French, 2.0, 48khz

3) specialFeatures.EVO, 0:00:30
"specialFeatures"
- VC-1, 1080i (16:9)
- LPCM, English, 2.0, 16 bits, 48khz

F:\Video>"c:\program files\eac3to\eac3to.exe" . 1)
EVO, 1 video track, 2 audio tracks, 1:51:25
1: Joined EVO file
2: Chapters, 12 chapters
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: DTS Master Audio, English, 2.0 channels, 16 bits, 48khz
(core: DTS, 2.0 channels, 16 bits, 768kbps, 48khz)
5: DTS, French, 2.0 channels, 16 bits, 1509kbps, 48khz

Is seamless branching a feature available for HD-DVD ? That would be very strange, but maybe seamless branching is used between video without subtitles and video with subtitles encoded in picture ?

[Thunderbolt8]

how does the -shutdown command work? I used it with a command line like "eac3to moviefolder 1) 2: movie.mkv 3: audio.flac 3: audio.dtsma 4: subtitles.sup -shutdown"

but my computer didn't shut down afterwards and just idled.

[Snowknight26]

Does it not work yet? Will add that on my to do list...


Doesn't work when there are subtitle streams (SRT for example) present. eac3to spits back 'This subtitle conversion is not supported.'

[madshi]

^^is this problem with nero & ac3 track of importance so that we have to redo our ac3 tracks? I guess not, because libav has been default since quite a while, right?
You won't have to redo libav decoded tracks, and also not all Nero decoded tracks. But maybe some Nero decoded tracks. Don't know which ones. Some seem to be affected, others not.

No. Only video and audio tracks. That's why I don't understand where are the subtitles if they are not in a specific track.
My best guess is that the HD DVD information records are not correct for that movie. The subtitle information may still be there, but eac3to just misses it, because it's not listed anywhere. The HD DVD menu might still be able to access it.

how does the -shutdown command work? I used it with a command line like "eac3to moviefolder 1) 2: movie.mkv 3: audio.flac 3: audio.dtsma 4: subtitles.sup -shutdown"

but my computer didn't shut down afterwards and just idled.
It should work, but maybe it needs admin rights!? Don't know for sure...

Doesn't work when there are subtitle streams (SRT for example) present. eac3to spits back 'This subtitle conversion is not supported.'
Ah, ok.

[Laurent]

My best guess is that the HD DVD information records are not correct for that movie. The subtitle information may still be there, but eac3to just misses it, because it's not listed anywhere. The HD DVD menu might still be able to access it.

Note that, like eac3to, MediaInfo or TsMuxer do not detect any subtitle track in the EVO file.
In the HD-DVD menu, there is only an audio menu (no subtitle choice) and the switch of audio does make appear or disappear the french subtitles. That's a kind of authoring where subtitles are forced when enabling the original english audio track. That's something we have sometimes on DVD. I don't know how it is handled on HD-DVD.

[Thunderbolt8]

It should work, but maybe it needs admin rights!? Don't know for sure...my user is listed with admin rights so it should work. can anyone else please try if or how the shutdown mode works?

[kurt]

^^

same here. shutdown doesn't do anything on win7 prof (with admin rights).

[setarip_old]

@madshi

Regarding "shutdown" - You might want to check with "jdobbs" (at his Doom9 sub-forum), the author of BD Rebuilder. Base3d on postings in the BD-Rebuilder thread, he has very recently resolved the identical problem...

[deathlord]

Hi

I have just encoutered a nasty problem using eac3to 3.17.
When converting 5.1 48kHz dts files to 5.1 flac, eac3to just stopped without error, leaving an unfinished file and no log. It happen only with one file out of ten.
Even worse, rerunning the identical command line once more, the problem does not appear anymore.
This has happend twice in the last couple of days.

Any ideas?

[Thunderbolt8]

update to the latest version, then try again.

[deathlord]

update to the latest version, then try again.

Yes, of course I will do that. But since the problem can not be systematically reproduced, it may take a long time for the problem to reappear.
The changelog for 3.18 does not list any bugfixes, so I would expect it to behave the same way in this respect.

Meanwhile, I have an idea what could be causing my problem. I remember running two instances of eac3to at the same time. Is this considered a bad idea? Because I have done this quite often without any trouble.
I will try to reproduce the problem this way.

[GZZ]

I have only had problem using two instance of eac3to when encoding to DTS using surcode, sometimes (rare cases) it happens that both instance use surcode at the same time and one instance finish before the other. Then it (sometimes) kills both process leaving a unfinished dts file. Maybe its the same that happens for you ?

You could properly check this by making a batch file with the same commandline repeated like 5-10 times and then just make it run over and over again to see if it fails at any point. If this work, then try to make 2 batch and run it at the same time. Dont use the same destination folder in both batch job, it will sure fuck it up. :)

[Xorp]

I'm interested in slowing down some 24.000fps Blu-rays to 23.976fps, since it's the preferred standard for my 60hz sets. Most of them are originally 16-bit though, and since slowing them down with eac3to increases their bitdepth to 24-bit, that takes some of them over the 25GB limit for SL disc burning (after converted back to DTS-MA with the DTS encoder). I'm not gonna waste a BD50 to fit on an extra 800MB or so. I know I can reduce them back down to 16-bit with the -down16 option but I'm worried about the effect all the conversions would have on quality. 16->64->24->16 is a lot of steps. Should I just live with 24fps or will there not be any noticeable sound quality difference after all the conversions?

[deathlord]

I have only had problem using two instance of eac3to when encoding to DTS using surcode, sometimes (rare cases) it happens that both instance use surcode at the same time and one instance finish before the other. Then it (sometimes) kills both process leaving a unfinished dts file. Maybe its the same that happens for you ?

You could properly check this by making a batch file with the same commandline repeated like 5-10 times and then just make it run over and over again to see if it fails at any point. If this work, then try to make 2 batch and run it at the same time. Dont use the same destination folder in both batch job, it will sure fuck it up. :)

I'm not using surcode. But the same could be happening with the arcsoft decoder. I'll give it a try, thanks for the input.

[madshi]

same here. shutdown doesn't do anything on win7 prof (with admin rights).
Ok, I'll see if I can reproduce it.

I have just encoutered a nasty problem using eac3to 3.17.
When converting 5.1 48kHz dts files to 5.1 flac, eac3to just stopped without error, leaving an unfinished file and no log. It happen only with one file out of ten.
Even worse, rerunning the identical command line once more, the problem does not appear anymore.
This has happend twice in the last couple of days.
Could be a bug in eac3to. But since nobody else has reported a similar problem yet, I'd say there's a good chance that maybe your PC is unstable in some way? Don't know...

Meanwhile, I have an idea what could be causing my problem. I remember running two instances of eac3to at the same time. Is this considered a bad idea?
I don't think so. Except maybe for Surcode encoding.

I'm interested in slowing down some 24.000fps Blu-rays to 23.976fps, since it's the preferred standard for my 60hz sets. Most of them are originally 16-bit though, and since slowing them down with eac3to increases their bitdepth to 24-bit, that takes some of them over the 25GB limit for SL disc burning (after converted back to DTS-MA with the DTS encoder). I'm not gonna waste a BD50 to fit on an extra 800MB or so. I know I can reduce them back down to 16-bit with the -down16 option but I'm worried about the effect all the conversions would have on quality. 16->64->24->16 is a lot of steps. Should I just live with 24fps or will there not be any noticeable sound quality difference after all the conversions?
The biggest potential sound quality drop will come from resampling the audio. It's hard to say how big the difference will be, though. You can try comparing the 24.000 original to the 23.976 conversion with good headphones. You might hear a small change in the audio pitch (much much less than the PAL Micky Mouse effect, and in the opposite direction), but apart from that quality shouldn't suffer too much. eac3to does not usually do 16->64->24->16. Instead it directly does 16->64->16, if you specify "-down16". Of course if you slowdown first and save that as 24bit FLAC and then downsample to 16bit in a separate step you do have 16->64->24->16. But let me say that no human being is able to hear any quality loss caused from reducing 64->24. The experts all agree on that. Some experts even say that 24->16 does not cause any audible loss in quality, as long as proper dithering is applied (which eac3to does), but not everybody agrees here. If the 24->16 conversion does have a negative impact, it can only be a very slightly higher noise floor. If you want to go safe, you can use any bitdepth value between 24 and 16 bit. Every bit you lose saves space, when using lossless compression. E.g. use "-down18" to dither down to 18bit. That way the noise floor will be 4x lower than when using 16bit. But as I said before, the biggest quality issue will be the resampling itself.

BTW, personally I'm also modding all 24.000 Blu-Ray movies to 23.976. However, for such movies I store the original audio track, too, just to be safe...

[rack04]

Will eac3to be updated to support muxing with x264's new --fake-interlaced?

Add "Fake interlaced" option

This encodes all frames progressively yet flags the stream as interlaced.

This makes it possible to encode valid 25p and 30p Blu-Ray streams.

Also put the pulldown help section in a more appropriate place.

[madshi]

Will eac3to be updated to support muxing with x264's new --fake-interlaced?
Does it not work right now?

[rack04]

Does it not work right now?

Actually I think I jumped the gun. eac3to detects the source at 1080i60 and adds a fps value of 30000/1001 to the mkv header. So yes it works correctly. My apologies.

eac3to v3.18
command line: eac3to C:\Personal\Videos\hd_dts_sfx_long.264 C:\Personal\Videos\hd_dts_sfx_long.mkv
------------------------------------------------------------------------------
h264/AVC, 1080i60 /1.001 (16:9)
Muxing video to Matroska...
Added fps value to MKV header.
Video track contains 573 frames.
eac3to processing took 1 second.
Done.

[TinTime]

madshi

I've found a peculiarity when reducing the bit depth of a file. I've got a sample here to reproduce the problem (if it is a problem).

http://www.mediafire.com/file/yynhfkqgzm2/test1 24.flac

If I try to reduce the bit depth from 24 to, say, 20 bits I get the following log:

eac3to v3.18
command line: "D:\Vtemp\programs\eac3to\eac3to.exe" "E:\Video\test\eac3to test\test1 24.flac" "E:\Video\test\eac3to test\test1 20.flac" -down20
------------------------------------------------------------------------------
FLAC, 5.1 channels, 0:00:18, 24 bits, 4786kbps, 48khz
Decoding FLAC...
Reducing depth from 24 to 20 bits...
Encoding FLAC with libFlac...
Creating file "E:\Video\test\eac3to test\test1 20.flac"...
The original audio track has a constant bit depth of 24 bits.
Processed audio track, L+LFE: constant bit depth of 20 bits.
Processed audio track, R+C+SL+SR: max 24 bits, average 20 bits.
eac3to processing took 3 seconds.
Done.

Why would there still be 24 bit samples or is the eac3to log in error?

Thank you!

[TinTime]

Sorry, looks like mediafire is down.

Here's another link:

http://www.tintime.talktalk.net/test1 24.flac

[nibus]

Hi guys, I'm trying to encode a 6.1 DTS to a 5.1 AAC track with eac3to (using NeroAacEnc.exe for the AAC conversion).

I've encoded the DTS straight to a wav:

eac3to input.dts output.wav -libav

(I can't get Arcsoft to work correctly so I figure I'll just use 5.1 with libav)

But this wav is not playable in any player, and when I try to encode it with NeroAacEnc.exe it gives me this error:

ERROR: Invalid Channel Mask

In the logs, eac3to says it is extracting the core from the DTS, so shouldn't that bring it down to a 5.1 track that Nero would recognize? How do I convert a 6.1 DTS track to a 5.1 Wav that Nero will recognize and encode properly?

I'm just looking for as close of a lossless > 5.1 AAC solution as possible, and I would prefer to use the newest version of the Nero encoder. I am hesitant to encode from a low bitrate of 448kbps AC3 and would prefer to encode straight from the DTS source file.

thanks

[TinTime]

Just allow eac3to to handle it all. Make sure that NeroAacEnc.exe is in the same directory as eac3to.

eac3to input.dts output.m4a -quality=value between 0.00 and 1.00

[nibus]

Just allow eac3to to handle it all. Make sure that NeroAacEnc.exe is in the same directory as eac3to.

eac3to input.dts output.m4a -quality=value between 0.00 and 1.00

Oh cool - I must have misunderstood the documentation. I thought it did not support the new version of the encoder. Thanks for your help.

edit: I do have a couple more questions -

1) Are most of you going with the eac3to default and removing Dynamic Range Compression? I assume this would be the most accurate reproduction of the original audio track, but in all honesty, it makes it hard to watch some movies because of the extreme difference in sound.
2) When listening to the final encoded AAC file (from 6.1 DTS) it is much quieter than when I encode to an AC3 file. I assume this is because of DirectShow filters. I wasn't able to find any volume settings in the ffdshow config to adjust volume for AAC audio. Does anyone know how to remedy this?

[nurbs]

1) Depending on the hardware and software you use for playback DRC can be done on the fly, so it's not that big of an issue.

[b66pak]

2) When listening to the final encoded AAC file (from 6.1 DTS) it is much quieter than when I encode to an AC3 file. I assume this is because of DirectShow filters. I wasn't able to find any volume settings in the ffdshow config to adjust volume for AAC audio. Does anyone know how to remedy this?

do:

eac3to input.dts output.m4a -quality=value between 0.00 and 1.00 -normalize
_

[nibus]

do:

eac3to input.dts output.m4a -quality=value between 0.00 and 1.00 -normalize
_

Thanks b66 :)

[iSeries]

Hi,

A question about the -down16 command.

In the past I have been saving my blu ray collection as MKV's with FLAC audio tracks, preserving the original bit depth. I'm now running a bit short on space and using the -down16 command gives me some real space savings. I remember that I've done some backups and eac3to says something along the lines of a 24 bit audio track really being 16 bit, and that the padding will be removed in a 2nd pass.

Now the question! If I just put in the -down16 command will eac3to behave in the same way when it comes to 24 bit padded audio tracks and just remove the padding in a 2nd pass? Or does it blindly dither down to 16 bit without checking?

[nibus]

I have one more quick question -

In your opinion, is buying the Arcsoft suite worth the money for the quality difference between it and regular LibAV (when encoding from DTS)? I've read that the newer versions of LibAV are just as good but I would like to hear some more input on the matter.

And no I'm not asking which is best, just what you prefer. ;)

[tebasuna51]

Libav don't decode DTS-HD.
BTW, you can use trial versions of ArcSoft to do the job. See this post http://forum.doom9.org/showthread.php?p=1398577#post1398577

[nibus]

Libav don't decode DTS-HD.
BTW, you can use trial versions of ArcSoft to do the job. See this post http://forum.doom9.org/showthread.php?p=1398577#post1398577

Thanks, I've now installed it and successfully encoded two 5.1 DTS tracks. However I have tried a 6.1 track and the encoded file plays back too slow and extremely distorted, like it's coming out of a clock radio speaker under water....

No errors or indications during the encoding process. I've tried encoding it in Windows 7 and XP, both with the same result. Is the Arcsoft decoder unable to to decode some 6.1 tracks? Nero and LibAV handle it fine but without the full information like you stated.

[tebasuna51]

However I have tried a 6.1 track and the encoded file plays back too slow and extremely distorted, like it's coming out of a clock radio speaker under water...
Please put the full log file.

[nibus]

(Long encoding time because I'm running another encoding project at 90% cpu)

eac3to v3.18
command line: eac3to.exe F:\Encode\BluRay\X3\BDMV\STREAM\input.dts F:\Encode\BluRay\X3\BDMV\STREAM\output.m4a -quality=0.40
------------------------------------------------------------------------------
DTS Master Audio, 6.1 channels, 24 bits, 48khz
(core: DTS-ES, 6.1 channels, 24 bits, 1509kbps, 48khz)
NeroAacEnc doesn't support 6.1 encoding. Will double the 7th channel.
Doubling 7th channel...
Decoding with ArcSoft DTS Decoder...
Remapping channels...
Encoding AAC <0.40> with NeroAacEnc...
The original audio track has a constant bit depth of 24 bits.
The processed audio track has a constant bit depth of 24 bits.
eac3to processing took 29 minutes, 42 seconds.
Done.


thanks for your help!

[tebasuna51]

I can't reproduce your problem, works fine for me.
Maybe have you more than one encode project at same time?
Seems don't work always.

[Majin3]

Hello, since this is my first time dealing with DTS, I wanted to ask some questions here before doing anything wrong...
eac3to reports that my Blu-ray has "LPCM 16 bit 5.1", "DTS Master Audio 16 bit 5.1" and "LPCM 16 bit 2.0" audio tracks.
I want to extract the best quality one, but I'm a bit confused since eac3to reports that the DTS MA track is 16bit (which should decompressed be 1:1 to the first LPCM one, shouldn't it?) while its DTS core is 24bit (MediaInfo says the same).
Can that be correct? Shouldn't the DTS MA also be 24 bit or the DTS core 16 bit?

[nurbs]

DTS tacks don't really have a fixed bitdepth, lossy audio codecs don't in general.

[Majin3]

Ah, I see.
So the core is of varibale bit depth and the "Master Audio" extension patches it to 16 bit? Then I guess I'll just go with the LPCM track, thanks.

[madshi]

Here (http://rghost.net/1659797) they are.
SNR:
out.10N.nero.L.wav 27.386 dB
out.10N.libav.L.wav 27.411 dB
out.10S.nero.L.wav 5.5173 dB
out.10S.libav.L.wav 27.398 dB
tartak (http://forum.doom9.org/member.php?u=169863) wrote on another forum, that with nero decoder DRC is only partially ignored: volume increasing still applies, while attenuation is ignored.
Argh, what I said earlier was wrong, I haven't been able to fix yet, unfortunately... :(

I've found a peculiarity when reducing the bit depth of a file. I've got a sample here to reproduce the problem (if it is a problem).
I'd say this is probably only a cosmetic issue, but I'll look into it.

Now the question! If I just put in the -down16 command will eac3to behave in the same way when it comes to 24 bit padded audio tracks and just remove the padding in a 2nd pass? Or does it blindly dither down to 16 bit without checking?
What is the source you will be using for -down16? Was the source created with eac3to? If so, if it's really only 16bit, then eac3to should already have saved it as 16bit, so if you use -down16, nothing will happen.

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?

[madshi]

eac3to v3.19 released

http://madshi.net/eac3to.zip

* added support for 3D Blu-Rays (playlists, detection & demuxing)
Just a quick addition of 3D support. For playlist browsing it looks like this:

D:\BDMV\PLAYLIST>eac3to 00001.mpls
1) 00001.mpls, 00001.m2ts, 0:00:09
- h264/AVC (left eye), 1080p24 /1.001 (16:9)
- h264/AVC (right eye), 1080p24 /1.001 (16:9)
- DTS, English, multi-channel, 48kHz
For demuxing it looks like this:

M2TS, 2 video tracks, 1 audio track, 0:00:09, 24p /1.001
1: h264/AVC (left eye), 1080p24 /1.001 (16:9)
2: h264/AVC (right eye), 1080p24 /1.001 (16:9)
3: DTS, English, 5.1 channels, 16 bits, 1509kbps, 48kHz
a03 Extracting audio track number 3...
v01 Extracting video track number 1...
v01 Extracting video track number 1...
a03 Patching bitdepth to 24 bits...
v01 Creating file "c:\desktop\test - 2 - h264 (right eye), 1080p24.h264"...
v01 Creating file "c:\desktop\test - 1 - h264 (left eye), 1080p24.h264"...
a03 Creating file "c:\desktop\test - 3 - DTS, English, 5.1 channels, 16 bits, 15
09kbps, 48kHz.dts"...
Video track 1 contains 211 frames.
Video track 2 contains 211 frames.
eac3to processing took 2 seconds.
Done.
Enjoy!

(Before anybody asks: The "left eye" stream is a normal h264 stream, which every h264 decoder supports. The "right eye" stream is a special h264 extension stream which current h264 PC decoders don't understand.)

[iSeries]

"If your source claims to be 24bit, and if you use -down16, then eac3to will apply dithering - even if it's only really 16bit."

So, I'll get better quality on padded sources if I first demux/convert to .wav? That way eac3to can work out if its padded or true 24bit. If its padded it'll do a second pass and remove the padding and if its 24bit it will stay as 24bit and I can then run it through eac3to again with -down16? (yeah more time consuming but its the computer doing the work, not me :))

[~Revolution~]

I don't get the point of padding 16bit to 24bit in the first place. What does it exactly do?

[hubblec4]

eac3to v3.19 released

http://madshi.net/eac3to.zip

* added support for 3D Blu-Rays (playlists, detection & demuxing)


(Before anybody asks: The "left eye" stream is a normal h264 stream, which every h264 decoder supports. The "right eye" stream is a special h264 extension stream which current h264 PC decoders don't understand.)



thats wonderful news. I hope this issue with the "right eye" stream will be fixed at someone next time.

thanks for your working on eac3to.

[iSeries]

@~Revolution~ - Doesnt make sense to me either!

[Xorp]

I don't get the point of padding 16bit to 24bit in the first place. What does it exactly do?

http://forum.doom9.org/showpost.php?p=1386209&postcount=9868

If eac3to kept it flagged as 16-bit like the source, some decoders might only decode in 16-bit, so madshi smartly made eac3to flag all DTS as 24-bit just in case :)