View Full Version : eac3to - audio conversion tool
Encoder888
8th September 2008, 18:54
@madshi
It's a LOST episode, the two files are 1GB+0.7GB so it must have aborted at the end. It didn't even start demuxing, the line just ran across very fast and I got the error message. I've gotten the same error with about 3/4ths of whatever other movies I've tried, so I don't think it depends on the number or size of VOBs. I just use an older version of eac3to for those, I cant tell you for sure in which version the problem started, but 2.51 works fine.
odin24
8th September 2008, 20:34
I just made an attempt at using a TrueHD track on a HDDVD-->Blu-ray conversion using eac3to input.thd output.thd+ac3, and the end result was a choppy AC3 track, however I did use a DTS track in there as well and it played fine, as did the video. I used vc1conv for the video and tsMuxeR for BD muxing.
Does this command work for HDDVD-->BD conversions?
yonta
8th September 2008, 21:29
eac3to v2.62 crashes on this dtswav file.
sample (http://www.sendspace.com/file/b5utf9)
Tried v2.52 and it works just fine.
nautilus7
8th September 2008, 22:01
2.60 also works. Crash report says something about HD CD decoder. I believe DTS/AC3-WAV support is broken due to HD CD support.
JustABDFan
9th September 2008, 00:37
Hi,
1) I noticed that the libFLAC.dll that comes with Eac3to is 151,552 bytes and is dated 7/22/2007 while the one that comes in MadFLAC is 258,048 bytes and is dated 10/7/2007. I wanted to put Eac3to and Madflac into one "tools" folder so which I should use OR do I just make a folder for each and keep em separate?
2) Any chance of Eac3to using arcsoft decoders for (E)AC3 instead of Nero 7? Nero 7 Ultra isn't being sold by Ahead anymore and I don't want to risk buying the Blu-ray plugin to use with an OEM version then it not work properly.
Thanks.
hdpete
9th September 2008, 07:24
Is there anyway I can remux a blu-ray keeping the TrueHD track to fit on a BD25 for playback via a surround amp connected using HDMI. I know from a couple of costly BD-R's that tsMuxer won't allow the remux of TrueHD. I see that the latest version of eac3to can extract TrueHD as is, but how do I get it onto a blu-ray as I can't use tsMuxer?
I want to keep lossless audio, is the only way to use eac3to to convert the TrueHD to PCM 5.1?
Thanks
Beastie Boy
9th September 2008, 07:51
@hdpete, I have written a post in the tsMuxeR thread (http://forum.doom9.org/showthread.php?p=1181301#post1181301)that may help you. Please keep tsMuxeR questions there.
Cheers, Beastie.
tebasuna51
9th September 2008, 13:26
Thanks madshi for your new version, for me the standard dts is all ok decoded but:
2/2.1 - ArcSoft output is FL FR FC Empty LF BL, the BR channel is missing and need remap -0,1,3,4,2,5
And using -dtslog with Samples_dts-es (http://www.sendspace.com/file/cohrtp) encoded with DTS PRO SERIES SURROUND ENCODER (thanks Elektra999) seems there are a detect problem:
3/3.0 m 3/3.1 m 3/3.0 d 3/3.1 d
+ DTS-Core ------- ------- ------- -------
- frameSize 2013 2013 2013 2013
- DTS-ES + + + +
- channelNo 5 5 5 (?) 6
- lfe 0 1 0 1
- channelDescr 5.0 5.1 5.0 (?) 6.1
- samplingRate 48000 48000 48000 48000
- bitDepth 16 16 16 16
- bitrate 1536000 1536000 1536000 1536000
- extAudio - - XCh XCh
- samplesPerFrame 512 512 512 512
- copyHistory 1 1 1 1
With libav
3/3.1 DTS-ES 6.1 Discrete, output 5.1 with BC mixed in BL-BR, ok but need remap -1,2,0,5,3,4
And ArcSoft problems:
3/3.0 DTS-ES 6.0 Discrete, detected like 5.0 and decoded 5.0 with BC channel mixed in BL-BR like 6.0 Matrix.
3/3.1 DTS-ES 6.1 Discrete, all ok but FL and FR channels broken (missing 99% of samples)
piratburner
9th September 2008, 19:04
Just a Q
What exactly can I expect when doing this command
eac3to BDMV k:\output.mkv ?
a complete mkv with all sound,subs ? or ?
hdpete
9th September 2008, 21:00
If use eac3to "D:\input.thd+ac3" "D:\output.wav" -nero -24, will the resulting wav file have all the lossless date of the trueHD source?
Thanks for your advice
nautilus7
9th September 2008, 21:13
First, .thd+ac3 is only accepted for input. Just use .thd. Furthermore, why use nero? Libav is the default TrueHD decoder because it works better. Finally, you don't need any -24 or whatever switch. All source data will be present in the output wav file. If source is 24bit, the wav will be 24bit, if it is 16bit, the wav will be 16bit. You will get a report about the actual bitdepth at the end of the procedure.
So your command should be:
eac3to input.thd output.wav
hdpete
9th September 2008, 21:21
First, .thd+ac3 is only accepted for input. Just use .thd. Furthermore, why use nero? Libav is the default TrueHD decoder because it works better. Finally, you don't need any -24 or whatever switch. All source data will be present in the output wav file. If source is 24bit, the wav will be 24bit, if it is 16bit, the wav will be 16bit. You will get a report about the actual bitdepth at the end of the procedure.
So your command should be:
eac3to input.thd output.wav
Althogh my source thd is 24 bit and the wav says it's 24bit, tsmuxer only recognises it as a 16bit, either way the -24 bit didn't seem to make a difference.
I'm usimg nero with blu-ray plugin as I thought it was a reference decoder as opposed to libav.
I just want to be able to convert TrueHD to LPCM to mux with tsmuxer to get a BD25 (tsmuxer doesn't like TrueHD). Previous converts using eac3to have resulted in screaching audio when muxed onto a BD25
nautilus7
9th September 2008, 21:28
Althogh my source thd is 24 bit and the wav says it's 24bit, tsmuxer only recognises it as a 16bit, either way the -24 bit didn't seem to make a difference.That's tsmuxer's bug, I'm afraid.
I'm usimg nero with blu-ray plugin as I thought it was a reference decoder as opposed to libav.What you say is true for the lossy decoders (AC3, E-AC3). All lossless fortmat decoders have to output the same data. That's the case with nero and libav TrueHD decoders. In addition libav supports up to 7.1ch when nero doesnt.
I just want to be able to convert TrueHD to LPCM to mux with tsmuxer to get a BD25 (tsmuxer doesn't like TrueHD). Previous converts using eac3to have resulted in screaching audio when muxed onto a BD25Again tsmuxer's bug. It supports pcm in a weird format. Use pcm2tsmu to convert eac3to's pcm files to tsmuxer's compatible ones.
hdpete
9th September 2008, 21:38
Again tsmuxer's bug. It supports pcm in a weird format. Use pcm2tsmu to convert eac3to's pcm files to tsmuxer's compatible ones.
Thanks a lot for this, I can start backing up my TrueHD blu-rays/HD-DVD's now and keep lossless audio for my Onkyo amp.
hdpete
10th September 2008, 16:14
What file extenstion should I use to extract the 1080p blu-ray video using eac3to which will allow tsRemux to recognise and import it? Will it be a different file extention depending on the codec, i.e. H264 or VC-1?
Thanks for your help
rack04
10th September 2008, 17:41
What file extenstion should I use to extract the 1080p blu-ray video using eac3to which will allow tsRemux to recognise and import it? Will it be a different file extention depending on the codec, i.e. H264 or VC-1?
Thanks for your help
I always change the container format to mkv and convert the audio to whatever format I fancy. So in my case the extension for the container wouldn't vary by video codec but the audio would. Clear?
nautilus7
10th September 2008, 17:56
What file extenstion should I use to extract the 1080p blu-ray video using eac3to which will allow tsRemux to recognise and import it? Will it be a different file extention depending on the codec, i.e. H264 or VC-1?
Thanks for your help.h264 for H.264, .vc1 for VC-1 and .m2v for MPEG-2.
rica
11th September 2008, 00:51
Hi,
BD which i have issues is "Welcome Jungle".
Here you will see it has an english thd:
http://img225.imageshack.us/img225/8233/48098432bo2.th.png (http://img225.imageshack.us/my.php?image=48098432bo2.png)
And i can play it with TMT with my analog outputs to my A/V receiver and no problem:
http://img225.imageshack.us/img225/8416/72750525hb8.th.jpg (http://img225.imageshack.us/my.php?image=72750525hb8.jpg)
But i can only see french thd when i open it with eac3to, i extract it to thd+ac3, remuxed to m2ts with TSMuxer and finally remuxed to m2ts with TSRemux using the file created by TSMuxer; it works but it is french:
eac3to v2.60
command line: eac3to\eac3to.exe "F:\RUNDOWN_P1_SPITASLA\BDMV\STREAM\00002.m2ts" 3: "C:\output.thd+ac3"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 13 subtitle tracks, 1:44:15
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, French, 5.1 channels, 48khz, dialnorm: -30dB
4: TrueHD/AC3, German, 5.1 channels, 48khz
5: AC3, English, 2.0 channels, 192kbps, 48khz, dialnorm: -26dB
6: AC3, English, 2.0 channels, 192kbps, 48khz, dialnorm: -29dB
7: TrueHD/AC3, English, 5.1 channels, 48khz, dialnorm: -27dB
8: Subtitle (PGS), English
9: Subtitle (PGS), French
10: Subtitle (PGS), German
11: Subtitle (PGS), Dutch
12: Subtitle (PGS), Arabic
13: Subtitle (PGS), Modern Greek
14: Subtitle (PGS), Turkish
15: Subtitle (PGS), French
16: Subtitle (PGS), German
17: Subtitle (PGS), Dutch
18: Subtitle (PGS), French
19: Subtitle (PGS), German
20: Subtitle (PGS), Dutch
[a03] Extracting audio track number 3...
[a03] Removing AC3 dialog normalization...
[a03] Removing TrueHD dialog normalization...
[a03] Creating file "C:\output.thd+ac3"...
Video track 2 contains 149977 frames.
eac3to processing took 20 minutes, 49 seconds.
Done.
The Q is where this english thd is hidden?
_ _ _ _
woah!
11th September 2008, 00:59
umm number 7 is the english thd audio isnt it?? you are asking for 3: so you get the french audio...
rica
11th September 2008, 01:02
umm number 7 is the english thd audio isnt it?? you are asking for 3: so you get the french audio...
Thanks i didn't see it really :stupid: :)
Looking but not seeing. How stupid i am :)
Edit:
OK, i got it in english:
http://img339.imageshack.us/img339/422/thdtu8.th.png (http://img339.imageshack.us/my.php?image=thdtu8.png)
_ _ _ __
JustABDFan
11th September 2008, 07:29
Madshi,
I did some checking by downloading old versions and it looks like it was working in 2.54 but broke in 2.55. I'm gonna take a guess that one of these changes from the 2.55 changelog did it. I made some guesses but i could be wrong.
* improved VOB/EVO audio delay detection algorithm
* detection and automatic skipping of invalid vob units
* options "-60i" and "-24p" are no longer supported for MPEG2 video
* improved detection of MPEG2 framerate / pulldown state / mode (my first guess:confused:)
* improved MPEG2 muxing warnings (3rd guess:confused:)
* several bugs in MPEG2 video muxing fixed (2nd guess:confused:)
* fixed interlaced VC-1 muxing with user data (Nine Inch Nails)
@madshi
I have trouble demuxing the MPEG-2 stream from VOB files. Here's what I get:
eac3to v2.62
command line: D:\eac3to\eac3to.exe vts_02_1.vob+vts_02_2.vob 2: Video.mkv
------------------------------------------------------------------------------
VOB, 1 video track, 4 audio tracks, 5 subtitle tracks, 0:43:15
1: Joined VOB file
2: MPEG2, 480p24 /1.001 (16:9) with pulldown flags
3: AC3, 5.1 channels, 384kbps, 48khz, dialnorm: -25dB
4: AC3, 2.0 channels, 192kbps, 48khz, dialnorm: -25dB
5: AC3, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
6: AC3, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
7: Subtitle
8: Subtitle
9: Subtitle
10: Subtitle
11: Subtitle
[v02] This doesn't seem to be a valid MPEG2 stream.
Aborted at file position 1713938432.
I tried it with an earlier version of eac3to (I think it was 2.51) and it worked fine. Please, fix it if possible :)
Inventive Software
11th September 2008, 11:08
Try a much newer version as well. ;)
sehgal.v7
11th September 2008, 14:00
eac3to v2.62
command line: eac3to Rambo -check
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 1 subtitle track, 1:21:00
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 7.1 channels, 24 bits, 48khz
4: Subtitle (PGS), English
[a03] Extracting audio track number 3...
[s04] Extracting subtitle track number 4...
[v02] Extracting video track number 2...
[a03] Reading RAW/PCM...
[a03] Swapping endian...
[a03] Remapping channels...
[a03] Swapping endian...
[a03] Remapping channels...
[a03] This audio track has a constant bit depth of 24 bits.
Video track 2 contains 116523 frames.
eac3to processing took 46 minutes, 15 seconds.
Done.
This is log of Blu Ray Disc, i created last. In this Swapping & Remapping being done twice, is it alright? Or i had done something wrong while remuxing??
Workaround-
Extracted Video & Audio from Original Blu Ray// Converted Audio from DTSHD-MA to PCM
eac3to v2.62
command line: eac3to Audio.dtshd Audio.pcm
------------------------------------------------------------------------------
DTS Master Audio, 7.1 channels, 24 bits, 48khz
Decoding with ArcSoft DTS Decoder...
Swapping endian...
Remapping channels...
Creating file "Audio.pcm"...
This audio track has a constant bit depth of 24 bits.
eac3to processing took 25 minutes, 42 seconds.
Done.
After this command line: Pcm2Tsmu.exe Audio.pcm Audionew.pcm -i 24 -c 8 -s 48000
And atlast creating Blu Ray Disk with TSMuxer v1.8.4(b)
Atak_Snajpera
11th September 2008, 18:02
Small request madshi.
Could you rename first analyzing process from "progress:" to "analyzing:"
So instead of two "progress:" I would like to have "analyzing:" and then when stream is really demuxed I would have "progress:"
Thanks
K1ngp1ng
13th September 2008, 18:55
i found a bug: truehd 16bit -> flac 24bit
xkodi
13th September 2008, 20:52
i found a bug: truehd 16bit -> flac 24bit
please, upload small sample somewhere, you can cut the first 5-10MB from the truehd track using hex editor.
Snowknight26
13th September 2008, 21:39
Just a little quirk:
eac3to v2.62
command line: eac3to.exe "G:\Unsorted\Click"
------------------------------------------------------------------------------
1) 00032.mpls, 00000.m2ts+00027.m2ts, 1:47:31
- MPEG2, 1080p24 /1.001 (16:9)
- AC3, English, multi-channel, 48khz
- RAW/PCM, English, multi-channel, 48khz
- AC3, English, stereo, 48khz
2) 00031.mpls, 00027.m2ts, 0:58:11
...[snip]...
With a trailing \, :
eac3to v2.62
command line: eac3to.exe "G:\Unsorted\Click"\
------------------------------------------------------------------------------
M2TS, 1 video track, 3 audio tracks, 17 subtitle tracks, 1:47:31
1: Chapters, 16 chapters
2: MPEG2, 1080p24 /1.001 (16:9)
3: AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, English, 2.0 channels, 192kbps, 48khz
6: Subtitle (PGS), English
...[snip]...
n0mag!c
14th September 2008, 19:31
When appending several TS file with "+" eac3to can't process files properly.
For error reproduction I took working TS-file and splitted it (with TSsplitter) to 3221380 bytes chunks.
Here is log file:
eac3to v2.62
command line: D:\PROGRAMS\AUDIO\EAC3TO\eac3to.EXE Alien1.TSSplit.1-1434.ts+Alien1.TSSplit.2-1434.ts+Alien1.TSSplit.3-1434.ts+Alien1.TSSplit.4-1434.ts -demux
------------------------------------------------------------------------------
TS, 1 video track, 1 audio track, 0:00:09
1: MPEG2, 1080i60 /1.001 (16:9)
2: AC3, 2.0 channels, 384kbps, 48khz, dialnorm: -27dB
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[a02] Removing AC3 dialog normalization...
[v01] Creating file "Alien1.TSSplit.1-1434 - 1 - MPEG2, 1080i60.m2v"...
[v01] The pes parser received incomplete data.
[a02] The pes parser received incomplete data.
[v01] This doesn't seem to be a valid PES packet.
[a02] This doesn't seem to be a valid PES packet.
Aborted at file position 3237764.
Of course, If I join chunks back (with TSsplitter or with copy /b), resulting file is fine working.
madshi
15th September 2008, 00:24
I have trouble demuxing the MPEG-2 stream from VOB files.
I did some checking by downloading old versions and it looks like it was working in 2.54 but broke in 2.55. I'm gonna take a guess that one of these changes from the 2.55 changelog did it. I made some guesses but i could be wrong.
* detection and automatic skipping of invalid vob units
I think the skipping of invalid vob units is the problem. I've removed that as a test in the next eac3to build. Please retest whether DVD demuxing works again. Thanks!
eac3to v2.62 crashes on this dtswav file.
Thanks for the sample. Will be fixed in the next build.
1) I noticed that the libFLAC.dll that comes with Eac3to is 151,552 bytes and is dated 7/22/2007 while the one that comes in MadFLAC is 258,048 bytes and is dated 10/7/2007. I wanted to put Eac3to and Madflac into one "tools" folder so which I should use OR do I just make a folder for each and keep em separate?
To be honest, I'm not sure. You can try using the newer dll for both. If you run into no problems then it's fine.
2) Any chance of Eac3to using arcsoft decoders for (E)AC3 instead of Nero 7?
Maybe some day.
Thanks madshi for your new version, for me the standard dts is all ok decoded but:
2/2.1 - ArcSoft output is FL FR FC Empty LF BL, the BR channel is missing and need remap -0,1,3,4,2,5
And using -dtslog with Samples_dts-es (http://www.sendspace.com/file/cohrtp) encoded with DTS PRO SERIES SURROUND ENCODER (thanks Elektra999) seems there are a detect problem:
3/3.0 m 3/3.1 m 3/3.0 d 3/3.1 d
+ DTS-Core ------- ------- ------- -------
- frameSize 2013 2013 2013 2013
- DTS-ES + + + +
- channelNo 5 5 5 (?) 6
- lfe 0 1 0 1
- channelDescr 5.0 5.1 5.0 (?) 6.1
- samplingRate 48000 48000 48000 48000
- bitDepth 16 16 16 16
- bitrate 1536000 1536000 1536000 1536000
- extAudio - - XCh XCh
- samplesPerFrame 512 512 512 512
- copyHistory 1 1 1 1
With libav
3/3.1 DTS-ES 6.1 Discrete, output 5.1 with BC mixed in BL-BR, ok but need remap -1,2,0,5,3,4
And ArcSoft problems:
3/3.0 DTS-ES 6.0 Discrete, detected like 5.0 and decoded 5.0 with BC channel mixed in BL-BR like 6.0 Matrix.
3/3.1 DTS-ES 6.1 Discrete, all ok but FL and FR channels broken (missing 99% of samples)
Thanks for testing/reporting and for the new samples! The problems I could fix should be fixed in v2.63. However, ArcSoft seems to have problems with some 6.0 and 6.1 tracks. If I let ArcSoft decode them as 5.1, everything is fine. If I let it decode them as 6.0 or 6.1 the FL and FR channels are broken. Don't see how I could fix that. Funny enough Blu-Ray and HD DVD 6.1 tracks decode fine!! Because of that I can't simply block ArcSoft for 6.x decoding...
In this Swapping & Remapping being done twice, is it alright?
Yes.
Could you rename first analyzing process from "progress:" to "analyzing:"
Changed to "analyze:" and "process:".
i found a bug: truehd 16bit -> flac 24bit
Will be fixed in the next build.
Just a little quirk:
With a trailing \, :
Will be fixed in the next build.
When appending several TS file with "+" eac3to can't process files properly.
For error reproduction I took working TS-file and splitted it (with TSsplitter) to 3221380 bytes chunks.
This is a problem. eac3to contains some extra code to handle Blu-Ray seamless branching correctly. Now if I make TsSplitter splitted TS files work that may eventually harm Blu-Ray seamless branching handling. Generally if you join some TS or m2ts files which were never stored in one file you'll want eac3to to do some extra checking/processing on these files. But if you join some TS or m2ts files which were once stored in one file and which you splitted with a tool like TsSplitter the extra processing makes joining fail. I'll have to think about how to handle this properly. For now you'll have to manually join the parts with TsSplitter first to make eac3to work...
madshi
15th September 2008, 00:28
eac3to v2.63 released
http://madshi.net/eac3to.zip
* fixed: incorrect detection of 6.0 DTS tracks as 5.0
* fixed: incorrect libav DTS channel remapping for 6.x or 7.x tracks
* fixed: incorrect ArcSoft DTS channel remapping for "6.0" and "2/2.1" tracks
* fixed: v2.61+62 incorrectly decoded 16bit TrueHD tracks to 24bit FLAC/WAV/RAW
* fixed: some DTSWAV files made HDCD decoder crash
* fixed: DTSWAV and AC3WAV samplerate and bitdepth were reported incorrectly
* improved DirectShow channel configuration reporting
* undocumented option -progressnumbers now outputs "analyze:" and "process:"
rica
15th September 2008, 00:43
Hey man, you did again; anyway, hard to follow you; thanks again :)
JustABDFan
15th September 2008, 03:56
eac3to v2.63
command line: eac3to d:\video_ts\vts_01_1.vob -demux
------------------------------------------------------------------------------
VOB, 1 video track, 1 audio track, 1 subtitle track, 0:27:12
1: MPEG2, 480p24 /1.001 (16:9) with pulldown flags
2: AC3, 5.1 channels, 448kbps, 48khz
3: Subtitle
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[v01] Creating file "vts_01_1 - 1 - MPEG2, 480p24.m2v"...
[a02] Creating file "vts_01_1 - 2 - AC3, 5.1 channels, 448kbps, 48khz.ac3"...
[s03] Extracting subtitle track number 3...
[s03] Creating file "vts_01_1 - 3 - Subtitle.sup"...
[a02] The last (E-)AC3 frame is incomplete and thus gets skipped.
Video track 1 contains 39141 frames.
eac3to processing took 1 minute, 32 seconds.
Done.
It works now. :thanks:
madshi
15th September 2008, 08:21
It works now.
Good to know - thanks for the quick feedback!
deathlord
15th September 2008, 08:23
ArcSoft seems to have problems with some 6.0 and 6.1 tracks. If I let ArcSoft decode them as 5.1, everything is fine. If I let it decode them as 6.0 or 6.1 the FL and FR channels are broken. Don't see how I could fix that.
I assume the front channels are the same, no matter if you decode to 5.1 or to 6.1. You could check this on a working file. So you could take the front channels from a 5.1 decode and the rest from a 6.1 decode. Of course this is not beautiful, but it may be the best solution to treat these cases where it does not work otherwise.
While you are running tests with arcsoft, could you please also test what it does on a 6.1 track when you ask it to output 7.1?
I have more and more BDs with 6.1 audio and I can not play them back properly.
deathlord
xkodi
15th September 2008, 08:54
I assume the front channels are the same, no matter if you decode to 5.1 or to 6.1. You could check this on a working file. So you could take the front channels from a 5.1 decode and the rest from a 6.1 decode. Of course this is not beautiful, but it may be the best solution to treat these cases where it does not work otherwise.
i believe that Sonic will work on such samples, so in that case better to use Sonic instead of Arcsoft. just decode the 6.1 DTS file with both Sonic and Arcsoft and if the two decoded files are different, probably the Sonic decode is the correct one.
hubblec4
15th September 2008, 08:58
hi
madshi you are the best. your prog works very well und your work is great.
a question.
i demux my sourcefiles ever with -demux.
then i get the video-,audistream and all .sups
is there a way to demux all audiostreams and .sups but without the videostream?
hubble
nautilus7
15th September 2008, 09:10
No, automatically. You can though choose which streams to demux by using the stream numbers (1:, 2:, 3:, etc) and the proper extension for each stream.
eac3to v2.41
command line: eac3to "H:\Testosteron HD DVD 1080p VC-1 DD+ 5.1" 1) 1: c:\tes\tes.txt 4: c:\tes\tes.dtshd 5: c:\tes\tes.sup
------------------------------------------------------------------------------
EVO, 1 video track, 2 audio tracks, 1 subtitle track, 1:56:31
"MainMovie"
1: Chapters, 18 chapters with names
2: VC-1, 1080p30 /1.001 (16:9)
3: E-AC3, English, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
4: DTS Hi-Res, English, 5.1 channels, 16 bits, 2082kbit/s, 48khz, dialnorm: -4dB
5: Subtitle, English
Creating file "c:\tes\tes.txt"...
Extracting audio track number 4...
Removing dialog normalization...
Patching bitdepth to 24 bits...
Extracting subtitle track number 5...
Creating file "c:\tes\tes.dtshd"...
Creating file "c:\tes\tes.sup"...
eac3to processing took 14 minutes, 48 seconds.
Done.
madshi
15th September 2008, 09:15
I assume the front channels are the same, no matter if you decode to 5.1 or to 6.1. You could check this on a working file. So you could take the front channels from a 5.1 decode and the rest from a 6.1 decode. Of course this is not beautiful, but it may be the best solution to treat these cases where it does not work otherwise.
I could probably do that, but I don't really like the idea to add such complicated workarounds for clear bugs in a specific decoder which is still being worked on. Maybe ArcSoft will fix that problem sooner or later? You could report it to their support forum...
While you are running tests with arcsoft, could you please also test what it does on a 6.1 track when you ask it to output 7.1?
Already tried that. The front channels are broken if I ask ArcSoft to decode 6.x as 7.1, too.
I have more and more BDs with 6.1 audio and I can not play them back properly.
I don't see why that should be the case. In my tests the Blu-Ray 6.1 tracks decoded perfectly fine with ArcSoft (as I already said earlier).
i believe that Sonic will work on such samples, so in that case better to use Sonic instead of Arcsoft. just decode the 6.1 DTS file with both Sonic and Arcsoft and if the two decoded files are different, probably the Sonic decode is the correct one.
Correct. Sonic works perfectly fine for XCh 6.1 DTS and DTS-HD files. However, Sonic doesn't work for XXCh 6.1 tracks, and it also doesn't work for XCh and XXCh 6.0 tracks. Not much of a problem, though, since 95% of 6.x tracks are XCh 6.1.
madshi
15th September 2008, 09:20
Just noticed that I forgot to add something to the changelog:
* option "-no7doubling" is not supported anymore
* option "-double7" added which upconverts 6.1 to 7.1
So by default 6.1 tracks are not upconverted to 7.1, anymore. You have to manually activate that if you want upconvertion. Also doubling the 7th channel now also halfs the volume of the 7th channel. Which is what ArcSoft's decoder is doing, too, when it doubles the 7th channel.
nautilus7
15th September 2008, 09:45
You have also forgot to remove these options from the command list:
-stripPulldown strips the pulldown from MPEG2 video tracks
-24p/30p/60i force the use of the specified framerate for h264 muxing
:p
madshi
15th September 2008, 10:36
You have also forgot to remove these options from the command list:
-24p/30p/60i force the use of the specified framerate for h264 muxing
Right! Removed that now... :)
-stripPulldown strips the pulldown from MPEG2 video tracks
That one is still needed. MPEG2 pulldown removal is activated automatically only for m2ts and evo sources, but not for demuxed MPEG2 files nor for VOB or TS sources.
nautilus7
15th September 2008, 10:40
That one is still needed. MPEG2 pulldown removal is activated automatically only for m2ts and evo sources, but not for demuxed MPEG2 files nor for VOB or TS sources.Wasn't aware of that case. Thanks for explaining.
rica
15th September 2008, 11:58
Wasn't aware of that case. Thanks for explaining.
Neither am i; this should be added on the first post i think.
Atak_Snajpera
15th September 2008, 12:56
undocumented option -progressnumbers now outputs "analyze:" and "process:"
thank you very much!
Thunderbolt8
15th September 2008, 14:45
eac3to v2.63 released
:thanks:
nurbs
15th September 2008, 19:02
Can eac3to demux blu ray subtitles (PGS) and, if yes, what file extension do I have to use?
Snowknight26
15th September 2008, 19:28
Yes, .sup.
nurbs
15th September 2008, 19:42
Thanks. I tried .pgs and it gave me an error. Also there is nothing about it in the first post so I wasn't sure if it was supported.
rebkell
15th September 2008, 19:48
Thanks. I tried .pgs and it gave me an error. Also there is nothing about it in the first post so I wasn't sure if it was supported.
You can always use demux to see what extensions are being used, just control c when you have determined what extensions eac3to uses.
cg1200
15th September 2008, 23:04
Hi. New to this tool. Worked on one DTS file but the second one threw an error ERROR: block code look-up failed
[dca @ 68A532E0]Didn't get subframe DSYNC. It seems to create an ac3 file but I can't test right now.
Also I have Arcsoft Total Media Theater installed but eac3to does not seem to realize it and won't use that decoder. It uses libav instead. Anyway to force it to work?
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.