View Full Version : eac3to - audio conversion tool
DoomBot
8th June 2010, 17:18
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.
I thought eac3to will let you know if there is audio overlaps with THD tracks even if it can't fix the overlap or is it just a gap it warns you about? Even i did Spider-man 2 keeping the Truehd track and not converting to PCM because i thought there wasn't any overlap since eac3to didn't tell me there was. Can i just convert the truehd from the original blu-ray to pcm or just a WAV and not WAVs? Say if i convert to WAVs should eac3to tell me there was overlaps to fix?
Laurent
8th June 2010, 19:09
Ideally, eac3to should produce an OGG chapter format file with this conversion already done, since the OGG chapter format file is supposed to use wall-clock time, not an NDF timecode expressed in fractional seconds.
SomeJoe, thank you a lot for you full explanation.
If eac3to is producing NDF timecode expressed in fractional seconds, I should convert these values to wall-clock time using this formula:
Wall-clock time (seconds) = NDF timecode (fractional seconds) * 1001 / 1000
I make a try immediately and come back after.
Laurent
8th June 2010, 22:01
Result of the test: that is now perfect :cool:
SomeJoe, :thanks: As you said, eac3to should ideally produce the correct values. This discussion might give the idea to madshi to add an option to apply a coef 1001/1000 to chapter timestamps ?
If not, that means a little tool should be written to apply this correction, taking one OGG chapter file as input and producing a corrected OGG chapter file as output. If this tool does not exist, I will develop one myself, that should not be very hard to do.
Snowknight26
8th June 2010, 22:42
Small bug I've come across every now and then with eac3to and NeroAacEnc:
When converting/(de)muxing multiple tracks from a random source, one instance of NeroAacEnc doesn't seem to exit, making eac3to hang at the last progress bar. Ending that hung instance of NeroAacEnc causes eac3to to flood the command prompt with
a09 [NeroAacEnc] Processed x seconds... until it it gets to
Aborted at file position x. where x is the size of the file (so the end of it).
I've never seen this happen when doing single audio conversions to AAC, so I suspect it's something to do with eac3to not continuing to feed that hung instance of NeroAacEnc even after all other track operations had finished. Or maybe not.. who knows. Redoing the same command usually fixes it, suggesting that it happens randomly.
Atak_Snajpera
8th June 2010, 23:34
@madshi
I did a small test (ArcSoft DTS Decoder installed and working, source is .m2ts)
DTSMA -> .w64
and
DTSMA -> .wav -> .w64
Somehow those two file are not identical
http://img231.imageshack.us/img231/6636/64431280.png
SomeJoe
9th June 2010, 00:55
Result of the test: that is now perfect :cool:
SomeJoe, :thanks: As you said, eac3to should ideally produce the correct values. This discussion might give the idea to madshi to add an option to apply a coef 1001/1000 to chapter timestamps ?
If not, that means a little tool should be written to apply this correction, taking one OGG chapter file as input and producing a corrected OGG chapter file as output. If this tool does not exist, I will develop one myself, that should not be very hard to do.
Yes, I was actually thinking of developing a similar tool myself.
Such tools already exist for subtitles files, since this type of conversion (and many others, like 23.976 NTSC -> 25.000 PAL) are frequently required. But no such tool as yet exists for OGG chapter format files.
TinTime
9th June 2010, 02:00
Yes, I was actually thinking of developing a similar tool myself.
Such tools already exist for subtitles files, since this type of conversion (and many others, like 23.976 NTSC -> 25.000 PAL) are frequently required. But no such tool as yet exists for OGG chapter format files.
I knocked up a python script a while ago to do this if you and Laurent are interested. It's pretty basic but does the job for me.
Frank K Abbott
9th June 2010, 05:01
I hope this isn't the wrong thread but I tried to use eac3to to encode from .wav to .mp3 but looks like it doesn't support that type of conversion? What is the best software that I can use for MP3 encoding? Command line is preferred as long as it is the latest. I went to the LAME website but I can't find the command line encoder of it anywhere :(
Midzuki
9th June 2010, 05:13
I went to the LAME website but I can't find the command line encoder of it anywhere :(
Try this:
http://www.rarewares.org/mp3-lame-bundle.php
HTH.
Frank K Abbott
9th June 2010, 05:15
Wow, thanks Midzuki! This is exactly what I was looking for! :)
Laurent
9th June 2010, 18:04
I knocked up a python script a while ago to do this if you and Laurent are interested. It's pretty basic but does the job for me.
I am using a xcalc sheet to convert values + CSV format (":" as separator). My input and output file is not in OGG chapter format but only the list of values (exactly what is required by multiAVCHD). So this requires few steps to achieve the job.
I have started the update of my AVCHD compilation changing chapters for 3 titles. I will check the result later.
By the way, I am interested by your python script (especially if nothing special is required to run it).
TinTime
9th June 2010, 20:18
I am using a xcalc sheet to convert values + CSV format (":" as separator). My input and output file is not in OGG chapter format but only the list of values (exactly what is required by multiAVCHD). So this requires few steps to achieve the job.
I have started the update of my AVCHD compilation changing chapters for 3 titles. I will check the result later.
By the way, I am interested by your python script (especially if nothing special is required to run it).
Well, you'd need to install Python 3.1.2 (http://www.python.org/download/), but you can just install it and forget it.
Script and instructions are here (www.tintime.talktalk.net/chapters.zip).
Script chapters.py outputs an OGG chapter file. Script chapters2.py is the same but with a couple of lines removed so it just outputs the timecodes (it sounds like that would be more useful for you).
Note - it's pretty rough and ready so if you input something other than a standard OGG chapter file it's going to fail with a not very user friendly error message!
Laurent
9th June 2010, 22:31
Well, you'd need to install Python 3.1.2 (http://www.python.org/download/), but you can just install it and forget it.
Script and instructions are here (www.tintime.talktalk.net/chapters.zip).
Script chapters.py outputs an OGG chapter file. Script chapters2.py is the same but with a couple of lines removed so it just outputs the timecodes (it sounds like that would be more useful for you).
Note - it's pretty rough and ready so if you input something other than a standard OGG chapter file it's going to fail with a not very user friendly error message!
Thank you, I will check that.
Before using your script, I have to run eac3to to generate again the OGG chapter file from my AVCHD compilation. Easy.
Laurent
9th June 2010, 22:55
TinTime, I just tried your two Python scripts. Very usefull and (of course) easier in comparison to my previous method. :thanks:
shon3i
10th June 2010, 07:47
@SomeJoe, Laurent try my ChapterGen tool http://forum.doom9.org/showthread.php?t=150148&highlight=chaptergen, it have OGG Input/output, and conversion between rates. For HDDVD you need to alter from 24->23.976 to get exact chapters.
krohm
10th June 2010, 09:15
@madshi
I did a small test (ArcSoft DTS Decoder installed and working, source is .m2ts)
DTSMA -> .w64
and
DTSMA -> .wav -> .w64
this will do a lossless conversion of dts to wav right...??
i have arcsoft totalmedia extreme and theatre, will this have the decoder in it?
what command line would i use to get a dts audio file to be decoded with eac3to to lossless wavs so i can load it into a video editor...
ramicio
10th June 2010, 18:49
@madshi
I did a small test (ArcSoft DTS Decoder installed and working, source is .m2ts)
DTSMA -> .w64
and
DTSMA -> .wav -> .w64
Somehow those two file are not identical
how long is the audio?
Atak_Snajpera
10th June 2010, 19:32
Both files have identical size
http://img716.imageshack.us/img716/5265/76035020.png
however mediainfo shows something interesting
General
Complete name : C:\temp\audio.w64
Format : Wave64
File size : 5.20 GiB
Duration : 37mn 25s
Overall bit rate : 19.9 Mbps
Audio
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Unsigned
Codec ID : 00001000-0000-0100-8000-00AA00389B71
Codec ID/Hint : Microsoft
Duration : 37mn 25s
Bit rate mode : Constant
Bit rate : 4 608 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 1.20 GiB (23%)
General
Complete name : C:\temp\audio_wav_to.w64
Format : Wave64
File size : 5.20 GiB
Duration : 2h 41mn
Overall bit rate : 4 608 Kbps
Audio
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Unsigned
Codec ID : 00001000-0000-0100-8000-00AA00389B71
Codec ID/Hint : Microsoft
Duration : 2h 41mn
Bit rate mode : Constant
Bit rate : 4 608 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 5.20 GiB (100%)
tebasuna51
11th June 2010, 02:03
@Atak_Snajpera
I can confirm the eac3to bug when write the w64 header (work fine with wav input).
The fields RiffLength and DataLength are truncated to 32 bits instead the full 64 bits value (4 GB limit).
Tested decoding standard DTS (I don't have big DTS-MA) with ArcSoft or libav
alfixdvd
12th June 2010, 10:15
With movie Van Helsing Arcsoft Total Media Teather show me 37 subtitles, but eac3to only list 32 subtitles, 5 last ones are absent.
How can I extract them ?
Perhaps anything is wrong ?
nibus
13th June 2010, 10:17
What are the advantages of demuxing with eac3to rather than another decoder like DGIndex, DGAVCIndex, or DGdecNV?
nurbs
13th June 2010, 10:31
Audio handling when the movie comes in multiple files is better with eac3to especially if you convert the audio directly with it. eac3to detects and corrects gaps and overlaps as good as possible when you demux or entirely when you reencode.
AnryV
13th June 2010, 12:22
About decoding DTS-HD MA 6.1 and TrueHD 6.1:
1) Decoding by the Arcsoft decoder gives the garbage
2) Decoding by the Sonic decoder gives normal wavs, but the order of the surraund and back center channels is changed. After decoding it is necessary to make the following renamings: SL -> SR, SR -> BACK (BC), BC -> SL.
The decoding of TrueHD 6.1 16 bit has the same error in spite of the use of another decoder (libav).
Inspector.Gadget
13th June 2010, 15:54
With movie Van Helsing Arcsoft Total Media Teather show me 37 subtitles, but eac3to only list 32 subtitles, 5 last ones are absent.
eac3to, in my experience, is smart about detecting authoring oddities on Blu-ray discs that throw off other software. How many subtitles are actually accessible through the disc's subtitles menu? Be aware also that subtitles may correspond to images used for picture-in-picture or trivia content and not actually be "subtitles" in the traditional sense.
alfixdvd
13th June 2010, 16:34
eac3to, in my experience, is smart about detecting authoring oddities on Blu-ray discs that throw off other software. How many subtitles are actually accessible through the disc's subtitles menu? Be aware also that subtitles may correspond to images used for picture-in-picture or trivia content and not actually be "subtitles" in the traditional sense.
The disc's subtitles menu with Arcsoft Totalmedia Teather show 37 subtitles, and activate #36 that are the forced.
eac3to only shows 32, also tsMuxerR shows 32 but says there are some tracks not recognized that don't show. Perhaps they are the five subtitles streams absents.
BdInfo also shows only 32 subtitles streams, but Arcsoft Totalmedia Theater shows 37 and activate #36
subtitles may correspond to images used for picture-in-picture
How to extract them?
Inspector.Gadget
13th June 2010, 17:25
The disc's subtitles menu with Arcsoft Totalmedia Teather show 37 subtitles, and activate #36 that are the forced.
I'm asking about the graphical menu on the disc, not the Arcsoft context menu. Is that the one you're talking about?
How to extract them?
Without the disc in front of me, I can't say. Maybe someone else can check.
alfixdvd
13th June 2010, 23:52
I'm asking about the graphical menu on the disc, not the Arcsoft context menu. Is that the one you're talking about?
Yes I'm talking about Arcsoft context menu.
The graphical menu on the disk only shows 14 subtitles
eac3to, tsmuxerR and BdInfo shows 32, the Arcsoft context menu shows 37
Inspector.Gadget
14th June 2010, 00:12
Trust the disc, not the context menu.
setarip_old
14th June 2010, 06:20
@alfixdvd
Hi!
The following link will provide a multitude of what I believe to be pertinent posts made in the BD-Rebuilder sub-forum regarding this topic:
http://forum.doom9.org/search.php?searchid=5253964
alfixdvd
14th June 2010, 10:33
@alfixdvd
Hi!
The following link will provide a multitude of what I believe to be pertinent posts made in the BD-Rebuilder sub-forum regarding this topic:
http://forum.doom9.org/search.php?searchid=5253964
The link says "Sorry - no matches"
What's the criteria for search, please ?
mrr19121970
14th June 2010, 20:52
alfixdvd is right, the mpls does have 5 extra subpath pids 0x1800 onwards. i've no idea how to help him further though.
setarip_old
14th June 2010, 21:02
@alfixdvd
Sorry about that.
Go to:
http://forum.doom9.org/showthread.php?t=143716
Click on the "Search this thread" tab and enter as one line, including quotation marks: "Mummy" and "subtitles"
alfixdvd
14th June 2010, 22:15
@alfixdvd
Sorry about that.
Go to:
http://forum.doom9.org/showthread.php?t=143716
Click on the "Search this thread" tab and enter as one line, including quotation marks: "Mummy" and "subtitles"
Thanks, reading at the thread I reached http://forum.doom9.org/showthread.php?t=146501
:):)
alfixdvd
14th June 2010, 22:18
alfixdvd is right, the mpls does have 5 extra subpath pids 0x1800 onwards. i've no idea how to help him further though.
Problem solved, thanks to deank's explanations at thread :http://forum.doom9.org/showthread.php?t=146501
setarip_old
14th June 2010, 22:58
@alfixdvd
Glad to hear that I may have steered you in the right direction ;>}
crasus
14th June 2010, 23:45
Why the difference in the second and third audio tracks, in regards to bitrate and channels upon detection?
Using latest versions of both software.
http://img815.imageshack.us/img815/4351/clip.png
vs
http://img821.imageshack.us/img821/6420/clip2.png
Wojszwillo
16th June 2010, 16:22
About decoding DTS-HD MA 6.1 and TrueHD 6.1:
1) Decoding by the Arcsoft decoder gives the garbage
2) Decoding by the Sonic decoder gives normal wavs, but the order of the surraund and back center channels is changed. After decoding it is necessary to make the following renamings: SL -> SR, SR -> BACK (BC), BC -> SL.
The decoding of TrueHD 6.1 16 bit has the same error in spite of the use of another decoder (libav).
Can anybody confirm this information?
I need to decode DTS-HD MA 6.1 to wav's but now im not sure...
tebasuna51
16th June 2010, 23:03
No, but try yourself
ACrowley
17th June 2010, 09:09
No, but try yourself
No, DTS HD 6.1 via Arcsoft and TrueHD 6.1 via libav should be fine
I had few 6.1 Tracks without Problems
AnryV
17th June 2010, 09:15
Can anybody confirm this information?
I need to decode DTS-HD MA 6.1 to wav's but now im not sure...
It can be easily confirmed - try to encode DTS-HD MA 6.1 16-bit descrete by DTS-HD Master Audio Suite Encoder from some test wavs.
As example - Blu-ray "Evangelion 2.22".
tebasuna51
17th June 2010, 10:25
It can be easily confirmed - try to encode DTS-HD MA 6.1 16-bit descrete by DTS-HD Master Audio Suite Encoder from some test wavs.
Wors fine for me, for that I say: I can't confirm the problem.
AnryV
17th June 2010, 17:33
Wors fine for me, for that I say: I can't confirm the problem.
6.1 descrete sample
http://multi-up.com/291247
http://multi-up.com/291248
Try to hear and try to decode.
tebasuna51
18th June 2010, 04:50
6.1 descrete sample
http://multi-up.com/291247
http://multi-up.com/291248
Try to hear and try to decode.
I can't hear without decode.
I was searching garbage:
About decoding DTS-HD MA 6.1 and TrueHD 6.1:
1) Decoding by the Arcsoft decoder gives the garbage
...
And I can decode your samples without garbage.
There are a channel mapping problem but with:
eac3to 61-HD.dtshd 61-HD.wav -0,1,2,3,6,4,5
the output is perfect for me.
AnryV
18th June 2010, 09:03
I can't hear without decode.
:eek:
This is ordinary DTS - http://multi-up.com/291248
I was searching garbage:
And I can decode your samples without garbage.
There are a channel mapping problem but with:
eac3to 61-HD.dtshd 61-HD.wav -0,1,2,3,6,4,5
the output is perfect for me.
1. Can you upload the 61-HD.wav and the log ?
2. What version of Arcsoft decoder you used? (I was 1.1.0.7)
3. I see no indications in the description of eac3to to the manual remapping of the channels for 6.1 configuration. Why you used specifically 0,1,2,3,6,4,5?
4. I need the separate mono wav files not one interleaved file
tebasuna51
18th June 2010, 15:27
1. Can you upload the 61-HD.wav and the log ?
Here is the 61-HD.wav (http://www.sendspace.com/file/1sz9rk)
The log:
eac3to v3.20
command line: "D:\eac3to.exe" "D:\61-HD.dtshd" "D:\61-HD.wav" -0,1,2,3,6,4,5
------------------------------------------------------------------------------
DTS Master Audio, 6.1 channels, 16 bits, 48kHz
(core: DTS-ES, 6.1 channels, 16 bits, 1509kbps, 48kHz)
Decoding with ArcSoft DTS Decoder...
Remapping channels...
Writing WAV...
Creating file "D:\61-HD.wav"...
The original audio track has a constant bit depth of 16 bits.
eac3to processing took 1 second.
Done.
2. What version of Arcsoft decoder you used? (I was 1.1.0.7)
I'm using:
"ArcSoft DTS Decoder (1.1.0.0) works fine"
from free trial TMT2.
In my system (XP SP3) eac3to don't work with 1.1.0.7 (the package in this thread)
Tested 1.1.0.7, in my laptop with Vista Home, the output is wrong (all channels have a distorted mix of all original channels).
3. I see no indications in the description of eac3to to the manual remapping of the channels for 6.1 configuration. Why you used specifically 0,1,2,3,6,4,5?
From eac3to Help:
"...
Options:
...
-0,1,2,3,4,5 remap the channels to the specified order"
About the channelmapping and the MaskChannel in WAVE_FORMAT_EXTENSIBLE headers:
There are two official valid MaskChannel for 5.1 surround:
0x003F FL FR FC LFE BL BR (old)
0x060F FL FR FC LFE SL SR (new from XP SP 2)
Note than the order isn't a problem.
And one official valid MaskChannel for 7.1 surround:
0x0637 FL FR FC LFE BL BR SL SR
Without problems.
But I don't know a official MaskChannel for 6.1 surround, there are two options:
0x013F FL FR FC LFE BL BR BC
0x070F FL FR FC LFE BC SL SR
Note here than the order is a problem, the BC channel must go after/before the Back/Side channels.
When eac3to-ArcSoft decode (without remmaping) the 6.1 put the BC after the Side (maybe ArcSoft consider the channels like Back) and MaskChannel 0x070F. And this is wrong.
We must change the MaskChannel or the channel order, and the -0,1,2,3,6,4,5 remap put the BC channel before the Side channels (we can't change the MaskChannel with eac3to).
4. I need the separate mono wav files not one interleaved file
Using '.wavs' in the precedent command line (with -0,1,2,3,6,4,5) the output is ok.
You can extract the monochannels from my uploaded 61-HD.wav with the same result.
AnryV
18th June 2010, 15:38
Tested 1.1.0.7, in my laptop with Vista Home, the output is wrong (all channels have a distorted mix of all original channels).
Thanks.
Looks like that is a problem of the 1.1.0.7 version.
TrueHD 6.1 need to be remapped too.
Midzuki
18th June 2010, 15:57
About the channelmapping and the MaskChannel in WAVE_FORMAT_EXTENSIBLE headers:
There are two official valid MaskChannel for 5.1 surround:
0x003F FL FR FC LFE BL BR (old)
0x060F FL FR FC LFE SL SR (new from XP SP 2)
Note than the order isn't a problem.
Apologies for my ignorance... :o
I wasn't aware of the "0x060F" one. :thanks:
And one official valid MaskChannel for 7.1 surround:
0x0637 FL FR FC LFE BL BR SL SR
Without problems.
Interesting. The Monster Audio Suite replaces the BL and BR channels with something that could be defined as two "Back Center Channels". :confused:
But I don't know a official MaskChannel for 6.1 surround, there are two options:
0x013F FL FR FC LFE BL BR BC
0x070F FL FR FC LFE BC SL SR
Note here than the order is a problem, the BC channel must go after/before the Back/Side channels.
The M.A.S. supports the creation of the "0x013F" W_F_Ext channel mask only.
P.S.: It also lists SEVEN "7.1 layouts" in total. :eek:
That's simply insane. :(
madshi
18th June 2010, 16:14
would a numerical progress indicator be feasible? i have my windows larger with a different font than default so i have no idea how far along the file is.
Sorry, but 99% of the people seem to be happy with the progress bar.
someone said that a dts-hd ma --> flac file created with 3.20 was a tiny bit different compared to when it was created with 3.18, can anyone confirm this?
I'm not aware of any change in eac3to that would result in this behaviour.
im sure this has been posted before but the search function didnt yield me much of a result. i want to transcode various dts formats from bluray into a lossless format that will load in powerdirector.
I don't know powerdirector. Tell us which format powerdirector needs and then maybe we can give you the eac3to command you need to use.
On the Blu-Ray "Batman: Gotham Knight" there are four bonus episodes of "Batman: The Anmated Series". These are reported by eac3to as "480p24/1.001 (3:2) with pulldown flags", and the demuxed VC1 stream is 23.976fps. This is incorrect
eac3to is not handling VC-1 interlaced content correctly. I'm aware of that. It's on my (very long) to do list.
I reported this initially in a separate thread, and in fact it's a little more widespread than I had thought. When I run eac3to on the Blu-Ray disc for "The Bad Lieutenant: Port of Call - New Orleans", it lists 3 titles. So:
eac3to E:\
shows three titles, each with a number of streams.
eac3to E:\ 1)
does nothing. it draws a bunch of "-" characters as it scans the disc, then it returns me to the prompt.
From what I remember, other people didn't have this problem, or did they? Can anybody confirm this problem?
Ideally, eac3to should produce an OGG chapter format file with this conversion already done, since the OGG chapter format file is supposed to use wall-clock time, not an NDF timecode expressed in fractional seconds.
I'm producing a chapter format file which mkvtoolnix accepts. Does mkvtoolnix also accept OGG chapter format files?
Note that NDF and DF timecodes are only valid for 29.97 fps streams. There is no such thing as a DF or NDF timecode for a 23.976 stream, and I think there is where the problem is coming in. The timecodes on the disc for HD-DVD and BD shouldn't be NDF in the first place, as that isn't valid for a 23.976 stream.
Well, HD-DVD streams are officially 1080i60 / 1.001, so I guess that justifies the use of NDF timecodes. And the HD DVD specification officially says that NDF timecodes are used. So eac3to should really convert...
I thought eac3to will let you know if there is audio overlaps with THD tracks even if it can't fix the overlap or is it just a gap it warns you about? Even i did Spider-man 2 keeping the Truehd track and not converting to PCM because i thought there wasn't any overlap since eac3to didn't tell me there was.
I do think that eac3to warns in any case. Maybe with Spiderman 2 the gaps are so small that eac3to didn't found it necessary to complain. TrueHD gaps are really small to begin with, and eac3to only complains if the summed up gaps is bigger than 7ms, IIRC.
Small bug I've come across every now and then with eac3to and NeroAacEnc:
When converting/(de)muxing multiple tracks from a random source, one instance of NeroAacEnc doesn't seem to exit, making eac3to hang at the last progress bar. Ending that hung instance of NeroAacEnc causes eac3to to flood the command prompt with
until it it gets to
where x is the size of the file (so the end of it).
I've never seen this happen when doing single audio conversions to AAC, so I suspect it's something to do with eac3to not continuing to feed that hung instance of NeroAacEnc even after all other track operations had finished. Or maybe not.. who knows. Redoing the same command usually fixes it, suggesting that it happens randomly.
How can I reproduce this? I've just tried "eac3to some.wav 1.aac 2.aac" and both AAC files are created just fine.
mediainfo shows something interesting
Duration : 37mn 25s
Duration : 2h 41mn
I can confirm the eac3to bug when write the w64 header (work fine with wav input).
The fields RiffLength and DataLength are truncated to 32 bits instead the full 64 bits value (4 GB limit).
Thanks, will be fixed in the next build.
Why the difference in the second and third audio tracks, in regards to bitrate and channels upon detection?
My best guess is that the Blu-Ray information records on this Blu-Ray are incorrect. tsMuxeR seems to rely on the Blu-Ray information records, while eac3to always parses the audio bitstream. So if there is a difference, usually eac3to should show the correct information.
1) Decoding by the Arcsoft decoder gives the garbage
As tebasuna51 found out, this seems to be a bug in newer versions of the ArcSoft DTS decoder. The original version 1.1.0.0 seems to handle this fine.
2) Decoding by the Sonic decoder gives normal wavs
For me, decoding your track with Sonic gives me an empty back channel. And funny enough, the runtime is shorter. The chunk of runtime, where the backchannel is supposed to be "spoken", is simply missing. Very weird...
The decoding of TrueHD 6.1 16 bit has the same error in spite of the use of another decoder (libav).
Do you have a short TrueHD 6.1 sample for me? I don't think I've seen a TrueHD 6.1 track yet!
But I don't know a official MaskChannel for 6.1 surround, there are two options:
0x013F FL FR FC LFE BL BR BC
0x070F FL FR FC LFE BC SL SR
Note here than the order is a problem, the BC channel must go after/before the Back/Side channels.
When eac3to-ArcSoft decode (without remmaping) the 6.1 put the BC after the Side (maybe ArcSoft consider the channels like Back) and MaskChannel 0x070F. And this is wrong.
You're right. Will be fixed in the next build.
madshi
18th June 2010, 16:18
The M.A.S. supports the creation of the "0x013F" W_F_Ext channel mask only.
That's really stupid, IMHO. Who has a 6.1 setup with 3 back speakers and no side speakers? That just makes no sense! Even with 7.1, you usually have 2 side speakers and 2 back speakers.
P.S.: It also lists SEVEN "7.1 layouts" in total. :eek:
That's simply insane. :(
Yes, I agree, that's insane. And the ArcSoft DTS decoder stumbles over at least 1 of those 7 layouts.
Killroy™
18th June 2010, 16:28
Originally Posted by djloewen View Post
I reported this initially in a separate thread, and in fact it's a little more widespread than I had thought. When I run eac3to on the Blu-Ray disc for "The Bad Lieutenant: Port of Call - New Orleans", it lists 3 titles. So:
eac3to E:\
shows three titles, each with a number of streams.
eac3to E:\ 1)
does nothing. it draws a bunch of "-" characters as it scans the disc, then it returns me to the prompt.
From what I remember, other people didn't have this problem, or did they? Can anybody confirm this problem?
I have seen this with other discs (can't remember which right now) and I had to manually select the .m2ts files to run. Did not notice anything wrong in the structure or .mpls files to see what cause them. It is a very very rare problem but easily overcomed by manual coding.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.