Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > General > Audio encoding

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 2nd December 2008, 14:26   #7221  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by shanghai2004 View Post
Wrong duration is listed and something seems to be wrong with the 5.1 track listing. When the files are processed, an endless list of 13ms audio overlaps are reported in the 5.1 track.

Tried eeac3to v2.79 and v2.78 with this result, same EVO files where processed before with older version of eac3to without problems (cannot remember what version though... if important I can check)
Can you upload a little sample for me? Maybe 2 of those EVO parts which are rather small (if there are any such)?
madshi is offline  
Old 2nd December 2008, 14:39   #7222  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
Quote:
Originally Posted by madshi View Post
Will be fixed in the next build.
Just out of curiosity, what was the issue? Bad FLAC track possibly?
Snowknight26 is offline  
Old 2nd December 2008, 18:48   #7223  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,197
Quote:
Originally Posted by madshi View Post
Don't know how to do that. Do you have a few 2.0 mono samples?
this ac3 track here is 2.0 and at least supposed to be mono:

http://www.sendspace.com/file/sfsvuj
Thunderbolt8 is offline  
Old 2nd December 2008, 19:15   #7224  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Snowknight26 View Post
Just out of curiosity, what was the issue? Bad FLAC track possibly?
No runtime information in the FLAC track. That threw eac3to off.

Quote:
Originally Posted by Thunderbolt8 View Post
this ac3 track here is 2.0 and at least supposed to be mono
Unfortunately this behaves just like any true stereo track does. The header says stereo, there are 2 full channels in there and they are *not* bit perfect identical. So I don't see any reasonable way to find out that this track is mono instead of stereo. Ok, technically I could probably decode the whole track and check whether there are any "big" differences in the waveform anywhere. But I don't think it's worth it...
madshi is offline  
Old 2nd December 2008, 23:23   #7225  |  Link
alc0re
Registered User
 
Join Date: Jun 2008
Posts: 91
Why is it that whenever I check any dts file extracted by eac3to with MediaInfo, the length is always slightly shorter than the video or any ac3 file extracted?

Examples:

1) Skinwalkers Bluray

eac3to v2.79
command line: eac3to c:\BDRip\Skinwalkers 2) 1:"C:\BDRip\Skinwalkers\Demuxed\Chapters.txt" 2:"C:\BDRip\Skinwalkers\Demuxed\Skinwalkers.mkv" 4:"C:\BDRip\Skinwalkers\Demuxed\Skinwalkers.dts" -core
------------------------------------------------------------------------------
M2TS, 1 video track, 3 audio tracks, 2 subtitle tracks, 1:31:50
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 (16:9)
3: DTS Master Audio, French, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)

Media Info on Video MKV : 1h 31mn
Media Info on dts : 1h 30mn

2) The Untouchables Bluray

eac3to v2.78
command line: eac3to c:\BDRip\TheUntouchables 1) 1:"C:\BDRip\TheUntouchables\Demuxed\Chapters.txt" 2:"C:\BDRip\TheUntouchables\Demuxed\TheUntouchables.mkv" 3:"C:\BDRip\TheUntouchables\Demuxed\TheUntouchables.ac3" 4:"C:\BDRip\TheUntouchables\Demuxed\TheUntouchables.dts"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 4 subtitle tracks, 1:59:27
1: Chapters, 24 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: AC3 EX, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
4: DTS-ES, English, 6.1 channels, 24 bits, 1509kbps, 48khz, dialnorm: -4dB

Media Info on Video MKV : 1h 59mn
Media Info on Audio DTS : 1h 57mn
Media Info on Audio AC3 : 1h 59mn


Am I doing something wrong? Am I mistaken to think this is going to cause an audio sync issue as the movie gets further along? Could this be a bug with MediaInfo?

Its also listing the skinwalkers core dts file as 1536Kbps when eac3to said its 1509. I open the mkv and the ac3 files I get in Zoom player and they both are the correct length for the movie, but I can't get .dts files to open in Zoom player to check the lenght of the DTS file...and I do have ac3filter installed...
alc0re is offline  
Old 3rd December 2008, 00:54   #7226  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
Probably a calculation bug. 1:59:27 * (1509/1536) = 1:57:21.
Snowknight26 is offline  
Old 3rd December 2008, 07:10   #7227  |  Link
alc0re
Registered User
 
Join Date: Jun 2008
Posts: 91
Yah, I think you're right about a calculation error, although it doesnt do it with .ac3 files. Anyways, I kinda figured out its fine.

I just muxed the .dts files in question by themselves to .m2ts files with TSMuxer, and checked the resulting .m2ts file. They are the correct length.
alc0re is offline  
Old 3rd December 2008, 09:18   #7228  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by alc0re View Post
Why is it that whenever I check any dts file extracted by eac3to with MediaInfo, the length is always slightly shorter than the video or any ac3 file extracted?
What length is displayed if you do "eac3to Skinwalkers.dts"?
madshi is offline  
Old 3rd December 2008, 10:28   #7229  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,462
Hello,

I'm not sure whether this is a tsMuxeR issue or an eac3to one (but I assume the latter, sorry), but when I use eac3to to extract a RAW/PCM stream from a BD of Macross Frontier, tsMuxeR doesn't recognize the resultant .pcm file any more ("Can't detect stream type"), whereas it is recognized when I select it directly from the m2ts. I uploaded a sample:

3: RAW/PCM, Japanese, 2.0 channels, 16 bits, 48khz
http://rapidshare.com/files/169776965/mf2-test.pcm.html

I extracted it with the .pcm extension.

Thanks
__________________
Gorgeous, delicious, deculture!
asarian is offline  
Old 3rd December 2008, 11:47   #7230  |  Link
G_M_C
Registered User
 
Join Date: Feb 2006
Posts: 1,076
Quote:
Originally Posted by asarian View Post
Hello,

I'm not sure whether this is a tsMuxeR issue or an eac3to one (but I assume the latter, sorry), but when I use eac3to to extract a RAW/PCM stream from a BD of Macross Frontier, tsMuxeR doesn't recognize the resultant .pcm file any more ("Can't detect stream type"), whereas it is recognized when I select it directly from the m2ts. I uploaded a sample:

3: RAW/PCM, Japanese, 2.0 channels, 16 bits, 48khz
http://rapidshare.com/files/169776965/mf2-test.pcm.html

I extracted it with the .pcm extension.

Thanks
It's a known tsMuxeR problem, go to that thread and



You'll get to a tool that converts the BD PCM track to a format that tsMuxeR can use.
G_M_C is offline  
Old 3rd December 2008, 11:52   #7231  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 6,890
Quote:
Originally Posted by asarian View Post
I'm not sure whether this is a tsMuxeR issue or an eac3to one (but I assume the latter, sorry), but when I use eac3to to extract a RAW/PCM stream from a BD of Macross Frontier, tsMuxeR doesn't recognize the resultant .pcm file any more ("Can't detect stream type"), whereas it is recognized when I select it directly from the m2ts.
Is your issue. TsMuxer don't accept lpcm files. These files are raw audio data without header and can't be recognized out of a container than inform about bitdepth, channels, samplerate and endian.

Select wav like output file and can be recognized by TsMuxer if is <4GB (probably because 2 C and 16 bit). For wav files > 4GB (5.1 and > 130 min.) you need pcm output and Pcm2Tsmu.
__________________
BeHappy, AviSynth audio transcoder.
tebasuna51 is offline  
Old 3rd December 2008, 17:27   #7232  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Zwitterion View Post
Another idea:
DIRAC time stretching. The LE version is free to implement.
I don't know any free tool that does high-quality timestretching, so that would definitely be another killer feature and very useful for 23.976 --> 25 audio conversions.
I've looked into this. The DIRAC documentation contains this text:

Quote:
2.3 Phase locked multi-channel processing vs. multiple channel processing

The STUDIO version of DIRAC supports stereo while DIRAC PRO supports an infinite number of
channels (memory permitting) that it can process in a phase-locked (synced) manner at the same time. All of these
simultaneous channels are being processed using a phase-locked processing algorithm that ensures that the stereo
(or surround/multi-channel) phase relationship is preserved.

It is important to understand how this works and what this means exactly.

In a stereo recording, important localization cues are provided to the listener through the relative timing of a sound
source between the left and the right ear (channel). If a time stretching process changes the relative timing of the
two channels by even a minimal amount, the stereo image will be perceived as “distorted”. Also, mono
compatibility will no longer be guaranteed, which means that if you mix down the two stereo channels to a mono
channel (as is the case in some TV and radio equipment) you will end up with very audible artifacts perceived as
phasing or even cancellations.

If you have the situation that the relative phase between channels matters, it is imperative to use the multi-channel
processing mode of DIRAC STUDIO and PRO (all channels are being processed at the same time). As a rule of
thumb, phase is always important with stereo recordings, or recordings of the same sound source that were made
simultaneously through different microphones. It is almost always the case with the channels in a surround mix. In
these cases, you should use DIRAC in multi-channel mode, by setting up a single DIRAC object for multiple
channels.
So I contacted the DIRAC company and asked about whether it would make any sense at all to use the free DIRAC version for movie tracks. Here's the reply I received:

"If you are planning on time stretching and pitch shifting 5.1 and 7.1 recordings relative phase is essential. You would need to use the PRO version of DIRAC in order to do this."

In other words: The free DIRAC version is useless for our needs, sadly.
madshi is offline  
Old 3rd December 2008, 22:04   #7233  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,462
Quote:
Originally Posted by tebasuna51 View Post
Is your issue. TsMuxer don't accept lpcm files. These files are raw audio data without header and can't be recognized out of a container than inform about bitdepth, channels, samplerate and endian.

Select wav like output file and can be recognized by TsMuxer if is <4GB (probably because 2 C and 16 bit). For wav files > 4GB (5.1 and > 130 min.) you need pcm output and Pcm2Tsmu.
Okay, thanks. Hadn't dealt with LPCM before, and didn't realize they were that raw.
__________________
Gorgeous, delicious, deculture!
asarian is offline  
Old 4th December 2008, 02:32   #7234  |  Link
rack04
Registered User
 
Join Date: Mar 2006
Posts: 1,538
Any help with the following error? The source is Hellboy 2 Blu-ray.

Code:
eac3to v2.79
command line: eac3to "F:\Blu-ray\HELLBOY2_D1" 1) 1: "F:\Blu-ray\Hellboy 2.txt" 2: "F:\Blu-ray\Hellboy 2.h264" 4: "F:\Blu-ray\Hellboy 2.ac3" 10: "F:\Blu-ray\Hellboy 2.sup"
------------------------------------------------------------------------------
M2TS, 2 video tracks, 6 audio tracks, 5 subtitle tracks, 1:59:49
1: Chapters, 21 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: h264/AVC, 480p24 /1.001 (20:11)
4: DTS Master Audio, English, 7.1 channels, 24 bits, 48khz
   (core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
5: DTS, Spanish, 5.1 channels, 24 bits, 768kbps, 48khz
6: DTS, French, 5.1 channels, 24 bits, 768kbps, 48khz
7: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
8: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
9: DTS Express, English, 2.0 channels, 24 bits, 192kbps, 48khz
10: Subtitle (PGS), English
11: Subtitle (PGS), Spanish
12: Subtitle (PGS), French
13: Subtitle (PGS), Spanish
14: Subtitle (PGS), French
Creating file "F:\Blu-ray\Hellboy 2.txt"...
[a04] AC3 encoding doesn't support back channels. Will mix them into the surround.
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[s10] Extracting subtitle track number 10...
[a04] Decoding with ArcSoft DTS Decoder...
[a04] Mixing surround channels...
[a04] Encoding AC3 <640kbps> with libAften...
[v02] Creating file "F:\Blu-ray\Hellboy 2.h264"...
[a04] Creating file "F:\Blu-ray\Hellboy 2.ac3"...
[s10] Creating file "F:\Blu-ray\Hellboy 2.sup"...
[a04] This TS/M2TS file seems to be damaged (sync byte missing).
[v02] This TS/M2TS file seems to be damaged (sync byte missing).
[s10] This TS/M2TS file seems to be damaged (sync byte missing).
Aborted at file position 16013541376.
rack04 is offline  
Old 4th December 2008, 02:37   #7235  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,462
Quote:
Originally Posted by rack04 View Post
Any help with the following error? The source is Hellboy 2 Blu-ray.

Code:
eac3to v2.79

[a04] Creating file "F:\Blu-ray\Hellboy 2.ac3"...
[s10] Creating file "F:\Blu-ray\Hellboy 2.sup"...
[a04] This TS/M2TS file seems to be damaged (sync byte missing).
[v02] This TS/M2TS file seems to be damaged (sync byte missing).
[s10] This TS/M2TS file seems to be damaged (sync byte missing).
Aborted at file position 16013541376.
I believe I had the exact same error with this disc. If I recall correctly, what solved it for me was to demux the audio track first with tsMuxeR. Then eac3to would convert the demuxed stream properly.
__________________
Gorgeous, delicious, deculture!
asarian is offline  
Old 4th December 2008, 04:33   #7236  |  Link
Chumbo
Registered User
 
Chumbo's Avatar
 
Join Date: Feb 2005
Posts: 585
@madshi,
A request please as you have time. When going from the same format to a target of the same format, i.e., using -slowdown for example, can you use the same bitrate as the source by default please? Below is an example of one track I was slowing down and noticed it was being reencoded at 640Kbps rather than just defaulting to what the source is which, in this case, is 448Kbps. All I had to do was use the -448 to make sure the target is at least the same, but it would be nice to have the feature. Thank you.
Code:
eac3to v2.79
command line: eac3to movie.1.ts 3: audio.slow.ac3 -slowdown -log=aud-slow.txt
------------------------------------------------------------------------------
TS, 1 video track, 3 audio tracks, 0:10:40
1: h264/AVC, 1080i50 (16:9)
2: AC3, German, 5.1 channels, 448kbps, 48khz, dialnorm: -27dB, -280ms
3: AC3, English, 5.1 channels, 448kbps, 48khz, dialnorm: -27dB, -280ms
4: AC3 Surround, Achinese, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -280ms
[a03] Extracting audio track number 3...
[a03] Removing AC3 dialog normalization...
[a03] Decoding with DirectShow (Nero Audio Decoder 2)...
[a03] DirectShow reports 5.1 channels, 24 bits, 48khz
[a03] Applying RAW/PCM delay...
[a03] Changing FPS from 25.000 to 23.976...
[a03] Encoding AC3 <640kbps> with libAften...
[a03] Creating file "audio.slow.ac3"...
Video track 1 contains 1075 frames.
eac3to processing took 15 seconds.
Done.
__________________
Chumbo
Chumbo is offline  
Old 4th December 2008, 08:38   #7237  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by rack04 View Post
Any help with the following error? The source is Hellboy 2 Blu-ray.

Code:
[a04] This TS/M2TS file seems to be damaged (sync byte missing).
Aborted at file position 16013541376.
This looks like a damaged source file. Either it's a bad rip, or a bug in AnyDVD HD, or an authoring fault. eac3to only accepts clean sources at this time...

Quote:
Originally Posted by Chumbo View Post
When going from the same format to a target of the same format, i.e., using -slowdown for example, can you use the same bitrate as the source by default please?
No, I won't do that. When reencoding audio, the source bitrate is totally independent of the target bitrate. Doing 448kbps -> slowdown -> 448kbps results in worse audio quality compared to 448kbps -> slowdown -> 640kbps.
madshi is offline  
Old 4th December 2008, 09:04   #7238  |  Link
Beastie Boy
Registered User
 
Beastie Boy's Avatar
 
Join Date: Mar 2002
Posts: 353
I have become a bit confused about encoding AC3 from a THD file containing a AC3 core. If I do
Code:
eac3to input.thd output.ac3
will this extract the core AC3 track or will it encode a new track from the lossless data. What I am trying to do is encode from the lossless portion since I have read that most of the audible difference between the two tracks can be due to a different mix being used, or different masters.

It is quite clear regarding DTS with the -core option, but I need some advice regarding Dolbly. If necessary, I can convert to FLAC first.

Cheers, Beastie.
Beastie Boy is offline  
Old 4th December 2008, 09:15   #7239  |  Link
sehgal.v7
Registered User
 
Join Date: Jul 2008
Posts: 93
@Beastie
eac3to input.thd output.ac3
It will convert TrueHD to ac3

eac3to input.thd+ac3 output.ac3
It will extract embedded ac3 track.
sehgal.v7 is offline  
Old 4th December 2008, 09:43   #7240  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
The file extension of the source file doesn't really matter at all. But basically sehgal.v7 is right: If the source file contains a TrueHD/AC3 interweaved stream, asking eac3to for the AC3 file will result in a simple extract of the studio provided AC3 track. If the source file contains a straight TrueHD track, only (as is the case with HD DVDs), eac3to will encode a new AC3 track. Currently there's no way to directly force the encoding of a new AC3 track, if there's already an existing one, unless you choose one of the modification options (e.g. a different bitrate, or a volume change or something similar). But you can work around this by first converting to a TrueHD only track (name the target file "*.thd") and then in a separate step transcoding that to AC3. And yes, doing an intermediate FLAC step would have the same effect.
madshi is offline  
Closed Thread

Tags
eac3to

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 17:57.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.