eac3to - audio conversion tool

[Batman007]

Originally Posted by r0lZ

Try:
eac3to.exe "D:\MeGUI 2418\MeGUI output\AVSEQ02 Tc0 L2 2ch 48 224 DELAY 0ms.mp3" "101 D.
mp3" -slowdown

I've audio having frame rate 29.970 FPS
Which code should be used ? I'm new to eac3to .. I don't know much. . Please tell me the whole code ...

[LigH]

From 29.970 to 23.976 fps, do not change the audio. Inverse Telecine (IVTC) does not change the playtime.

[Batman007]

Originally Posted by LigH

From 29.970 to 23.976 fps, do not change the audio. Inverse Telecine (IVTC) does not change the playtime.

But I've encoded from 25 to 23.976 and it had changed duration... That was done with MeGUI
But MeGUI doesn't support 29.970 audio !
That's why I'm looking for eac3to

[LigH]

Of course. Converting a video from PAL (25.0 fps) to NTSC-Film (23.976 fps) does change the playing time if you use the slowdown method.

But converting a video from NTSC (29.97 fps) to NTSC-Film (23.976 fps) does not change the playing time if the video was telecined and can be reverted to progressive using IVTC. Therefore, MeGUI does not need to offer any audio conversion. The audio does not need any conversion, because the playing time won't change. But only if you can invert a telecine.

[Batman007]

Originally Posted by LigH

Of course. Converting a video from PAL (25.0 fps) to NTSC-Film (23.976 fps) does change the playing time if you use the slowdown method.

But converting a video from NTSC (29.97 fps) to NTSC-Film (23.976 fps) does not change the playing time if the video was telecined and can be reverted to progressive using IVTC. Therefore, MeGUI does not need to offer any audio conversion. The audio does not need any conversion, because the playing time won't change. But only if you can invert a telecine.

What if I convert 29.970 to 25.000 fps...
And then convert it to 23.976 ?

[LigH]

What if you first read basic material about video before confusing this thread?

[szabi]

Hi

Are there any development handling dolbyTrueHD audio?
It can extract the THD stream, but not the AC3 core, neither THD+AC3.
Any way to extract AC3 core?
Suggestions are welcomed.

bye
szabi

[Snowknight26]

I have a Blu-ray that causes eac3to to show only one playlist (the wrong playlist), even though playing index.bdmv plays a different one (the correct one). I've zipped the contents of the PLAYLIST folder and included a few files for debugging.. if madshi still secretly develops this.

[Music Fan]

Originally Posted by szabi

Are there any development handling dolbyTrueHD audio?
It can extract the THD stream, but not the AC3 core, neither THD+AC3.
Any way to extract AC3 core?
Suggestions are welcomed.

With TSmuxer, check "downconvert True HD ..." in track options and choose demux as output format. Don't worry, that's an extraction, not a conversion (encoding).

[madshi]

Originally Posted by Snowknight26

I have a Blu-ray that causes eac3to to show only one playlist (the wrong playlist), even though playing index.bdmv plays a different one (the correct one). I've zipped the contents of the PLAYLIST folder and included a few files for debugging.. if madshi still secretly develops this.

Ooops, too late. Why didn't you create a bug tracker entry for this, then I might have looked at it. Now 3.28 is already done.

Anyway, are you sure that the real playlist and the one selected by eac3to are really different? Often there are multiple duplicates, and eac3to simply selects one "by random".

[madshi]

eac3to v3.28 released

http://madshi.net/eac3to.zip

* fixed: #001: different number of frames for left and right eye
* fixed: #061: valid silence edit was sometimes rejected
* fixed: #067: error messages were not available to GUIs
* fixed: #086: left/right eye information was inverted in some 3D Blu-Rays
* fixed: #131: TrueHD Atmos streams could not be demuxed or decoded
* fixed: #243: ArcSoft DTS decoder crash made eac3to crash, too
* downStereo: added 0.7071 factor for surround/back channels (ITU-R BS.775-3)
* downStereo/Dpl: using 0.5 instead of 0.7071 factor for LFE (ITU-R BS.775-3)

Please note that some of these changes have been implemented without a lot of testing. So it would be great if you guys could double check things, especially the changes, to make sure they really work as intended. Also please make sure TrueHD decoding still works losslessly, as usual (even for non-Atmos tracks). I've hacked Atmos "support" into the old ffmpeg version I've been using for years, so I wouldn't have to update to the latest ffmpeg version. Don't have much time atm, so I tried to do the most important stuff with the least amount of work.

[Stereodude]

Originally Posted by Music Fan

With TSmuxer, check "downconvert True HD ..." in track options and choose demux as output format. Don't worry, that's an extraction, not a conversion (encoding).

TrueHD has no core in the sense that DTS-HD does. You can't extract what isn't there. If it's not THD+AC3 there's nothing to extract. It would have to be encoded.

[jpsdr]

Originally Posted by madshi

I've hacked Atmos "support" into the old ffmpeg version I've been using for years, so I wouldn't have to update to the latest ffmpeg version.

Is there a reason to stay with a several years old ffmpeg version ? There's probably been a lot of fixes and improvements since.

[Boulder]

Originally Posted by Stereodude

TrueHD has no core in the sense that DTS-HD does. You can't extract what isn't there. If it's not THD+AC3 there's nothing to extract. It would have to be encoded.

There is something to extract, for example the latest version of mkvmerge can get the embedded AC3 track for you.

[madshi]

Originally Posted by jpsdr

Is there a reason to stay with a several years old ffmpeg version ? There's probably been a lot of fixes and improvements since.

Have you bothered to read the announcement post? Read the last sentence again.

[r0lZ]

The bug #86 with the inversion of the left and right eye views when displaying the content of a 3D playlist with the MVC_Base_view_R_flag true is partially fixed.

When eac3to is launched with the BD path as the argument, or with the playlist, it works fine:

C:\>eac3to.exe Y:\BDMV\PLAYLIST\00852.mpls
1) 00852.mpls, 00001.m2ts, 1:34:02
   - Chapters, 20 chapters
   - h264/AVC (right eye), 1080p24 /1.001 (16:9)
   - h264/MVC  (left eye), 1080p24 /1.001 (16:9)
   - DTS Master Audio, English, multi-channel, 48kHz
   - DTS, French, multi-channel, 48kHz
   - AC3, Spanish, multi-channel, 48kHz
   - AC3, Portuguese, multi-channel, 48kHz
   - AC3, Danish, multi-channel, 48kHz
   - AC3, Finnish, multi-channel, 48kHz
   - AC3, Norwegian, multi-channel, 48kHz
   - DTS, Russian, multi-channel, 48kHz
   - AC3, Swedish, multi-channel, 48kHz
   - AC3, Chinese, multi-channel, 48kHz
   - DTS, Japanese, multi-channel, 48kHz

But when the 1) argument is added to display the full content of the playlist, the left and right views are still inverted:

C:\>eac3to.exe Y:\BDMV\PLAYLIST\00852.mpls 1)
M2TS, 2 video tracks, 11 audio tracks, 12 subtitle tracks, 1:34:02, 24p /1.001
1: Chapters, 20 chapters
2: h264/AVC  (left eye), 1080p24 /1.001 (16:9)
3: h264/MVC (right eye), 1080p24 /1.001 (16:9)
4: DTS Master Audio, English, 7.1 (strange setup) channels, 16 bits, 48kHz, -9ms
   (core: DTS-ES, 5.1 channels, 1509kbps, 48kHz)
5: DTS, French, 5.1 channels, 768kbps, 48kHz, -9ms
6: AC3, Spanish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
7: AC3, Portuguese, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
8: AC3, Danish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
9: AC3, Finnish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
10: AC3, Norwegian, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
11: DTS, Russian, 5.1 channels, 768kbps, 48kHz, -9ms
12: AC3, Swedish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
13: AC3, Chinese, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB, -9ms
14: DTS, Japanese, 5.1 channels, 768kbps, 48kHz, -9ms
15: Subtitle (PGS), English
16: Subtitle (PGS), French
17: Subtitle (PGS), Spanish
18: Subtitle (PGS), Portuguese
19: Subtitle (PGS), Danish
20: Subtitle (PGS), Finnish
21: Subtitle (PGS), Norwegian
22: Subtitle (PGS), Russian
23: Subtitle (PGS), Swedish
24: Subtitle (PGS), Chinese
25: Subtitle (PGS), Japanese
26: Subtitle (PGS), Japanese

(This is the Ice Age 3 3D Panasonic Bundle. I haven't tested with the 2 other 3DBDs I have with the inverted views, but I guess they give the same result.)

[madshi]

I'll need a sample. One which is complete enough so I can fully reproduce the incorrect listing.

[tebasuna51]

Originally Posted by madshi

eac3to v3.28 released

Thanks madshi!

Also please make sure TrueHD decoding still works losslessly, as usual (even for non-Atmos tracks).

I'll make some test and report.

* downStereo: added 0.7071 factor for surround/back channels (ITU-R BS.775-3)

No problem for me, that enhance a little the front channels info (more important) over the surround channels.

* downStereo/Dpl: using 0.5 instead of 0.7071 factor for LFE (ITU-R BS.775-3)

I can't se this recomendation in ITU-R BS.775-3, I only read than LFE don't be used at all in downmix.

@all users
Please read ITU-R BS.775-3 to understand for what add LFE is not recommended for downmix.
Use -mixlfe at your risk.

[Sparktank]

Originally Posted by madshi

eac3to v3.28 released

Excellent update!

Originally Posted by tebasuna51

@all users
Please read ITU-R BS.775-3 to understand for what add LFE is not recommended for downmix.
Use -mixlfe at your risk.

noted and PDF downloaded.

[madshi]

Originally Posted by tebasuna51

Thanks madshi!

Pleasure! It was about time...

Originally Posted by tebasuna51

I'll make some test and report.

Thanks, appreciated!

Originally Posted by tebasuna51

No problem for me, that enhance a little the front channels info (more important) over the surround channels.

I can't se this recomendation in ITU-R BS.775-3, I only read than LFE don't be used at all in downmix.

That's true. My thinking was like this:

Originally I mixed left, right and surround channels with 1.0, and the LFE with 0.7071. The reason for using 0.7071 for LFE was because it was originally only one channel/speaker, but I've mixed it into both the final left *and* right channels. So I had to half the volume of the LFE to not increase its final playback volume.

Now ITU 775-3 suggests to use 1.0 for left/right channel, but 0.7071 for the surround channels. The ITU idea is that the left/right channels should have higher priority than the surround channels. If we accept this idea, it should also be applied to the subwoofer. Why would we lower the surround channel volume for the mix, but not the LFE volume? Because of that I've used the original matrix, but added an 0.7071 factor on all channels (including LFE) except left/right. This is how I ended up with 0.7071 for the surround channels and 0.5 for the LFE.

ITU 775-3 does suggest not to mix the LFE at all, and IIRC that's eac3to's default behaviour, anyway. But *if* the user wants to mix the LFE, the volume should make sense, and since I just lowered the surround volume, I thought it would make sense to lower the LFE volume (when -mixlfe is used), accordingly.