View Full Version : eac3to - audio conversion tool
rica
20th October 2010, 01:30
madshi,
PDVD10 audio decoder decodes DTSHD streams perfectly.
Maybe you can give it a go?
jd213
20th October 2010, 11:17
TrueHD is fine. Just use the following to generate the AC3:
eac3to.exe input.thd output.thd+ac3
Oh, I see. So it's just DD+ that can't be converted to a BD-compatible DD+ stream. It would need to be eac3+ac3 I assume, and eac3to doesn't seem to support that format apparently.
I'm not sure why you've got a problem with LPCM though.
I don't have a problem with LPCM itself, but it seems the libavcodec in eac3to isn't decoding DD+ 100% accurately since I got some occasional static out of the surround speakers when playing the decoded LCPM but not when playing the HD DVD itself. Also, I'd prefer to just keep the original DD+ stream, since decoding to LPCM makes Apollo 13 too big for a BD25.
TinTime
20th October 2010, 11:36
There's a difference between eac3 on HD DVDs and eac3 on BD so you're going to have to convert it to something - you can't just interleave ac3 to make it compatible like TrueHD.
If 24bit LPCM is too big how about 16bit? Alternatively just convert it to AC3.
jd213
21st October 2010, 02:59
Thanks for the information. 16-bit LPCM would normally be fine, but I suspect that it will still have the static problem.
If there's no way to convert HD DVD eac3 to BD eac3, then I guess I'll just use my Popcorn Hour (although I'd rather have a burned disc). Just found out that HD DVD eac3 will work on it when remuxed into a BD m2ts file. I previously didn't think it would since I once tried playing a evo file and got video but no sound.
dansrfe
21st October 2010, 06:56
Can someone PLEASE address the issue of eac3to NOT solving delay/overlap issues when extracting wavs or the audio files from a set of stringed-together/joined m2ts files from an mpls? It gives all the warnings which is great but it doesn't actually "do" anything about it.
Thunderbolt8
22nd October 2010, 22:30
for the time being, to get around that problem just encode to .flac instead of .wav and then convert to .wav afterwards. other than that, you need to wait for madshi to fix that problem.
dansrfe
23rd October 2010, 00:07
k thx^ :)
dansrfe
23rd October 2010, 00:55
To Thunderbolt8:
Going back to your earlier question about 7.1 config in DTS HD Encoder. Did you find out how to figure out which channels from eac3to works with which config for 7.1 in DTS HD Encoder?
xxx666yyy777
23rd October 2010, 01:56
To Thunderbolt8:
Going back to your earlier question about 7.1 config in DTS HD Encoder. Did you find out how to figure out which channels from eac3to works with which config for 7.1 in DTS HD Encoder?
Try this link:
http://forum.doom9.org/showthread.php?p=1443085#post1443085
dansrfe
23rd October 2010, 04:08
Excellent^ Thanks!
Sharc
23rd October 2010, 09:17
Can someone PLEASE address the issue of eac3to NOT solving delay/overlap issues when extracting wavs or the audio files from a set of stringed-together/joined m2ts files from an mpls? It gives all the warnings which is great but it doesn't actually "do" anything about it.
IIRC joining the multiple .m2ts from the .mpls into one big .mkv (as intermediate file for further processing) using MakeMKV solved the problem as well.
Added:
If you start from a BD structure you should also be successful with jdobb's BD Rebuilder.
Thunderbolt8
23rd October 2010, 11:07
Try this link:
http://forum.doom9.org/showthread.php?p=1443085#post1443085
I saw that link, but since both setups are so similar, how can you really be sure that its the one and not the other?
xkodi
23rd October 2010, 11:25
in dts master audio suite you can tick the option to display all 7.1 channel layouts. doing so, theres another setup similar to that of "strange setup" 7.1 tracks which has the 2 additional speakers at the front and not at the back (Lw, Rw instead of Lsr and Rsr). how can we actually be sure that these layouts named as "strange setup" by eac3to are that one with the additional 2 channels at the back and not at the front?
eac3to "-logdts" switch displays detailed information about the DTS file. BTW, how to trick DTS software and get more layouts?
Thunderbolt8
23rd October 2010, 12:32
just tick "display all 7.1 channel layouts" under preferences ;)
Thunderbolt8
23rd October 2010, 17:43
when having a 32-bit float wavepack file and I want to convert it losslessly to .flac, how to do that best?
when converting what 32-bit float file to .wav and then to flac (because wavepack input is not supported by eac3to), then I get the message "reducing bithdepth from 64 to 24-bits" and the final flac file will have 24-bits which is not lossless any more, right?
same when I convert the 32-bit float file to 32-bit non floating .wav (is this step still lossless btw?) and then to flac, then I get "reducing bitdepth from 32 to 24 bits" and the final flac file isnt lossless any more either, correct?
if so, why is the creation of 32-bit flac files not supported? according to wikipedia, flac supports up to 32-bit: "It can handle any PCM bit resolution from 4 to 32 bits per sample"
flyingernst
25th October 2010, 09:23
Hi guys. I have a problem
System Win 7 x64 + newest eac3to + Arcsoft tmt3 3.0.1.180
I cant encode a *.dtsma to flac because eac3to didnīt find the arcsoft decoder.
What did I wrong?
Thank, greetings, flyingernst
Edit: I tryed this: http://forum.doom9.org/showpost.php?p=1302586&postcount=9076 but I get an error
edit edit: i installed Version 2, now it works
yaous
27th October 2010, 11:22
Sorry for the newbie questions.
1: h264/AVC 1080p24 /1.001 (16:9)
2: AC3, German, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
3: TrueHD/AC3, English, 7.1 channels, 48kHz
(embedded: AC3, 5.1 channels, 640kbps, 48kHz)
'eac3to 1) 3: d:\audio.ac3'
this command line extracts embedded ac3 track?
or re-encode TrueHD to ac3?
mrr19121970
27th October 2010, 11:30
It will extract the core, to be 100% sure of this add -core.
eac3to 1) 3: d:\audio.ac3 -core
xxx666yyy777
1st November 2010, 14:39
IIRC joining the multiple .m2ts from the .mpls into one big .mkv (as intermediate file for further processing) using MakeMKV solved the problem as well.
Added:
If you start from a BD structure you should also be successful with jdobb's BD Rebuilder.
So, does anyone have a definite description of this problem and when/how it occurs? Are these audio delays occuring, when converting to .wav or also, when simply demuxing (to .dts/.dtsma)?
Thanks.
xxx666yyy777
1st November 2010, 19:38
So, does anyone have a definite description of this problem and when/how it occurs? Are these audio delays occuring, when converting to .wav or also, when simply demuxing (to .dts/.dtsma)?
Thanks.
I did some small tests and its getting really interesting. First, here is the "make-up" of the BD:
C:\Windows\System32>eac3to y:\ 3)
M2TS, 1 video track, 5 audio tracks, 4 subtitle tracks, 1:43:01, 100.758p
1: Chapters, 34 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 7.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-ES, 5.1 channels, 24 bits, 1509kbps, 48kHz)
5: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz
6: AC3 EX, French, 5.1 channels, 640kbps, 48kHz
7: AC3 EX, Spanish, 5.1 channels, 640kbps, 48kHz
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), French
11: Subtitle (PGS), Spanish
Now, I performed several "actions" to obtain the 4th stream - the DTS-HD with the embedded DTS-ES and I compared the durations of the different streams. The audiogaps, as reported by eac3to are:
a04 Audio overlaps for 5ms at playtime 0:00:44.
a04 Audio overlaps for 12ms at playtime 0:03:12.
a04 Audio overlaps for 9ms at playtime 0:04:16.
a04 Audio overlaps for 11ms at playtime 0:11:46.
a04 Audio overlaps for 6ms at playtime 0:13:37.
a04 Audio overlaps for 7ms at playtime 0:15:39.
a04 Audio overlaps for 11ms at playtime 0:16:00.
a04 Audio overlaps for 6ms at playtime 0:16:43.
a04 Audio overlaps for 10ms at playtime 0:19:24.
a04 Audio overlaps for 9ms at playtime 0:21:04.
a04 Audio overlaps for 8ms at playtime 0:43:06.
a04 Audio overlaps for 12ms at playtime 0:48:20.
a04 Audio overlaps for 10ms at playtime 0:48:53.
a04 Audio overlaps for 10ms at playtime 1:05:27.
a04 Audio overlaps for 10ms at playtime 1:05:56.
a04 Audio overlaps for 11ms at playtime 1:08:40.
a04 Audio overlaps for 10ms at playtime 1:10:41.
a04 Audio overlaps for 10ms at playtime 1:12:10.
a04 Audio overlaps for 6ms at playtime 1:15:25.
a04 Audio overlaps for 11ms at playtime 1:17:36.
a04 Audio overlaps for 11ms at playtime 1:20:47.
a04 Audio overlaps for 10ms at playtime 1:25:00.
a04 Audio overlaps for 7ms at playtime 1:35:54.
a04 Audio overlaps for 6ms at playtime 1:36:42.
a04 Audio overlaps for 10ms at playtime 1:38:39.
The different actions I used to extract the audio are listed below. The streams have the same length in hours/mins/seconds, except for the miliseconds. I have listed the miliseconds and the ectraction method used in the list below:
363 - eac3to straight to w64
363 - eac3to straight to flac
363 - eac3to straight to wavs
363 - eac3to straight to flac then eac3to to wavs
355 - tsmux the playlist, then eac3to to w64
364 - MakeMKV to mkv, then eac3to to w64
309 - eac3to to dtsma, then eac3to to dts (core)
309 - eac3to straight to dts (core)
When I extract the video part by itself via eac3to (.264) and then mux with tsmuxer to .m2ts, the miliseconds are 272. Extracting the video with eac3to to .mkv results in the miliseconds being 314.
Does anyone know, which one is actually right??? :scared:
dansrfe
1st November 2010, 19:50
This has already been discussed before. When extracting DTS-HDMA to wavs eac3to does NOT fix the delays as reported. Hopefully madshi will come out with an update soon *fingers crossed*. For now you can encode to FLAC then demux the wavs because according to an earlier poster, eac3to DOES fix the delays when encoding from DTS-HDMA to FLAC however I'm still not very keen with the idea and want to see a real fix.
mindbomb
2nd November 2010, 15:49
In my experience, when converting truehd to .wav, it always reduces bitdepth from 24 to 16 with an additional pass.
So are truehd encoders required to output 24 bit regardless of original or something of that nature?
there isn't a bug with decoding, is there?
dansrfe
2nd November 2010, 15:54
The truehd streams are padded to 24 bit because, as you said, "truehd encoders [are] required to output 24 bit regardless of original" is true. eac3to doesn't seem the need to leave the padding so it removes it and leaves the job to the decoder to pad it back and output it.
setarip_old
7th November 2010, 00:59
@Murkurial
Hi!
Are you talking about the "Machete" DVD that came out in 2007, or the one that won't be released until January 2011?
Murkurial
7th November 2010, 01:30
Alright, I'll give it another shot.
I would simply like to know if anyone has discovered a solution to the problem discussed here (http://forum.doom9.org/showthread.php?t=149695)? The inability of eac3to to properly identify and convert DTS-MA audio.
jj666
7th November 2010, 15:48
Murkurial, that problem was fixed in the last version of EAC3TO, you can process .DTSHD created with DTS Master Audio Suite directly. Recommended is to remove -21ms from the start of the file to stay in sync with the original.
Setarip, Machete has been out in Russia for a while on Blu-ray, perhaps that's what he's working with. I don't see his original post to see what he was asking.
Cheers,
-jj-
setarip_old
7th November 2010, 23:29
@jj666
Hi! Setarip, Machete has been out in Russia for a while on Blu-ray, perhaps that's what he's working with.
Snce you've specifically addressed me, if your source of information for your statement is the following remark in Wikipedia: Home video release
Director Robert Rodriguez has expressed in an interview that a more violent director's cut will be released on home media.
The R-rated theatrical version of Machete was released in Russia on DVD and Blu-Ray on September 30, 2010. Because of licensing reasons, these releases only contain Russian and Ukrainian audio and no English-language track. I'd suggest you read between the lines regarding "Because of licensing reasons." Keep in mind that the first official showing of this movie anywhere was on September 3rd.
Additionally, since you addressed this to me, I did a rather thorough Googlesearch and could find no legitimate sources selling the DVD or Blu-ray discs. If you are aware of any legitimate sources, please be good enough to post them...
Murkurial
8th November 2010, 06:25
Murkurial, that problem was fixed in the last version of EAC3TO, you can process .DTSHD created with DTS Master Audio Suite directly. Recommended is to remove -21ms from the start of the file to stay in sync with the original.
Setarip, Machete has been out in Russia for a while on Blu-ray, perhaps that's what he's working with. I don't see his original post to see what he was asking.
Cheers,
-jj-
Thanks for that. Can eac3to be used to cut that 21ms from the file or would I need another program to do that? And if you could, how would I do that?
jj666
8th November 2010, 08:15
Thanks for that. Can eac3to be used to cut that 21ms from the file or would I need another program to do that? And if you could, how would I do that?
EAC3TO input.dtshd output.dts -21ms should do what you need.
Cheers,
-jj-
follz20
8th November 2010, 08:17
Can someone help me out with a query I have?
When I rip an lossless audio track (LPCM or TrueHD) to individual channel .wavs, why is the output bit rate always constant? I've done it multiple times for different movie tracks, but the bit rate is always at 768 Kbps and the output file size is exactly the same for each channel - which I find highly confusing. Shouldn't the bit rate be variable and the output file size for each channel differ greatly?
I'm probably just confused on this, so any help/info would be very much appreciated.
I just want to make sure no information is discarded in the process - I want know for sure that the .wavs are lossless (ie identical to the source).
jj666
8th November 2010, 08:27
@jj666
Hi!
Snce you've specifically addressed me, if your source of information for your statement is the following remark in Wikipedia: I'd suggest you read between the lines regarding "Because of licensing reasons." Keep in mind that the first official showing of this movie anywhere was on September 3rd.
Additionally, since you addressed this to me, I did a rather thorough Googlesearch and could find no legitimate sources selling the DVD or Blu-ray discs. If you are aware of any legitimate sources, please be good enough to post them...
Hi Setarip,
Here you go:
bolero (http://www.bolero.ru/product-82456918.html?terms=machete)
ozon (http://www.ozon.ru/context/detail/id/5537482/)
I'm not sure what the original, now removed, question was, but just wanted to point out this disk was already available (same also goes for the Expendables), with language caveats you already mentioned.
Cheers,
-jj-
tebasuna51
8th November 2010, 13:54
@follz20
.wav, .w64 and .pcm outputs contain the same uncompressed audio samples and are identical to lossless sources (TrueHD, DTS-MA, FLAC) and LPCM uncompressed of course.
The bitrate of uncompressed audio is always the same:
BitRate = BitDepth x SampleRate x Num_Channels
Then for a monochannel wav 16 bits 48 KHz
Bitrate = 16 x 48000 x 1 = 768 Kb/s
of course all monochannel wavs must have the same size.
rapscallion
8th November 2010, 16:25
@tebasuna51
Further to that, I decoded (via eacto_more) a True HD track, 3.8gb, to wavs ( I tried both nero and libav decoders) and result was 6 wavs ~992,600 KB ea.
Then I downconverted the same HD track, via tsmuxer, to extract the core ( ~551,300 KB). I then repeated the process, as above, and the resulting wavs were still all the same size.
So, in the first step, are the wavs truly lossless ? And why, in the 2nd step are the wav files still the same size? Logically, I would think that the first set of wavs should be substantialy larger.
nurbs
8th November 2010, 16:37
If the sources have the same bitdepth, samplerate, duration and number of channels the resulting wavs will have the same size. It's uncompressed so the content doesn't matter for the final size.
shogo_kawada
8th November 2010, 17:34
Hi, I'm trying to demux my Blade Runner collection HD-DVD, disc 3. It's the disc with the 3 versions (international, american and 1992 dir cut) put together via seamless branching. I'm having trouble to correctly demux these 3 versions of the movie.
I run this command (disc is already ripped to hard drive, playlist 1 is the international version):
eac3to c:\bladerunner_branching 1) -demux -keepdialnorm
eac3to gives me the following log (notice the red part), and when I try to mux the streams back together with MkvMerge audio is out of sync starting from 1:39:58 onwards.
Another strange thing: there should only be 3 audio streams, while eac3to detects (and demux) 6. None of them works in sync with the video. Can anybody help me? Here's the log
eac3to v3.24
command line: eac3to c:\ripped\bladerunner_branching 1) -demux -keepdialnorm
------------------------------------------------------------------------------
EVO, 1 video track, 6 audio tracks, 6 subtitle tracks, 1:57:29
1: Joined EVO file
2: Chapters, 35 chapters
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB, -21ms
5: E-AC3 Surround, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -21ms
6: E-AC3 Surround, French, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -21ms
7: E-AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB, -18ms
8: E-AC3 Surround, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
9: E-AC3 Surround, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -7ms
10: Subtitle (DVD), English
11: Subtitle (DVD), French
12: Subtitle (DVD), Spanish
13: Subtitle (DVD)
14: Subtitle (DVD)
15: Subtitle (DVD)
Creating file "SEG01_DC - Chapters.txt"...
[v03] Extracting video track number 3...
[a04] Extracting audio track number 4...
[a06] Extracting audio track number 6...
[a05] Extracting audio track number 5...
[a08] Extracting audio track number 8...
[a07] Extracting audio track number 7...
[a09] Extracting audio track number 9...
[v03] Writing new framerate "24fps /1.001" to bitstream.
[a04] Applying (E-)AC3 delay...
[a04] A remaining delay of -5ms could not be fixed.
[a05] Applying (E-)AC3 delay...
[a07] Applying (E-)AC3 delay...
[a07] A remaining delay of -2ms could not be fixed.
[v03] Removing VC-1 pulldown...
[a06] Applying (E-)AC3 delay...
[a06] A remaining delay of +11ms could not be fixed.
[a09] A remaining delay of -7ms could not be fixed.
[a05] A remaining delay of +11ms could not be fixed.
[v03] Creating file "SEG01_DC - 3 - VC-1, 1080p24.vc1"...
[a04] Creating file "SEG01_DC - 4 - E-AC3, English, 5.1 channels, 640kbps, 48kHz.eac3"...
[a07] Creating file "SEG01_DC - 7 - E-AC3, 5.1 channels, 640kbps, 48kHz.eac3"...
[a05] Creating file "SEG01_DC - 5 - E-AC3 Surround, English, 2.0 channels, 192kbps, 48kHz.eac3"...
[a08] Creating file "SEG01_DC - 8 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
[a09] Creating file "SEG01_DC - 9 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
[a06] Creating file "SEG01_DC - 6 - E-AC3 Surround, French, 2.0 channels, 192kbps, 48kHz.eac3"...
[s15] Extracting subtitle track number 15...
[s12] Extracting subtitle track number 12...
[s14] Extracting subtitle track number 14...
[s11] Extracting subtitle track number 11...
[s10] Extracting subtitle track number 10...
[s13] Extracting subtitle track number 13...
[s15] Creating file "SEG01_DC - 15 - Subtitle (DVD).sup"...
[s14] Creating file "SEG01_DC - 14 - Subtitle (DVD).sup"...
[s12] Creating file "SEG01_DC - 12 - Subtitle (DVD), Spanish.sup"...
[s13] Creating file "SEG01_DC - 13 - Subtitle (DVD).sup"...
[s11] Creating file "SEG01_DC - 11 - Subtitle (DVD), French.sup"...
[s10] Creating file "SEG01_DC - 10 - Subtitle (DVD), English.sup"...
[v03] Video overlaps for 705 frames at playtime 1:40:02. <WARNING>
[v03] Video overlaps for 1 frames at playtime 1:40:32. <WARNING>
[v03] Video overlaps for 7 frames at playtime 1:52:24. <WARNING>
[v03] Video overlaps for 6 frames at playtime 1:52:25. <WARNING>
[a04] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a05] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a06] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a07] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a08] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a09] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a04] Starting 2nd pass...
[a04] Realizing (E-)AC3 gaps...
[a04] Creating file "SEG01_DC - 4 - E-AC3, English, 5.1 channels, 640kbps, 48kHz.eac3"...
[a05] Starting 2nd pass...
[a05] Realizing (E-)AC3 gaps...
[a05] Creating file "SEG01_DC - 5 - E-AC3 Surround, English, 2.0 channels, 192kbps, 48kHz.eac3"...
[a06] Starting 2nd pass...
[a06] Realizing (E-)AC3 gaps...
[a06] Creating file "SEG01_DC - 6 - E-AC3 Surround, French, 2.0 channels, 192kbps, 48kHz.eac3"...
[a07] Starting 2nd pass...
[a07] Realizing (E-)AC3 gaps...
[a07] Creating file "SEG01_DC - 7 - E-AC3, 5.1 channels, 640kbps, 48kHz.eac3"...
[a08] Starting 2nd pass...
[a08] Realizing (E-)AC3 gaps...
[a08] Creating file "SEG01_DC - 8 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
[a09] Starting 2nd pass...
[a09] Realizing (E-)AC3 gaps...
[a09] Creating file "SEG01_DC - 9 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
Video track 3 contains 169079 frames.
Subtitle track 10 contains 875 captions.
Subtitle track 11 contains 741 captions.
Subtitle track 12 contains 741 captions.
Subtitle track 13 contains 919 captions.
Subtitle track 14 contains 799 captions.
Subtitle track 15 contains 798 captions.
eac3to processing took 17 minutes, 26 seconds.
Done.
rapscallion
8th November 2010, 18:42
If the sources have the same bitdepth, samplerate, duration and number of channels the resulting wavs will have the same size. It's uncompressed so the content doesn't matter for the final size.
Well, the True HD has a variable bitrate (peak 5200 kbps) while the core is constant @ 640.
So are you saying that it's just a matter of compression, and that the extracted wavs from both sources will be lossless and the same as the originals?
If that's the case, you should be able to take a 640 ac-3 track, extract the wavs, and then process them to DTS-MA (DTS MA Audio Suite) ?
Edit : Btw, here are the log files from both decodes: Note that it took twice as long to decode the HD stream.
eac3to v3.24
------------------------------------------------------------------------------
TrueHD/AC3, 5.1 channels, 48kHz, dialnorm: -27dB
(embedded: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB)
Disabling DRC for Nero (E-)AC3 decoding...
Extracting TrueHD stream...
Removing TrueHD dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
DirectShow reports 5.1 channels, 24 bits, 48kHz
Writing WAVs...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 10 minutes, 56 seconds.
Done.
eac3to v3.24
------------------------------------------------------------------------------
AC3, 5.1 channels, 1:57:37, 640kbps, 48kHz, dialnorm: -27dB
Disabling DRC for Nero (E-)AC3 decoding...
Removing AC3 dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
DirectShow reports 5.1 channels, 24 bits, 48kHz
Writing WAVs...
The last (E-)AC3 frame is incomplete and thus gets skipped.
<WARNING>
eac3to processing took 4 minutes, 17 seconds.
Done.
TinTime
8th November 2010, 21:59
...here are the log files from both demuxes...
The thing is you're not demuxing, you're decoding to PCM. This will result in a fixed size as nurbs and tebasuna51 said. The compression of the source is irrelevant, assuming that you decode all sources to the same sample rate / bit depth / number of channels.
rapscallion
8th November 2010, 22:19
The thing is you're not demuxing, you're decoding to PCM. This will result in a fixed size as nurbs and tebasuna51 said. The compression of the source is irrelevant, assuming that you decode all sources to the same sample rate / bit depth / number of channels.
Yes, wrong phraseology on my part. I do realize that the wav file sizes will be the same.
What I'm asking is why the same results from both the True HD source and the 640 source of the same track? And as asked in the post, are the resulting wavs indeed lossless? and can either set be used to create a DTS MA track ?
nurbs
8th November 2010, 22:48
You don't get the same results from TrueHD and AC3. The content of the wavs will be different, only the size will be the same. They are still lossless representations of the source. You can use either to create a DTS-HD MA track, but using the wavs created from the TrueHD files would be better.
rapscallion
8th November 2010, 23:18
Ah, ha....that was the definitive answer I was looking for. Thanks nurbs !!
follz20
9th November 2010, 04:56
Thanks for the responses tebasuna51, rapscallion & nurbs... you've all been a great help.
kieranrk
9th November 2010, 14:13
@Murkurial
Hi!
Are you talking about the "Machete" DVD that came out in 2007, or the one that won't be released until January 2011?
And the accosting is back...
saint-francis
9th November 2010, 15:05
I can't seem to use eac3to over a network. Is there a reason for this? Do I have to map a drive to get this to work?
Thunderbolt8
9th November 2010, 21:33
how precise is the 3.1 channel detection of eac3to? eac3to reports the sound of music blu-ray a DD track with 3.1 channel mask, but review sites state its 4.0. they could be wrong of course, but how can I know which is supposed to be correct?
nurbs
9th November 2010, 21:40
You could try mediainfo or decode it with ffdshow to get a third and fourth opinion.
rapscallion
9th November 2010, 21:55
how precise is the 3.1 channel detection of eac3to? eac3to reports the sound of music blu-ray a DD track with 3.1 channel mask, but review sites state its 4.0. they could be wrong of course, but how can I know which is supposed to be correct?
Actually, eac3to reports it as 3/1 , not 3.1.
Mediainfo reports 4 - L C R, Surround : C
So eac3to is reporting correctly just stating it differently. Strange track BTW, especially when DTS MA 7.1 is the main audio track
Thunderbolt8
10th November 2010, 08:38
so what about the last channel, is it back centrered? because back surround only at 1 side doesnt make much sense
shogo_kawada
10th November 2010, 09:56
A little help here? :helpful:
To sum up: Blade Runner HD-DVD, seamless branching with 3 different versions of the movie. eac3to gives me the list of playlist, listing all of them with 3 audio. When I demux the first playlist, i get this "video and audio overlaps" problem, and I get 6 audio streams instead of 3. More importantly, none of the demuxed audio track is correctly in sync with the video, starting from 1:39:58.
This is the log (look at the red part please):
eac3to v3.24
command line: eac3to c:\ripped\bladerunner_branching 1) -demux -keepdialnorm
------------------------------------------------------------------------------
EVO, 1 video track, 6 audio tracks, 6 subtitle tracks, 1:57:29
1: Joined EVO file
2: Chapters, 35 chapters
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB, -21ms
5: E-AC3 Surround, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -21ms
6: E-AC3 Surround, French, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -21ms
7: E-AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB, -18ms
8: E-AC3 Surround, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
9: E-AC3 Surround, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -7ms
10: Subtitle (DVD), English
11: Subtitle (DVD), French
12: Subtitle (DVD), Spanish
13: Subtitle (DVD)
14: Subtitle (DVD)
15: Subtitle (DVD)
Creating file "SEG01_DC - Chapters.txt"...
[v03] Extracting video track number 3...
[a04] Extracting audio track number 4...
[a06] Extracting audio track number 6...
[a05] Extracting audio track number 5...
[a08] Extracting audio track number 8...
[a07] Extracting audio track number 7...
[a09] Extracting audio track number 9...
[v03] Writing new framerate "24fps /1.001" to bitstream.
[a04] Applying (E-)AC3 delay...
[a04] A remaining delay of -5ms could not be fixed.
[a05] Applying (E-)AC3 delay...
[a07] Applying (E-)AC3 delay...
[a07] A remaining delay of -2ms could not be fixed.
[v03] Removing VC-1 pulldown...
[a06] Applying (E-)AC3 delay...
[a06] A remaining delay of +11ms could not be fixed.
[a09] A remaining delay of -7ms could not be fixed.
[a05] A remaining delay of +11ms could not be fixed.
[v03] Creating file "SEG01_DC - 3 - VC-1, 1080p24.vc1"...
[a04] Creating file "SEG01_DC - 4 - E-AC3, English, 5.1 channels, 640kbps, 48kHz.eac3"...
[a07] Creating file "SEG01_DC - 7 - E-AC3, 5.1 channels, 640kbps, 48kHz.eac3"...
[a05] Creating file "SEG01_DC - 5 - E-AC3 Surround, English, 2.0 channels, 192kbps, 48kHz.eac3"...
[a08] Creating file "SEG01_DC - 8 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
[a09] Creating file "SEG01_DC - 9 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
[a06] Creating file "SEG01_DC - 6 - E-AC3 Surround, French, 2.0 channels, 192kbps, 48kHz.eac3"...
[s15] Extracting subtitle track number 15...
[s12] Extracting subtitle track number 12...
[s14] Extracting subtitle track number 14...
[s11] Extracting subtitle track number 11...
[s10] Extracting subtitle track number 10...
[s13] Extracting subtitle track number 13...
[s15] Creating file "SEG01_DC - 15 - Subtitle (DVD).sup"...
[s14] Creating file "SEG01_DC - 14 - Subtitle (DVD).sup"...
[s12] Creating file "SEG01_DC - 12 - Subtitle (DVD), Spanish.sup"...
[s13] Creating file "SEG01_DC - 13 - Subtitle (DVD).sup"...
[s11] Creating file "SEG01_DC - 11 - Subtitle (DVD), French.sup"...
[s10] Creating file "SEG01_DC - 10 - Subtitle (DVD), English.sup"...
[v03] Video overlaps for 705 frames at playtime 1:40:02. <WARNING>
[v03] Video overlaps for 1 frames at playtime 1:40:32. <WARNING>
[v03] Video overlaps for 7 frames at playtime 1:52:24. <WARNING>
[v03] Video overlaps for 6 frames at playtime 1:52:25. <WARNING>
[a04] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a05] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a06] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a07] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a08] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a09] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
[a04] Starting 2nd pass...
[a04] Realizing (E-)AC3 gaps...
[a04] Creating file "SEG01_DC - 4 - E-AC3, English, 5.1 channels, 640kbps, 48kHz.eac3"...
[a05] Starting 2nd pass...
[a05] Realizing (E-)AC3 gaps...
[a05] Creating file "SEG01_DC - 5 - E-AC3 Surround, English, 2.0 channels, 192kbps, 48kHz.eac3"...
[a06] Starting 2nd pass...
[a06] Realizing (E-)AC3 gaps...
[a06] Creating file "SEG01_DC - 6 - E-AC3 Surround, French, 2.0 channels, 192kbps, 48kHz.eac3"...
[a07] Starting 2nd pass...
[a07] Realizing (E-)AC3 gaps...
[a07] Creating file "SEG01_DC - 7 - E-AC3, 5.1 channels, 640kbps, 48kHz.eac3"...
[a08] Starting 2nd pass...
[a08] Realizing (E-)AC3 gaps...
[a08] Creating file "SEG01_DC - 8 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
[a09] Starting 2nd pass...
[a09] Realizing (E-)AC3 gaps...
[a09] Creating file "SEG01_DC - 9 - E-AC3 Surround, 2.0 channels, 192kbps, 48kHz.eac3"...
Video track 3 contains 169079 frames.
Subtitle track 10 contains 875 captions.
Subtitle track 11 contains 741 captions.
Subtitle track 12 contains 741 captions.
Subtitle track 13 contains 919 captions.
Subtitle track 14 contains 799 captions.
Subtitle track 15 contains 798 captions.
eac3to processing took 17 minutes, 26 seconds.
Done.
setarip_old
10th November 2010, 16:33
@shogo_kawada
Hi!
I believe you should be able to use tsMuxeR instead (in conjunction with AnyDVDHD) ...
follz20
10th November 2010, 17:06
OK, another potentially embarrassing question coming up again.. here goes anyway.
I have several FLAC files that have been converted by eac3to from raw LPCM streams - so obviously lossless -> lossless = lossless. So far so good!
Now, if I load up those certain converted FLAC files in eac3to and rip to .wavs, is the resulting output the exact same as the original LPCM stream (ie. if I ripped the original LPCM stream to .wavs, would the result exactly match the current .wavs from the FLAC file - bit-for-bit)?
Apologies for the question, as I'm sure the answer is yes... but just would like the comfort of confirmation from the experts.
Cheers
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.