View Full Version : eac3to - audio conversion tool
Sparktank
16th March 2016, 17:48
FLAC library is replacable, in case of updates.
It's just limited to whoever compiles it out there.
RareWares will use ICL over GCC.
You have to scour the HydrodgenAudio forum for different builds.
OpenCL would vary too much from person to person to make it a default.
I've always used FLACCL as an external encoder after using eac3to. Doing other things with the audio first, so never piped directly to FLACCL.
In other instances, it wasn't time critical to wait for ICL FLAC to do its work.
My only options would be:
ICL FLAC
Intel FLACCL
NVidia FLACCL
order
21st March 2016, 08:20
anybody help me. When I demux atmos on windows 10 pro to mono wavs. I get error. I installed avisynth 2.6, arsoft decoder 1.4, eac3to 3.31, Klite codec. Tks. But when demux to ths+ac3 and thd. It's ok.
http://t1.someimage.com/G1bon34.jpg (https://someimage.com/G1bon34)
LigH
21st March 2016, 09:11
And which error?
order
21st March 2016, 09:41
And which error?
Can not demux. Fail
tebasuna51
21st March 2016, 10:34
When I demux atmos on windows 10 pro to mono wavs. I get error. I installed avisynth 2.6, arsoft decoder 1.4, eac3to 3.31, Klite codec. Tks. But when demux to ths+ac3 and thd. It's ok.
Is not related with AviSynth, Arsoft or other codec.
And you have the last eac3to version.
- Try to work with the extracted .thd file:
eac3to extracted.thd mono.wavs
If you have the same error "restart header sync incorrect" maybe is a corrupt file or a bug in libav decoder.
- You can also try with other decoder like:
ffmpeg extracted.thd output.w64
Or load the extracted.thd in MeGUI Audio Input and select Flac like Encoder settings, config -> Preferred decoder LWLibavAudioSource.
order
22nd March 2016, 03:07
Is not related with AviSynth, Arsoft or other codec.
And you have the last eac3to version.
- Try to work with the extracted .thd file:
eac3to extracted.thd mono.wavs
If you have the same error "restart header sync incorrect" maybe is a corrupt file or a bug in libav decoder.
- You can also try with other decoder like:
ffmpeg extracted.thd output.w64
Or load the extracted.thd in MeGUI Audio Input and select Flac like Encoder settings, config -> Preferred decoder LWLibavAudioSource.
I've try but not success. I don't know reason why?
http://i.imgur.com/8MQkwOX.png
I'm using cmd to test wil be fine:
http://i.imgur.com/Bzsz1dO.png
Bandits
22nd March 2016, 03:39
Is there a command/option to show all tracks on a disc not just the longer ones?
I am trying to load tracks that are only 5 minutes in length and they are not detected. I also require to find them from a disc not a mpls or m2ts.
eac3to v3.31
command line: "C:\eac3to\eac3to.exe" "E:" -log="C:\eac3to\1stpass.txt"
------------------------------------------------------------------------------
HD DVD / Blu-Ray disc structure not found. <ERROR>
tebasuna51
22nd March 2016, 10:23
I've try but not success. I don't know reason why?
Like I say before:
is a corrupt file or a bug in libav decoder.
Try other decoder (ffmpeg, LWLibavAudioSource) or rerip the BD.
tebasuna51
22nd March 2016, 10:24
Is there a command/option to show all tracks on a disc not just the longer ones?
Nope, sorry.
cyanide1l
23rd March 2016, 02:31
Hello,
i have a problem extracting subtitles. Well it works all fine, but the last subtitle is always "[GERMAN]". How does that come? Tried that with more movies and its the same everywhere. So at the end of the movie i always see "[GERMAN]" on my screen. I tried to delete it with SubtitleEdit, but it seems like i cant save it as .sup again. i dont want .srt. And if i export to .sup, it removes the shadow behind my font.
What i used to extract the Stream:
eac3to and HdBrStreamExtractor.
Hope you can help.
Here is a Screen of it: http://fs5.directupload.net/images/160323/vxjnmfv5.png
r0lZ
23rd March 2016, 08:51
Use BDSup2Sub (Edit frame -> Exclude from export).
mbcd
23rd March 2016, 18:03
Hello,
i have a problem extracting subtitles. Well it works all fine, but the last subtitle is always "[GERMAN]". How does that come? Tried that with more movies and its the same everywhere. So at the end of the movie i always see "[GERMAN]" on my screen. I tried to delete it with SubtitleEdit, but it seems like i cant save it as .sup again. i dont want .srt. And if i export to .sup, it removes the shadow behind my font.
What i used to extract the Stream:
eac3to and HdBrStreamExtractor.
Hope you can help.
Here is a Screen of it: http://fs5.directupload.net/images/160323/vxjnmfv5.png
That is normal, the company which wrote these subtitles put that in. Every company adds their own endwords. Some write also "Untertitel von Ute Schmidt", or simple "Untertitel: Visiontext". It is not an errror or fault from eac3to. You have to delete these lines by hand.
Overdrive80
27th March 2016, 15:31
Hi, I am converting one audio from eac3to to ffmpeg using pipe way, but I get this message of ffmpeg I dont know its meaning.
ffmpeg version N-79143-g8ff0f6a Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.3.0 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmfx --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib
libavutil 55. 19.100 / 55. 19.100
libavcodec 57. 30.100 / 57. 30.100
libavformat 57. 29.101 / 57. 29.101
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 40.102 / 6. 40.102
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
libpostproc 54. 0.100 / 54. 0.100
Input #0, w64, from 'pipe:':
Duration: N/A, bitrate: 2304 kb/s
Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32 (24 bit), 2304 kb/s
Output #0, ac3, to 'D:\Peli 3\AudioFile_80_mod.ac3':
Metadata:
encoder : Lavf57.29.101
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp (24 bit), 384 kb/s
Metadata:
encoder : Lavc57.30.100 ac3
Stream mapping:
Stream #0:0 -> #0:0 (pcm_s24le (native) -> ac3 (native))
Multiple frames in a packet from stream 0 384.0kbits/s speed= 98x
[pcm_s24le @ 000001e428e2d900] Invalid PCM packet, data has size 4 but at least a size of 6 was expected
Error while decoding stream #0:0: Invalid data found when processing input
size= 164242kB time=00:58:23.83 bitrate= 384.0kbits/s speed=95.6x
video:0kB audio:164242kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
Commandline used:
@echo off
set "rea=C:\Portables\UsEac3to\eac3to\"
set "rff=C:\Portables\UsEac3to\Tools\"
"%rea%eac3to" %1 stdout.w64 -progressnumbers -speedup -normalize | "%rff%ffmpeg" -y -i - -c:a ac3 -b:a 384k "%~dpn1_mod.ac3"
Any idea? Thanks.
EDIT: With "%rea%eac3to" %1 stdout.w64 -progressnumbers -speedup -normalize -down32 | "%rff%ffmpeg" -y -i - -c:a ac3 -b:a 384k "%~dpn1_mod.ac3"
Message doesnt show.
tebasuna51
27th March 2016, 16:06
Hi, I am converting one audio from eac3to to ffmpeg using pipe way, but I get this message of ffmpeg I dont know its meaning.
If your eac3to version is less than 3.30 update to v3.31
Overdrive80
28th March 2016, 12:15
@Tebasuna51, the version of eac3to when I get that message was current version.
tebasuna51
28th March 2016, 18:38
This problem occurs before v3.30 when eac3to try to close the w64 file to write the correct header, but I don't know for what occurs with v3.31.
I can't reproduce the problem with the same command line.
Each block of PCM 2.0 24 bits must be 6 bytes, if ffmpeg only receive 4 there are 2 bytes missing at least.
lvqcl
28th March 2016, 21:33
Each block of PCM 2.0 24 bits must be 6 bytes, if ffmpeg only receive 4 there are 2 bytes missing at least.
Maybe eac3to writes padding bytes to the end of audio data?
From .w64 spec pdf: "All chunks are byte-aligned on 8-byte boundaries"
asarian
28th March 2016, 23:21
Just did a clean install of windows 10:
eac3to (v3.31) is up to date
Nero Audio Decoder (Nero 6 or older) doesn't seem to be installed
http://www.nero.com/eng/store-blu-ray.html
CAUTION: You need Nero 7. Nero 8 won't work with eac3to.
ArcSoft DTS Decoder (1.1.0.0) works fine
Sonic Audio Decoder (3.31.0.0) doesn't seem to be installed
Haali Matroska Muxer doesn't seem to be installed
http://haali.net/mkv
Nero AAC Encoder (1.5.4.0) is installed
Surcode DTS Encoder doesn't seem to be installed
http://www.surcode.com
However, when I try to demux my DTS-MA audio, I get:
a03 Extracting audio track number 3...
a03 Decoding with libDcaDec DTS Decoder...
a03 libDcaDec reported the warning "XLL output not lossless".
a03 Mixing surround channels...
I dont want the libDcaDec DTS Decoder, though, but my Arcsoft one (used to work on Win 7 just fine); and eac3to, with the registered Arcsoft dll, is in the path. Did I miss a step somewhere?! Thanks.
Boulder
29th March 2016, 03:48
You have to specify -arcsoft in the command line. LibDcaDec is used by default and it is installed along with eac3to.
Sparktank
29th March 2016, 05:47
a03 libDcaDec reported the warning "XLL output not lossless"
it that's the only concern, dts decoding was like that before with earlier implementation of dcadec.
Just silently.
Arcsoft, too, iirc from earlier posts.
All just silent warnings.
dcadec is nice. you only need one version for most formats.
(minus express)
with Arcsoft, when it comes to "strange setup", it's a gambler's game on which version works on what source.
asarian
29th March 2016, 07:57
it that's the only concern, dts decoding was like that before with earlier implementation of dcadec.
Just silently.
Arcsoft, too, iirc from earlier posts.
All just silent warnings.
dcadec is nice. you only need one version for most formats.
(minus express)
with Arcsoft, when it comes to "strange setup", it's a gambler's game on which version works on what source.
Thx. :) Guess I can just keep using libDcaDec then. Indeed, the occasional 'strange setup' and low volume issues that came with the Arcsoft decoder are something I could do without.
bmcelvan
29th March 2016, 14:12
Arcsoft is necessary for DTS-Express only, BTW remain like a option for users than prefer it.
Don't worry about that. Maybe are frames than not need lossless subframes (XLL), for instance silent frames.
Only when DTS-MA is "strange setup" ArcSoft remix the output channels forcing to have less volume than original. libDcaDec don't remix the channels.
Thanks for this reply, very helpful. MY interpretation of this means that eac3to v3.30 probably has that XLL error as well, it just didn't mention it? ...and with that said, I assume your advice is to ALWAYS USE THE MOST CURRENT VERSION OF EAC3TO? So currently 3.31.
Next question, just to verify, the current version 3.31 can properly decode TrueHD-Atmos to .wavs or convert to .flac? Iv'e been getting the "libav Lossless check failed" errors. From reading through the posts it appears that more than likely I have a corrupted file. Or are there still instances where eac3to won't decode Atmos properly?
In either case I should try ffmeg?
Thanks again
Boulder
29th March 2016, 16:11
Are those "lossless check failed" files from movies that are constructed of multiple m2ts files? I've noticed that it occurs at the beginning of each segment, but there is nothing audible there despite the error message.
asarian
29th March 2016, 17:10
Are those "lossless check failed" files from movies that are constructed of multiple m2ts files? I've noticed that it occurs at the beginning of each segment, but there is nothing audible there despite the error message.
In my case, it would seem so yes: the audio stream was from a collection of several .m2ts segments.
bmcelvan
30th March 2016, 18:38
Are those "lossless check failed" files from movies that are constructed of multiple m2ts files? I've noticed that it occurs at the beginning of each segment, but there is nothing audible there despite the error message.
Doesn't appear to be for me. I can't explain it, I just re-downloaded v3.31. Ripped via DVDfab to BDMV folder on my HDD the Bluray "Brave" and it simply won't extract the truehd file to .wavs or .flac or anything without giving the lossless check failed errors. Even at 17%, so that's a good chunk of the way thru the movie, not at the beginning.
Could this have anything to do with the TrueHD audio dropouts reported on a bunch of websites for Pixar titles like Monsters University, Brave, Total Recall (2011), etc. Apparently, bluray players needed to be set to LCPM output instead of bitstreaming to fix the problem?
Snowknight26
30th March 2016, 22:53
The lossless check failed errors are normal for Blu-rays that use seamless branching. eac3to has no problems with them as of 3.25, released over 3 years ago.
bmcelvan
31st March 2016, 13:57
The lossless check failed errors are normal for Blu-rays that use seamless branching. eac3to has no problems with them as of 3.25, released over 3 years ago.
Thanks for reply...two quick questions then.
Seamless branching means that if you look at the .mpls file it will have multiple m2ts files that it looks at? For example after eac3to has looked at a title you might see something like: 00800.mpls, 00001.m2ts+00005.m2ts+00670.m2ts, etc??
Second question: decoding/converting atmos is now not a problem for eac3to either, right? That was solved in version 3.28?
thx
bmcelvan
31st March 2016, 14:06
Quick question about this past conversation...every single one of the "lossless check failed" errors only represents 1 byte?
Also, could it ever mess up the alignment of the audio track...I mean shorten it or lengthen it slightly, or would it simply be just added (or deleted) sounds but not affect it's length?
Done, but still getting errors. This track is definitely skunked.
[truehd @ 024c0900] Lossless check failed - expected 4f, calculated 53.
[truehd @ 024c0900] mlpparse: Parity check failed.
[truehd @ 024c0900] Lossless check failed - expected 33, calculated 83.
[truehd @ 024c0900] mlpparse: Parity check failed.
[truehd @ 024c0900] Lossless check failed - expected 9d, calculated 72.
[truehd @ 024c0900] mlpparse: Parity check failed.
[truehd @ 024c0900] Lossless check failed - expected b2, calculated 41.
[truehd @ 024c0900] Invalid nonrestart_substr.
Error while decoding stream #0:0: Invalid data found when processing input
[truehd @ 024c0900] Stream parameters not seen; skipping frame.
Last message repeated 32 times
[truehd @ 024c0900] mlpparse: Parity check failed.
[truehd @ 024c0900] Lossless check failed - expected da, calculated 77.
[truehd @ 024c0900] mlpparse: Parity check failed.
[truehd @ 024c0900] Lossless check failed - expected f0, calculated 3f.
[truehd @ 024c0900] mlpparse: Parity check failed.
Most likely because the source uses seamless branching. Only 6 bytes of probably over 3GB is corrupt. You won't even hear it.
LigH
31st March 2016, 14:13
Second question: decoding/converting atmos is now not a problem for eac3to either, right? That was solved in version 3.28?
thx
Dolby Atmos metadata should reliably be ignored in current versions.
tebasuna51
31st March 2016, 19:57
Seamless branching means that if you look at the .mpls file it will have multiple m2ts files that it looks at? For example after eac3to has looked at a title you might see something like: 00800.mpls, 00001.m2ts+00005.m2ts+00670.m2ts, etc??
Yes.
To know more about extracting/decoding audio from seamless branching BD's you can see: http://forum.doom9.org/showthread.php?p=1600694#post1600694
eac3to try to solve the problems but not always is possible.
asarian
31st March 2016, 20:11
Dolby Atmos metadata should reliably be ignored in current versions.
Brilliant! :) It was a PITA doing the conversion manually!
bmcelvan
1st April 2016, 20:52
Yes.
To know more about extracting/decoding audio from seamless branching BD's you can see: http://forum.doom9.org/showthread.php?p=1600694#post1600694
eac3to try to solve the problems but not always is possible.
Thanks for that thread...very helpful inunderstanding what is happening, thank you.
Is there a simple answer to my earlier question about what each lossless check failed means in terms of added or reduced audio track duration? Or is every occurrence potentially different ? (and saying something like "each error adds 1/32 seconds time to the track" just doesn't make sense)
tebasuna51
1st April 2016, 21:44
Is there a simple answer to my earlier question about what each lossless check failed means in terms of added or reduced audio track duration?
A frame bad initialized can produce glitches like here (http://forum.doom9.org/showthread.php?p=1587184#post1587184) but don't change duration.
r4dius
4th April 2016, 20:38
Could you show info about "forced" subtitles (at leat with mkv files) ?
And btw thanks for one of the best ripping tools ever :)
Stereodude
4th April 2016, 22:26
Are those "lossless check failed" files from movies that are constructed of multiple m2ts files?
In that case it has to deal with floating point math and integer math so it's not exactly lossless.
"The main problem is that the core decoder converts integer coefficients read from the bitstream to floats just after reading them (along with dequantization). All other steps of the audio reconstruction are done with floats and the output can not be the bitexact reproduction of the input so it is not lossless."
From http://sasshkas.blogspot.com/2015/11/dts-decoder-why-xll-streams-are-not.html
bmcelvan
5th April 2016, 16:32
A frame bad initialized can produce glitches like here (http://forum.doom9.org/showthread.php?p=1587184#post1587184) but don't change duration.
Okay, so occasionally there may be some sort of (glitch) noise that you could hear (but probably can't hear it) but it won't affect the audio track aligning properly with the rest of the movie (from that glitch point on)?
bmcelvan
13th April 2016, 19:17
I just want to make sure I'm not the only one, I've encoded audio for 10 movies in the last 2 weeks or so and with v331 and DTS-HD MA tracks I get the error (a03 libDcaDec reported the warning "XLL output not lossless") EVERY SINGLE TIME!!!
Is everyone else getting this error every single time?
I understand people are telling me "don't worry about" but if it isn't something to worry about why does it pop up every time and/or why hasn't it been hidden?
For all those same movies, as stated before, v330 it doesn't appear.
Lastly, what are the reasons to use 331 over 330?
thx
Sparktank
13th April 2016, 20:07
why does it pop up every time and/or why hasn't it been hidden?
It was hidden in the versions that don't show it.
v330 has the same warnings but it just doesn't tell you about it.
Reasons to use 331 over 330?
Some of the udpates might be relevant in certain circumstanes.
* libDcaDec: updated to latest build
* libDcaDec: decoding only aborts on critical issues now
* libDcaDec: now reports warnings if something isn't 100% perfect
* libDcaDec: proper handling of clipped files (2nd pass etc)
* libDcaDec: proper handling of tracks that switch bitdepth 16 <-> 24
* fixed: TrueHD decoding -> AC3 encoding didn't work properly
As tebasuna51 mentioned before...
Don't worry about that. Maybe are frames than not need lossless subframes (XLL), for instance silent frames.
Arcsoft probably gets the same errors but doesn't report them, either.
I would still use updated/DcaDec regardless of warnings:
Arcsoft is necessary for DTS-Express only, BTW remain like a option for users than prefer it.
Only when DTS-MA is "strange setup" ArcSoft remix the output channels forcing to have less volume than original. libDcaDec don't remix the channels.
Stereodude
13th April 2016, 21:22
I just want to make sure I'm not the only one, I've encoded audio for 10 movies in the last 2 weeks or so and with v331 and DTS-HD MA tracks I get the error (a03 libDcaDec reported the warning "XLL output not lossless") EVERY SINGLE TIME!!!
Is everyone else getting this error every single time?
I understand people are telling me "don't worry about" but if it isn't something to worry about why does it pop up every time and/or why hasn't it been hidden?
For all those same movies, as stated before, v330 it doesn't appear.
Lastly, what are the reasons to use 331 over 330?
thx
I explained it not two posts away from yours in post #13937.
bmcelvan
14th April 2016, 04:42
I explained it not two posts away from yours in post #13937.
Somehow I missed your post about the floating point integer math.
sorry and thanks
ron spencer
15th April 2016, 00:49
I've got a weird problem with EAC3to and my Canon video recorder (VIXIA HF G30). EAC3to can parse all output formats from it EXCEPT 1080p 60fps. I get this error:
M2TS, 2 video tracks, 0:07:53, 60p /1.001
1: h264/AVC, 1080p60 /1.001 (16:9)
2: MPEG2, unknown parameters
Bitstream parsing for track 2 failed. <WARNING>
Demuxing this track may still produce correct results - or not. <WARNING>
Track 2 is just PCM audio...not sure why EAC3to cannot parse it. 1080i at 60 60fps is fine. I can upload something if needed to dev if interested.
thx.
ron spencer
17th April 2016, 15:52
Guess I was too stupid to upload the file...LOL
https://www.sendspace.com/file/yvv7re
File size is just 19.1 MB
Any ideas?
Groucho2004
17th April 2016, 16:24
I've got a weird problem with EAC3to and my Canon video recorder (VIXIA HF G30). EAC3to can parse all output formats from it EXCEPT 1080p 60fps. I get this error:
Track 2 is just PCM audio...not sure why EAC3to cannot parse it. 1080i at 60 60fps is fine. I can upload something if needed to dev if interested.
thx.
TSMuxer can de-multiplex your file. Don't know why eac3to can't identify the PCM track.
ron spencer
18th April 2016, 15:56
Interesting that if I remux the MTS files to M2TS via tsmuxer the EAC3to will be ok with them.
LigH
18th April 2016, 17:33
Then the reason might be an unusual audio track ID? That may require in-depth analysis of the TS headers.
ron spencer
18th April 2016, 20:31
Here is the M2TS file mediainfo
Seems like a mystery...
ron spencer
19th April 2016, 00:04
It is the same at the MTS file that is causing the error...see here. Should I be looking elsewhere for the headers?
bmcelvan
20th April 2016, 15:33
Trying to convert a TrueHD_Atmos 7.1 channel track, tried to both flac and w64. Got the "this audio conversion not supported" error. So I then (-demux) all the tracks to a folder and then tried:
eac3to331\eac3to.exe track.thd track_16bit.flac -down16
and got this error: (Also tried to .w64) - Any ideas?
process: 1%
process: 2%
process: 3%
process: 4%
process: 5%
libav Lossless check failed - expected 00, calculated 8d.
libav Lossless check failed - expected 16, calculated 1e.
process: 6%
The libav decoder reported error -1094995529 while decoding.
Aborted at file position 234881024.
I now understand the lossless check error and am not worried about that (thank you everybody). I am asking about the error that aborted the conversion.
Stereodude
20th April 2016, 16:11
Seems like your input source is corrupt.
bmcelvan
21st April 2016, 13:46
Seems like your input source is corrupt.
Okay, errors like that usuallly mean a bad copy?
I'll try re-ripping it from BD disc.
thx
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.