Log in

View Full Version : eac3to - audio conversion tool


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 [100] 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308

nautilus7
26th May 2008, 18:48
You're a brilliant man! :) It's solved now!Nice and... thanks! :)

... the H.264 VC-1 stream...Maybe a typo mistake, but it's H.264 or MPEG-4 AVC or just AVC.

VC-1 it's a complete different codec (by Microsoft).

laserfan
26th May 2008, 18:53
From Post #1 and eac3to built-in Help:
eac3to v2.46, freeware by madshi.net...

Options:
-448 use "192", "448" or "640" kbit/s for AC3 encoding...I'm one of those wierd guys that reads this stuff, and after I used BeLight/BeSweet to re-code an AC3 from 640kbps to 384kbps (to meet a filesize need) and was unhappy with the result, I tried instead eac3to w/the -384 param and it worked! The Help should be fixed--I wonder what other params could be used that it's not telling us about? :D

nautilus7
26th May 2008, 19:19
When i ask madshi about this (yes, i did exactly the same question), he told me that he didn't put all this bitrates in the 1st post/help in order not to make them long and tough to read.

Of course all legal bitrates are supported for AC3 and dts encoding.

asarian
26th May 2008, 19:20
Nice and... thanks! :)

Maybe a typo mistake, but it's H.264 or MPEG-4 AVC or just AVC.

VC-1 it's a complete different codec (by Microsoft).
Brain typo. :) Meant AVC, of course.

laserfan
27th May 2008, 04:10
When i ask madshi about this (yes, i did exactly the same question), he told me that he didn't put all this bitrates in the 1st post/help in order not to make them long and tough to read.

Of course all legal bitrates are supported for AC3 and dts encoding.Then the Help should read simply "supports all legal AC3 bitrates"!!! :p

Jaja1
27th May 2008, 12:19
Got a missing sync byte error in Finding Neverland. What's does that mean? And is there any way to repair or avoid this error?

eac3to v2.46
command line: eac3to 00000.m2ts 2:d:\Finding_1.mkv 3:d:\Finding_1.ac3
------------------------------------------------------------------------------
M2TS, 1 video track, 8 audio tracks, 0:58:34
1: Chapters, 8 chapters
2: MPEG2, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
4: AC3, English, 5.1 channels, 640kbit/s, 48khz
5: DTS, Italian, 5.1 channels, 24 bits, 1536kbit/s, 48khz
6: AC3, Italian, 5.1 channels, 640kbit/s, 48khz
7: DTS, German, 5.1 channels, 24 bits, 1536kbit/s, 48khz
8: AC3, German, 5.1 channels, 640kbit/s, 48khz
9: DTS, Spanish, 5.1 channels, 16 bits, 1536kbit/s, 48khz
10: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Reading RAW/PCM...
[a03] Swapping endian...
[a03] Remapping channels...
[a03] Encoding AC3...
[v02] Muxing video to Matroska...
[a03] Creating file "d:\Finding_1.ac3"...
[v02] This TS/M2TS file seems to be damaged (sync byte missing).
[a03] This TS/M2TS file seems to be damaged (sync byte missing).
Aborted at file position 3761389568.

BlackJack1
27th May 2008, 13:24
Used eac3to app. many times w/o problems before but newest version gave me undone job :)
Demuxing main video track, chapers and eac3 640 kbps track I received this:
eac3to v2.46
command line: eac3to "d:\goodfellas\hvdvd_ts\pevob_1.evo"+"d:\goodfellas\hvdvd_ts\pevob_2.evo" 2: d:\googfellas.txt 3: d:\goodfellas.mkv 4: d:\goodfellas.ac3
------------------------------------------------------------------------------
EVO, 1 video track, 5 audio tracks, 5 subtitle tracks, 2:25:27
"Feature Presentation"
1: Joined EVO file
2: Chapters, 48 chapters with names
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, French, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, German, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
7: E-AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
"Cast and crew commentary"
8: E-AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
"Cop and crook commentary"
9: Subtitle, English
10: Subtitle, English, "SDH"
11: Subtitle, French
12: Subtitle, German
13: Subtitle, German, "SDH"
Creating file "d:\googfellas.txt"...
[v03] Extracting video track number 3...
[v03] Muxing video to Matroska...
[a04] Extracting audio track number 4...
[a04] Removing dialog normalization...
[a04] Decoding with DirectShow (Nero Audio Decoder 2)...
[a04] This track is not clean. Processing aborted.
[a04] Please clean the track with delaycut and then retry eac3to.
[a04] DirectShow reports 5.1 channels, 24 bits, 48khz
[a04] Encoding AC3...
Aborted at file position 163840.

How can I clean track with delaycut if it's not accept *.evo files...?

Jaja1
27th May 2008, 17:16
How can I clean track with delaycut if it's not accept *.evo files...?
You can demux the audiotrack with evodemux or xport. And clean it with delaycut.

Henry The Ripper
27th May 2008, 17:25
You can demux the audiotrack with evodemux or xport. And clean it with delaycut.

Does delaycut support .eac3 tracks? Witch version?

nautilus7
27th May 2008, 19:59
v1.3.0.0

http://madshi.net/delaycut.rar

Henry The Ripper
27th May 2008, 20:06
v1.3.0.0

http://madshi.net/delaycut.rar

wav, mpa, ac3 and dts files only accepted as input???

nautilus7
27th May 2008, 20:55
Select "all files" and load your eac3 file (extension must be .ddp or .eac3)

SoleBastard
27th May 2008, 23:31
I've been re-encoding some DTS-HD flacs that have been obtained from both blu-ray and HD-DVD with recent versions of eac3to. The original files are the ones that are created directly by eac3to and then them I re-encoded with 'flac 1.2.0a -8' using Foobar2000. The resulting files are usually way smaller (3.7GB -> 1.7GB and 2.0GB -> 1.5GB) while the bitrate and sample depth remains (about) the same. Why does eac3to creates these hugely inflated flac files?

Snowknight26
28th May 2008, 03:28
sample depth remains (about) the same
Thats probably why. Run both flacs through eac3to and see if they're the same depth or whatever else might have changed.

SoleBastard
28th May 2008, 07:06
Thats probably why. Run both flacs through eac3to and see if they're the same depth or whatever else might have changed.

Sorry, I should have been more careful: The bitrate remains about the same (eg 5000 kbps -> 4990 kpbs, probably due to going from 'flac -5' to 'flac -8'), the sample depth remains 24 bit.

madshi
28th May 2008, 09:05
is it possible to extract a core from a DD+ track?
Blu-Ray DD+ tracks have a DD core. HD DVD DD+ tracks do not. Blu-Ray DD+ tracks are extremely rare, though. So generally it's safe to say that DD+ tracks do not have a core.

which aften-commandlines are used internally in eac3to for 5.1-AC3-encoding for the different audiostream-types.
None at all. I'm not using aften.exe, I'm using libaften.dll. So no command line, instead I'm calling exported functions from the dll.

Thanks for everyone's help so far, but I'm still having problems decoding the audio. Here's the log.

[libav] No restart header present in substream 0.
[a04] The libav decoder reported an error while decoding.
Aborted at file position 12588386304.
Probably your source files are damaged. Please try to rerip them.

I suggest we split the eac3to thread into two separate threads; one for development and related topics and one for general questions. This thread is getting enormous and finding answers by using search is surely difficult if not like trying to find a needle in a hay stack.
If we started now we could easily do that. But how do you want to split this existing thread into two? Who would volunteer to walk through those hundreds of pages and decide which post belongs into which thread?

I've got one .ddp track that won't decode to DTS. EAC3TO gives error (this track is not clean...). I've tried DelayCut (selected fix crc errors), I always end up with file that is only about 100 Mb, original is about 1 Gb. Am I doing something wrong or is this file unrepairable?
I suspect that it's not a DD+ track but a DD track. Where did you get the track from? What does eac3to report about this track?

Then the Help should read simply "supports all legal AC3 bitrates"!!! :p
I've changed it to "use e.g. "192", "448" or "640" kbit/s for AC3 encoding" now.

Got a missing sync byte error in Finding Neverland. What's does that mean? And is there any way to repair or avoid this error?
The best way to repair this error is to rerip the movie.

Select "all files" and load your eac3 file (extension must be .ddp or .eac3)
delaycut supports drag&drop. It's oh so much easier than walking through all those file open dialogs... ;)

I've been re-encoding some DTS-HD flacs that have been obtained from both blu-ray and HD-DVD with recent versions of eac3to. The original files are the ones that are created directly by eac3to and then them I re-encoded with 'flac 1.2.0a -8' using Foobar2000. The resulting files are usually way smaller (3.7GB -> 1.7GB and 2.0GB -> 1.5GB) while the bitrate and sample depth remains (about) the same. Why does eac3to creates these hugely inflated flac files?
My best guess is that in the Foobar2000 reencoded files the lowest 8 significant bits have been zeroed out. But I don't know for sure. You can do try this:

"eac3to foobar.flac eac3to.flac"

Does the file size go back from 1.7GB to 3.7GB this way? If yes, then I have to check out what's happening. If the file size stays at 1.7GB then Foobar2000 has manipulated the audio data while reencoding it. It would not be a big surprise! Because many of the open source flac decoders only support 16bit decoding. That means if you decode with Foobar2000 you probably lose anything over 16bit. Just guessing here, though...

saint-francis
28th May 2008, 12:51
If we started now we could easily do that. But how do you want to split this existing thread into two? Who would volunteer to walk through those hundreds of pages and decide which post belongs into which thread?

Yes it's a daunting task. We have two options here as I see it: One, we could sift through the several hundred pages in this thread and try to divide them, and two, we could just start a new thread and direct all general questions to it. If we can come up with guidelines for what material would belong to which category I will re read through the entire thread and make a list for the moderators.

madshi
28th May 2008, 13:12
Yes it's a daunting task. We have two options here as I see it: One, we could sift through the several hundred pages in this thread and try to divide them, and two, we could just start a new thread and direct all general questions to it. If we can come up with guidelines for what material would belong to which category I will re read through the entire thread and make a list for the moderators.
Ok, sounds good. How about:

(1) eac3to - development (bugs and improvements)
(2) eac3to - help (how to use etc)

?

nautilus7
28th May 2008, 13:59
Where would these new threads be? Audio sub-forum isn't ok, i think...

Do you think that New and alternative a/v containers sub forum is the proper one?

Jaja1
28th May 2008, 15:10
Originally Posted by Jaja1
Got a missing sync byte error in Finding Neverland. What's does that mean? And is there any way to repair or avoid this error?The best way to repair this error is to rerip the movie.Remuxed the file without problems to ts with tsmuxer. Remuxing the ts to mkv with eac3to worked fine as well. Checking some random points it seems at first sight that the mkv is okay.

Might your error checking be too harsh? Or am I potentially creating trouble using this path?

I tried to convert blu-ray Chicago to mkv and got an Unfortunately the Haali Muxer cannot handle this source file.
It doesn't contain enough seek/recovery points.error.

Tried the -seektoIFrames option, but that resulted in the same error.eac3to v2.46
command line: eac3to "K:\Chicago [Blu-ray]\Chicago_1.m2ts"+"K:\Chicago [Blu-ray]\Chicago_2.m2ts" 1:d:\Chicago.mkv 2:d:\Chicago.ac3 -seektoIFrames
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 1:53:26
1: h264/AVC, 1080p24 /1.001 (16:9)
2: RAW/PCM, 5.1 channels, 24 bits, 48khz
3: AC3, 5.1 channels, 640kbit/s, 48khz
4: AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: RAW/PCM, 2.0 channels, 16 bits, 48khz
6: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[a02] Reading RAW/PCM...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] Encoding AC3...
[v01] Muxing video to Matroska...
[a02] Creating file "d:\Chicago.ac3"...
Unfortunately the Haali Muxer cannot handle this source file.
It doesn't contain enough seek/recovery points.
Aborted at file position 2100903936.I thought this option was introduced for these kind op errors or am I mistaken?

I made a small sample but eac3to complains that it cannot detect the format of the source file. Might this sample nevertheless be of help?

saint-francis
28th May 2008, 15:45
Ok, sounds good. How about:

(1) eac3to - development (bugs and improvements)
(2) eac3to - help (how to use etc)

?

Sounds good. I think I should be able to do that. Problems will appear for the splitting though when bugs/improvements arise from questions. But I think I can handle it. I'll get on this tonight. The help thread will probably turn out to be a good 80 - 90 % of this current thread. Because of this I think the list I will make will consist of only posts to be moved to the new help thread. I will start the thread with a post and ask the moderators to append it with all of the posts in my list. This thread will then be kept as the development thread. Maybe the title will need to be modified to tell as much.

Sound good?

Where would these new threads be? Audio sub-forum isn't ok, i think...

Do you think that New and alternative a/v containers sub forum is the proper one?

Good point. This is along the same line as the topic which was running in this thread a while ago about changing the name of eac3to since it's not just an audio tool any more. The topic is already here so maybe it should stay. I think this is a call that should be made by a moderator. Also if the eac3to threads are moved then the GUI thread will need to be moved too.

Jaja1
28th May 2008, 17:15
This blu-ray tracklist contains a small error. The third track is DTS 2t channels.

nautilus7
28th May 2008, 17:42
Tried the -seektoIFrames option, but that resulted in the same error.I thought this option was introduced for these kind op errors or am I mistaken?
Each track number (1:, 2:, etc) gets it's own switches. Putting the -seektoIframes switch at the end is applied to track number 2, which is an audio track.

The correct command is:
eac3to "K:\Chicago [Blu-ray]\Chicago_1.m2ts"+"K:\Chicago [Blu-ray]\Chicago_2.m2ts" 1:d:\Chicago.mkv -seektoIFrames 2:d:\Chicago.ac3

madshi
28th May 2008, 18:24
Where would these new threads be? Audio sub-forum isn't ok, i think...

Do you think that New and alternative a/v containers sub forum is the proper one?
That's a tough decision. eac3to does so many different things. Audio processing is still a very big part of eac3to. To be honest, I don't really know into which sub-forum it really belongs. Maybe we should let the mods decide?

Sounds good. I think I should be able to do that. Problems will appear for the splitting though when bugs/improvements arise from questions. But I think I can handle it. I'll get on this tonight. The help thread will probably turn out to be a good 80 - 90 % of this current thread. Because of this I think the list I will make will consist of only posts to be moved to the new help thread. I will start the thread with a post and ask the moderators to append it with all of the posts in my list. This thread will then be kept as the development thread. Maybe the title will need to be modified to tell as much.
I'd suggest to do it the other way round to save the mods some work. Moving 10 - 20% of the posts is much less work than moving 80 - 90% of the posts!

Furthermore I think it would be helpful if both threads had a good introduction post like this thread currently has. So maybe I should start a new thread for development?

Remuxed the file without problems to ts with tsmuxer. Remuxing the ts to mkv with eac3to worked fine as well. Checking some random points it seems at first sight that the mkv is okay.

Might your error checking be too harsh?
Nope. A missing sync byte is a very easy and reliable check. If the sync byte is missing, something is really wrong.

saint-francis
28th May 2008, 18:36
I'd suggest to do it the other way round to save the mods some work. Moving 10 - 20% of the posts is much less work than moving 80 - 90% of the posts!

Right. Will do.

Furthermore I think it would be helpful if both threads had a good introduction post like this thread currently has. So maybe I should start a new thread for development?

I think that the first page of this thread will be good for the introduction for the help thread so I'll just leave it here. When My list is done I'll let you know and you can start the new development thread with an introduction post that contains what you see fit.

Joniii
28th May 2008, 20:59
Make sure your delaycut version is 1.3.0.0. If you get a lot of errors, then your track might be severely damaged.

Where did you get that ddp track and how did you demux it? Re-ripping the disc might solve the problem.

Got the same result every time i ripped that disc. Luckily you mentioned to someone to make sure that dd+ is named .ddp or .eac3, that solved my problem with delaycut :).

nautilus7
28th May 2008, 21:10
That's a tough decision. eac3to does so many different things. Audio processing is still a very big part of eac3to. To be honest, I don't really know into which sub-forum it really belongs. Maybe we should let the mods decide?Since main purpose of eac3to is to convert HD DVDs and Blu-ray Discs to matroska format, i believe it would better fit there. But whatever you/the mods decide doesn't really make any difference.

Jaja1
28th May 2008, 21:57
Each track number (1:, 2:, etc) gets it's own switches. Putting the -seektoIframes switch at the end is applied to track number 2, which is an audio track.
I knew that :sly:

Thanks, it worked fine now.

73ChargerFan
28th May 2008, 23:27
Die Hard 2

eac3to 00001.m2ts 2: diehard2.dts

M2TS, 1 video track, 5 audio tracks, 2:03:21
1: h264/AVC, 1080p24 /1.001 (16:9)
2: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz, -9ms

encoded to dts with SurCode, but cannot mux into mkv. I got timing errors, no dts header found, bytes discarded, yada yada yada.

So I'm going the manual route:

eac3to 00001.m2ts 2: diehard2.wavs

QUESTION:
Do I need to specify the -9ms delay?

REQUEST:
A better set of instructions for use.

Thanks for the great program.

nautilus7
28th May 2008, 23:41
EVERY dts-hd audio track contains a simple dts core @ 1536 kbps. If that is the bitrate you want, don't encode with surcode. Just use -core switch to extract the core.

If you let eac3to do either demuxing or decoding of any track ,you'll see a mesage saying "applying delay". So the answer is no, you don't need to do anything regarding the delay.

Suggested command: eac3to 00001.m2ts 2: audio.dts -core

73ChargerFan
29th May 2008, 00:03
Thanks for the answer regarding the delay.

I've realized that I had exported the entire DTS Master Audio stream.
-core is what I wanted.

LessThanJake
29th May 2008, 00:10
None at all. I'm not using aften.exe, I'm using libaften.dll. So no command line, instead I'm calling exported functions from the dll.

OK I understand.
Would it be very difficult to reproduce the correlating commandline(s) for aften.exe? Of course only if it comes along with reasonable expenditure. I donīt want to waste your time.

greets
LTJ

mp3weenie
29th May 2008, 04:49
Hello

I am trying to get a DPL2 downmix from a VOB DTS track. For example I have DTS encoded music DVD that has individual music tracks (as chapters?). When I use the demux option it just pulls out one large dts track which when downmixed gives me one large file. Is there a way to extract the audio track based on the video indexes or am I missing something easy?

Great tool, can't wait to get into the lossless HD stff...

Thanks. Jay

nautilus7
29th May 2008, 12:36
OK I understand.
Would it be very difficult to reproduce the correlating commandline(s) for aften.exe? Of course only if it comes along with reasonable expenditure. I donīt want to waste your time.

greets
LTJ

Is there anything specific that you wanna do?

When i use aften.exe, i use wav input with these commands:

aften -readtoeof 1 -b (bitrate) input.wav output.ac3

73ChargerFan
29th May 2008, 16:11
Disney's "The Game Plan" has 92 streams, 00000.m2ts through 00091.m2ts.

Running the command eac3to works, but when I try and add the files, either 2) or by listing the all the files with '+' between them (used a spreadsheet), the program gets stuck. Does nothing.

Perhaps 92 is more pieces than eac3to can handle?

EDIT - It works after about 5 minutes. Had to get a cup of coffee, then I saw the results. Yeah!

SoleBastard
29th May 2008, 19:51
My best guess is that in the Foobar2000 reencoded files the lowest 8 significant bits have been zeroed out. But I don't know for sure. You can do try this:

"eac3to foobar.flac eac3to.flac"

Does the file size go back from 1.7GB to 3.7GB this way? If yes, then I have to check out what's happening. If the file size stays at 1.7GB then Foobar2000 has manipulated the audio data while reencoding it. It would not be a big surprise! Because many of the open source flac decoders only support 16bit decoding. That means if you decode with Foobar2000 you probably lose anything over 16bit. Just guessing here, though...

Well, if I do your trick the resulting file is exactly the same size. So no new inflating back from 1.7GB to 3.7GB. However, I don't think Foobar2000 has any problem with 24bit decoding. It explicitly supports 16, 24 and even 32bit decoding and the converter includes the option to 'keep lossless sources at original bit depth'.

Moreover, as I already mentioned, the bitrate remained about the same at ~5000kbps, only the filesize shrunk dramatically. 5000kbps is a pretty normal bitrate for a flac encoded 24bit 48kHz 5.1 track that contains music (not for movie tracks).

Is there anything else I can do to make sense of it all?

madshi
30th May 2008, 08:04
I am trying to get a DPL2 downmix from a VOB DTS track. For example I have DTS encoded music DVD that has individual music tracks (as chapters?). When I use the demux option it just pulls out one large dts track which when downmixed gives me one large file. Is there a way to extract the audio track based on the video indexes or am I missing something easy?
Currently eac3to's VOB/EVO support is limited to work with movies. It doesn't really work well if you want to extract chapter wise. My suggestion would be to extract the DTS files with another tool (e.g. DVD Decrypter works very well for me) and then convert the extracted DTS files to DPL2 with eac3to.

Disney's "The Game Plan" has 92 streams, 00000.m2ts through 00091.m2ts.
And they are all for the movie? Ouch!!

Running the command eac3to works, but when I try and add the files, either 2) or by listing the all the files with '+' between them (used a spreadsheet), the program gets stuck. Does nothing.

Perhaps 92 is more pieces than eac3to can handle?

EDIT - It works after about 5 minutes. Had to get a cup of coffee, then I saw the results. Yeah!
eac3to has to open every file and read the first 30MB and last 30MB (or something like that). That can take a while. Maybe I should add a progress bar for this initial parsing, too...

So was the end result just fine? I imagine you must have had a pretty long list of audio overlaps!!

Well, if I do your trick the resulting file is exactly the same size. So no new inflating back from 1.7GB to 3.7GB.
In that case it is as good as proven that Foobar has modified the data!

However, I don't think Foobar2000 has any problem with 24bit decoding. It explicitly supports 16, 24 and even 32bit decoding and the converter includes the option to 'keep lossless sources at original bit depth'.
Can't say anything about that. But I can say that eac3to will end up with exactly the same FLAC size if you feed it the same data twice. So if the original FLAC file created by eac3to was 3.7GB while the FLAC file created from the Foobar reencoding was only 1.7GB then there's only one possible explanation: Foobar *must* have changed that data! There's no doubt about that.

Moreover, as I already mentioned, the bitrate remained about the same at ~5000kbps, only the filesize shrunk dramatically. 5000kbps is a pretty normal bitrate for a flac encoded 24bit 48kHz 5.1 track that contains music (not for movie tracks).
That bitrate number has no meaning whatsoever. I'm not even sure what number 5000kbps is supposed to be. I mean a 24bit 48kHz 5.1 PCM track has a bitrate of 6912kbps. So if the bitrate is meant to describe the decoded PCM track it's wrong. And if it's supposed to describe the FLAC bitstream then it's wrong, too, cause there's no way that a 3.7GB has nearly the same bitstream bitrate compared to a 1.7GB track of the same runtime. If you think about it, that just doesn't make any sense...

saint-francis
31st May 2008, 18:52
Ok, sounds good. How about:

(1) eac3to - development (bugs and improvements)
(2) eac3to - help (how to use etc)

?

Should posts that are questions but pertain to the workings of eac3to (such as how certain decoders work) be included in the development thread? If not the development thread is going to be very small.

EDIT: I'm beginning to think that this project might not be possible to implement because it would probably entail the mods actually having to break up a lot of posts into separate posts for the separate threads .

menlvd
31st May 2008, 23:14
how about supporting wave 64 files produced by Sony software?

Snowknight26
1st June 2008, 20:55
Is slowing down an AC3 stream supposed to make it 50% bigger?

Thunderbolt8
1st June 2008, 21:16
that seems to be the way it only works, yes

madshi
1st June 2008, 21:31
Should posts that are questions but pertain to the workings of eac3to (such as how certain decoders work) be included in the development thread? If not the development thread is going to be very small.
I think (valid) bug reports should be part of the development thread. Questions about how eac3to works rather not cause they have no effect whatsoever on the development of eac3to.

EDIT: I'm beginning to think that this project might not be possible to implement because it would probably entail the mods actually having to break up a lot of posts into separate posts for the separate threads .
It's problematic. If all else fails you could put all posts which are full or part development into the development thread and the rest into the other thread. The development thread would probably still be smaller. The biggest problem might be my style of replying. I'm often replying in one big post to 10 people at once. Maybe in such a case such a monster reply should be copied to both threads? Don't know if that is even possible...

how about supporting wave 64 files produced by Sony software?
Don't know how complicated they are. Do you have a sample? Do you also have information about the file format?

Is slowing down an AC3 stream supposed to make it 50% bigger?
The file size of an AC3 stream only depends on 2 things:

(1) runtime
(2) bitrate

Slowing down an AC3 stream increases the runtime, but only very slightly. So file size increases also very slightly. If you have a 50% size increase then obviously the bitrate you used for the new encoding is about twice as high as the bitrate of the original file. eac3to always uses 640kbps for new 5.1 encodings. If you want to save space you can force eac3to to use a lower bitrate - of course that goes on the cost of quality.

Snowknight26
1st June 2008, 21:37
eac3to always uses 640kbps for new 5.1 encodings.

As well as 2.0?

While I'm here, is there any possibility of adding some kind of error skipping switch? Would be very welcome for those that try to reencode badly authored streams.

asarian
2nd June 2008, 02:22
Since main purpose of eac3to is to convert HD DVDs and Blu-ray Discs to matroska format,

It is? I thought it was primarily used to convert DTS/True HD - > AC3. That's what I use it for anyway.

By accident I selected the wrong stream today, which was a VC-1 video stream, and eac3to said it couldn't recognize the video stream. Which is okay with me, as I use it for audio conversion only, but if it can't handle VC-1 stream, I guess I won't be using it for video then. :)

tebasuna51
2nd June 2008, 02:36
Originally Posted by menlvd
how about supporting wave 64 files produced by Sony software?

Don't know how complicated they are. Do you have a sample? Do you also have information about the file format?

You can see the WriteHeader routine in Encoder.cs from last BeHappy source code (http://www.codeplex.com/BeHappy/SourceControl/ListDownloadableCommits.aspx), with support for wav, w64 and rf64 headers. Only the header change the audio data is the same.

EDIT: Docs:
w64 (http://www.ambisonia.com/Members/mleese/sony_wave64.pdf)
rf64 (http://www.ebu.ch/CMSimages/en/tec_doc_t3306-2007_tcm6-42570.pdf)

Atak_Snajpera
2nd June 2008, 06:59
eac3to is unable to demux MP2 audio from .ts
http://x264.nl/h.264.samples/force.php?file=./luxe.hd.ateme.ts
http://x264.nl/h.264.samples/force.php?file=./arte.hd.ts

nautilus7
2nd June 2008, 11:07
It is? I thought it was primarily used to convert DTS/True HD - > AC3. That's what I use it for anyway.

By accident I selected the wrong stream today, which was a VC-1 video stream, and eac3to said it couldn't recognize the video stream. Which is okay with me, as I use it for audio conversion only, but if it can't handle VC-1 stream, I guess I won't be using it for video then. :)
I am talking for the present, not the past. First thing eac3to was able to do was to decode E-AC3 tracks (eac3to is called, isn't it?)

If you accidentally chose the VC-1 stream (instead of an audio one, let's say) then you did something wrong, not eac3to. Post the log and don't jump into conclusions like "eac3to can't handle vc-1". What all these people using eac3to with vc-1 streams would think of you?

Tyrod
2nd June 2008, 19:47
Where might one purchase ("Sonic Cinemaster Audio Decoder 4.3" DirectShow filter). I have (Easy Media Creator 10) and it isn't part of that.

Jong
2nd June 2008, 19:58
Where might one purchase ("Sonic Cinemaster Audio Decoder 4.3" DirectShow filter). I have (Easy Media Creator 10) and it isn't part of that.
I think it is. At least I too have EMC10 and I have it. I cannot think of anywhere else it would have come from. How have you checked?

asarian
2nd June 2008, 20:02
If you accidentally chose the VC-1 stream (instead of an audio one, let's say) then you did something wrong, not eac3to.

Yes, that's what the term "accidentally" implied. :) Just one of them occassions where I copy & pasted a line with eac3to in it that had the wrong stream number for the new file. No big deal.


Post the log and don't jump into conclusions like "eac3to can't handle vc-1". What all these people using eac3to with vc-1 streams would think of you?

They'd probably think I accidentally selected a wrong stream once, that it complained about not being able to handle that stream (likely because I added audio commands on the same line, which naturally don't apply to a vid stream); and that, since I wasn't gonna do video with eac3to anyway, that finding out the why of it had not my highest priority. :)

But seriously, I didn't mean to offend the eac3 folks: it's a heck of a good program, even if you only use it for audio.