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

K-rnivoro
20th January 2008, 03:30
nautilus you are my hero !!!!
BTW, I open the troy.eac3 file (the one that worked from the beginning) just to compare and I found it has frames of 1280 bytes long and start with 0B 77 02 7F. It's that also ok, right?
Now eac3to works ok with the Fearless track, but tells me that the track is not clean and to use delaycut. I've tried that but delaycut doesn't recognize eac3 files, only dts and plain ac3...
(sorry bothering you..)

K-rnivoro
20th January 2008, 03:46
Found delaycut 1.3.0.0 with EAC3 support !!!!
http://madshi.net/delaycut.rar
Thanks for your support

nautilus7
20th January 2008, 03:50
The troy.eac3 should be ok. It works right?

"Track is not clean" means there are corupted/bad frames in the track. Use delaycut version 1.3.0.0, which supports eac3. Search the forum to find it. Try the fix option. If you get a few errors, you either let it corect them, or cut a piece of the specific erroneous part and send me again. If it reports too many errors, maybe re-ripping the disc (if you have it) does the trick. But one step at a time.

I am not hero. I am just around here. Doom9 is a great school.

EDIT: You found delaycut! :p

tebasuna51
20th January 2008, 04:01
I can reproduce the problem. But it's not a bug. The problem is that when eac3to begins to write the WAV file, it doesn't know yet how many samples the decoder will output exactly. As a result the WAV header is written in such a way that the WAV file seems to be empty. Because of this neroaac3enc aborts processing because it thinks the WAV file is empty.

You can easily "fix" the problem by adding the "-ignorelength" parameter to neroaacenc. It works just fine for me that way.

Thanks madshi to clarify the problem.

Yes, using always the -ignorelength parameter, NeroAacEnc work fine.

Also work Aften with -readtoeof 1 (if we need use the aften.exe instead libaften.dll to add some special parameter).

But oggenc2 seems can't work because don't have a similar parameter to override the 0 datalength.

madshi
20th January 2008, 09:53
the delay should actually only be 32ms max
Or maybe not.

madshi
20th January 2008, 09:56
Thanks madshi to clarify the problem.

Yes, using always the -ignorelength parameter, NeroAacEnc work fine.

Also work Aften with -readtoeof 1 (if we need use the aften.exe instead libaften.dll to add some special parameter).

But oggenc2 seems can't work because don't have a similar parameter to override the 0 datalength.
Can oggenc2 handle raw data? The problem is: If eac3to doesn't know the WAV size before having finished the conversion, how can it possibly write the correct size into the WAV header? It's just not possible. Of course eac3to can do a "best guess". For CBR sources this might work out pretty well. But for VBR the size would almost guaranteed to be wrong. So what size value should eac3to write into the WAV header?

Kurtnoise
20th January 2008, 10:09
Can oggenc2 handle raw data?
yes it does...

something like :
eac3to.exe ..... | oggenc2.exe --raw --raw-bits x --raw-chan y --raw-rate z --raw-endianness 1 -q 0.4 -o output.ogg -

where x,y,z are the appropriate values. ;)

note about --raw-endianness : either 1 (bigendians) or 0 (little by default)

madshi
20th January 2008, 10:19
yes it does...

something like :
eac3to.exe ..... | oggenc2.exe --raw --raw-bits x --raw-chan y --raw-rate z --raw-endianness 1 -q 0.4 -o output.ogg -

where x,y,z are the appropriate values. ;)

note about --raw-endianness : either 1 (bigendians) or 0 (little by default)
Cool - thanks!

tebasuna51
20th January 2008, 12:27
Can oggenc2 handle raw data? The problem is: If eac3to doesn't know the WAV size before having finished the conversion, how can it possibly write the correct size into the WAV header? It's just not possible. Of course eac3to can do a "best guess". For CBR sources this might work out pretty well. But for VBR the size would almost guaranteed to be wrong. So what size value should eac3to write into the WAV header?
Yes, I know the problem with VBR files, must be read entirely until know the real size if not exist a global header with this info (like mp3, mp4 can have).

But using raw mode the problem is bigger, if oppening the input can't know these data, how the user can write this command line before open, even before extract, the input file?

I think the problem must be solved in oggenc and not in eac3to side, if a encoder accept STDIN input must provide a way to stop encode when the input finish.

BlackJack1
20th January 2008, 13:37
Hi,
This is my first job.
Trying to convert flac to dts 1536kbps.
here is the screen:
[img=http://img84.imageshack.us/img84/1473/beztytuurk8.th.jpg] (http://img84.imageshack.us/my.php?image=beztytuurk8.jpg)
Please help.

tebasuna51
20th January 2008, 13:50
I think the problem must be solved in oggenc and not in eac3to side, if a encoder accept STDIN input must provide a way to stop encode when the input finish.

I found a workaround to work with oggenc2. If we put at wav header fields:

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

Note: 0xFFFFFF00 is a multiple of any possible BlockAlign for 1 to 8 channels, 8 to 64 bitdepth (avoiding problems with this check)

Only the dynamic % off encoded ogg seems be affected and finish without error at end off data.

NeroAacEnc and Aften with -ignorelength or -readtoeof 1 still work fine.

Richum
20th January 2008, 14:43
I am having the following happen. eac3to runs the whole process, smoothly but in the end it does not write the audio in to the MKV. The Video is excellent but just no audio, audio extracts but is not used. Below is what I did the last time. I have tried other ways as well. eac3to -test shows all are working, except Surcode which is not installed. Any suggestions would be appreciated.

I can mux the two files with MKVmerge manually and it plays flawlessly, also tried a clean install of MKVtoolnix no dice.

D:\EAC3>eac3to.exe "F:\FEATURE_1.EVO"+"F:\FEATURE_2.EVO" F:\audio.ac3" -640
EVO, 1 video track, 5 audio tracks, 2:14:04
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27d
4: DTS, 5.1 channels, 24 bits, 1536kbit/s, 48khz
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
7: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Muxing video to Matroska...
Extracting audio track number 4...
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "F:\audio.ac3"...
Rewriting MKV timecodes by using "mkvmerge". Please wait.

mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19
'F:\movie.old.mkv': Using the Matroska demultiplexer.
'F:\movie.old.mkv' track 1: Using the video output modu
The file 'F:\movie.mkv' has been opened for writing.
progress: 89%

nautilus7
20th January 2008, 14:53
Except that the command you posted here is not what you actually used (you have typos), eac3to doesn't mux video and audio to 1 mkv file. It just muxes the video and converts the audio tracks. So, no problem here.

nautilus7
20th January 2008, 14:57
Hi,
This is my first job.
Trying to convert flac to dts 1536kbps.
here is the screen:
[img=http://img84.imageshack.us/img84/1473/beztytuurk8.th.jpg] (http://img84.imageshack.us/my.php?image=beztytuurk8.jpg)
Please help.Only madshi could know.

But i can say that i had almost the same problem (only the "encode button didn't seem to work" message) with surcode 1.0.29 and eac3to 2.14 on my secondary pc, while it works fine on my primary.

Richum
20th January 2008, 15:03
Except that the command you posted here is not what you actually used (you have typos), eac3to doesn't mux video and audio to 1 mkv file. It just muxes the video and converts the audio tracks. So, no problem here.

Yes I just realized that and was about to delete the post, too late.

eac3to "F:\FEATURE_1.evo"+"F:\FEATURE_2.evo" 2: F:\working\movie.mkv -640

This is what I am trying now.

nautilus7
20th January 2008, 15:16
Yes I just realized that and was about to delete the post, too late.

eac3to "F:\FEATURE_1.evo"+"F:\FEATURE_2.evo" 2: F:\working\movie.mkv -640

This is what I am trying now.
The -640 switch can not be applied to a mkv. It's a DD bitrate.

madshi
20th January 2008, 16:53
Hi,
This is my first job.
Trying to convert flac to dts 1536kbps.
here is the screen:
[img=http://img84.imageshack.us/img84/1473/beztytuurk8.th.jpg] (http://img84.imageshack.us/my.php?image=beztytuurk8.jpg)
Please help.
Not sure why this happens. Maybe Surcode doesn't like those multiple "." chars in the file name? Try renaming the source file to a simpler name. Also try using "eac3to source.flac dest.wavs" and then start Surcode manually to encode the DTS file. Does Surcode work correctly this way? Maybe your Surcode installation is botched up?

madshi
20th January 2008, 17:01
But using raw mode the problem is bigger, if oppening the input can't know these data, how the user can write this command line before open, even before extract, the input file?
I'm not sure if I understand the problem. You can do "eac3to anysource.whatever" and it will list the properties of all audio tracks without extracting them. Ok, it's a bit difficult to predict which bitdepth and endian the data will end up with, I see that. But it's not impossible. These things follow specific patterns/rules. E.g. eac3to's RAW output is always little endian. And bitdepth depends on the source file. Anyway, of course using WAV is easier, cause bitdepth and endianness are part of the header that way. So the user doesn't need to know (guess) these parameters...

I found a workaround to work with oggenc2. If we put at wav header fields:

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

Note: 0xFFFFFF00 is a multiple of any possible BlockAlign for 1 to 8 channels, 8 to 64 bitdepth (avoiding problems with this check)

Only the dynamic % off encoded ogg seems be affected and finish without error at end off data.

NeroAacEnc and Aften with -ignorelength or -readtoeof 1 still work fine.
Sounds good. But what happens if the WAV size is bigger than 2GB or bigger than 4GB? Won't oggenc2 stop at 2GB/4GB then when using WAV input?

madshi
20th January 2008, 17:02
eac3to doesn't mux video and audio to 1 mkv file. It just muxes the video and converts the audio tracks. So, no problem here.
The -640 switch can not be applied to a mkv. It's a DD bitrate.
Good to have you answer questions like these. Saves me some support work... :)

nautilus7
20th January 2008, 17:07
Not sure why this happens. Maybe Surcode doesn't like those multiple "." chars in the file name? Try renaming the source file to a simpler name. Also try using "eac3to source.flac dest.wavs" and then start Surcode manually to encode the DTS file. Does Surcode work correctly this way? Maybe your Surcode installation is botched up?

This can be the cause... I also used " " in the names when the error was introduced.

nautilus7
20th January 2008, 17:10
Good to have you answer questions like these. Saves me some support work... :)I have a confession to make here. I do it so you have more time to develop this great tool. :D

madshi
20th January 2008, 18:32
I have a confession to make here. I do it so you have more time to develop this great tool. :D
:D It works!

nautilus7
20th January 2008, 20:02
:D It works!

Well... When to expect Blu-ray support? :D

madshi
20th January 2008, 20:24
Well... When to expect Blu-ray support? :D
Maybe next year... :devil:

nautilus7
20th January 2008, 20:31
Maybe next year... :devil:
You did understand i was kidding, right? :o

madshi
20th January 2008, 20:34
eac3to v2.15 released

http://madshi.net/eac3to.zip

* Haali Splitter replaced with internal splitter for EVO VC-1 tracks
* external raw VC-1 tracks can now be muxed directly to Matroska
* timestamps for VC-1 MKV videos don't need to be rewritten, anymore
* some problematic VC-1 movies should mux fine to MKV now (e.g. POTO USA)
* gaps/overlaps in VC-1 track of EVO files are detected and displayed now
* pulldown can be removed from external raw VC-1 tracks now
* pulldown is automatically removed when demuxing EVO VC-1 tracks now
* updated to the latest revision of the libav E-AC3 decoder
* some minor changes and bugfixes
I think handling of VC-1 in EVO files is working pretty well now. For h264/AVC and MPEG2 tracks I'm still using the Haali Media Splitter instead of my own internal splitter right now. As a result timecodes still need to be rewritten for those video tracks. This will change in a future version.

Does anybody have the USA HD DVD of "Phantom of the Opera"? Could you please try whether it can be remuxed to MKV now? With a bit of luck it might work now.

Since the VC-1 remuxing functionality was changed a lot I'd be thankful about some tests. Please check whether it works at all, whether the audio sync is correct and also whether you have any micro stutters or not. After all I'm skipping the timecode rewriting for VC-1 now. I think it should all work, but it needs to be tested.

Due to the many changes, if you want to play safe, please backup the previous eac3to version (the one which you have on your harddisk right now). Just in case there are problems with the new build.

madshi
20th January 2008, 20:35
You did understand i was kidding, right? :o
Sure. Me, too!

nautilus7
20th January 2008, 21:50
Nice work!!!

Checking with Alexander VC-1 HD DVD right now.

rickardk
20th January 2008, 21:57
Great update!!
You really should make a page where we could donate to support development. I will be the first in line...

Ok, 117 titles remuxed. But I just got an alarming visit from my brother (he is helping me out). He talked to some guru online that said that some titles have glitches and rainbow frames when remuxed into mkv.

One example that we checked was Ratatouille Blu-ray (AVC). At 40min and 30s there are some strange frames. Looks scambled. When watching the joined m2ts there is no problem.

And I did Million Dollar Baby HD DVD (VC-1) yesterday. It did show the same problem. Is this a mux, codec or splitter problem?

My brother told me he had the same problem on Revolver Blu-ray.

nautilus7
20th January 2008, 22:02
Ratatouille and Revolver are BD, therefore have no relation to eac3to (yet). I have Million Dollar Baby, so i could try both 2.14 and 2.15 tomorrow.

BlackJack1
20th January 2008, 22:03
Not sure why this happens. Maybe Surcode doesn't like those multiple "." chars in the file name? Try renaming the source file to a simpler name. Also try using "eac3to source.flac dest.wavs" and then start Surcode manually to encode the DTS file. Does Surcode work correctly this way? Maybe your Surcode installation is botched up?

That was the name of the source and destination file. Shortened names and all passed OK in 26 minutes :)
Now I've got DTS track with no DRC and normalization :D
Thanks for wonderful application.
BJ

PS. Maybe stupid question: is possible to remove DRC and normaliz. from exists DTS track or I need source audio (DD HD, DTS HD, Flac, wavs etc.)?

tebasuna51
20th January 2008, 22:05
Sounds good. But what happens if the WAV size is bigger than 2GB or bigger than 4GB? Won't oggenc2 stop at 2GB/4GB then when using WAV input?

You are right, oggenc2 stop encoding at 4 GB limit unless we use raw data.

But use

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

is always better. (I think)

nautilus7
20th January 2008, 22:06
First thing i noticed with v2.15:

C:\Tools>eac3to "C:\Alexander Revisited The Final Cut\Disc 1\HVDVD_TS\Feature_1.EVO"+"C:\Alexander Revisited The Final Cut\Disc 1\HVDVD_TS\Feature_2.EVO" 2: alex.mkv 3: alex.ac3
EVO, 1 video track, 3 audio tracks, 2:06:22
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "alex.ac3"...

What is this secondary thing (it's in bold, but no showing well)?

rickardk
20th January 2008, 22:10
Ratatouille and Revolver are BD, therefore have no relation to eac3to (yet). I have Million Dollar Baby, so i could try both 2.14 and 2.15 tomorrow.

I mentioned them because I think this is a splitter problem as it affects both VC-1 and AVC from both Blu-ray and HD DVD

It would be great to know before proceeding with more titles...

Edited:

Maybe it's not a splitter problem. Because he just told me that Revolver could be muxed into mkv if video stream and audio stream muxed with gdsmux. But that gave a none searchable file. And it could not be opened with mkvmerge.

rickardk
20th January 2008, 22:11
Sorry for double post...Server busy

nautilus7
20th January 2008, 22:14
Maybe stupid question: is possible to remove DRC and normaliz. from exists DTS track or I need source audio (DD HD, DTS HD, Flac, wavs etc.)?
DRC and DN are applied only when the track is decoded. If the source of this dts you are talking about was created from a source which had DRC or DN applied when decoded, no it's not possible to remove them. If the source of the dts track is a disc like hd dvd/blu-ray/dvd then you can remove DN (using eac3to) and tell the decoder (that's eac3to job too) not to apply DRC.

rickardk
20th January 2008, 23:09
www.earselect.se/list.gif


Behind Enemy Lines
The Perfect Storm (bad disk will rerip)
Deer Hunter
Donnie Brasco
Dream Girls
Into the Blue
Legend of Zorro
The Island
The Usual Suspects

are not included as they are not put on the server yet.

Please let me know if you can find any titles that is know to have rainbow frames or glitches when remuxed.
I have watched some titles from start to end. But most just a couple of seconds at 4-5 locations to see that audio is in sync.

BlackJack1
20th January 2008, 23:10
DRC and DN are applied only when the track is decoded. If the source of this dts you are talking about was created from a source which had DRC or DN applied when decoded, no it's not possible to remove them. If the source of the dts track is a disc like hd dvd/blu-ray/dvd then you can remove DN (using eac3to) and tell the decoder (that's eac3to job too) not to apply DRC.

Must I "tell to eac3to" not to apply DRC or is it by default applied to eac3to?

tfboy
20th January 2008, 23:15
Must I "tell to eac3to" not to apply DRC or is it by default applied to eac3to?

By default, it does not apply DRC, if it can.

My understanding is when you tick the DRC box, it will apply dynamic range compression (which is probably what you don't want!)

BTW, with 2.15, the -test option seems to crash eac3to...

nautilus7
20th January 2008, 23:17
Must I "tell to eac3to" not to apply DRC or is it by default applied to eac3to?Default and only possible thing. eac3to always does it.

There is an option not to remove DN, though.

nautilus7
20th January 2008, 23:23
By default, it does not apply DRC, if it can.

My understanding is when you tick the DRC box, it will apply dynamic range compression (which is probably what you don't want!) What DRC box? You mean the gui i suppose, but still there shouldn't be such an option. Perhaps it's DN and you misread?

BTW, with 2.15, the -test option seems to crash eac3to...

I can confirm this. Bug report (http://www.sendspace.com/file/74z36a).

rickardk
20th January 2008, 23:28
Hmm...
2.15 maybe a bit slower?

E:\EAC3TO>eac3to feature_1.evo+feature_2.evo 2: dream.mkv 3: dream.flac
EVO, 1 video track, 3 audio tracks, 2:10:11
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "dream.flac"...
Video track 2 contains 187279 frames.
eac3to processing took 1 hour, 26 minutes.
Done.

Without rewriting the timestamps this one took 38 minutes with 2.13. Intel Quadcore at 3Ghz.

ffdshow reports it as 25fps...but audio and video sync.

Rectal Prolapse
20th January 2008, 23:29
eac3to v2.15 released

* pulldown can be removed from external raw VC-1 tracks now
* pulldown is automatically removed when demuxing EVO VC-1 tracks now


Can the removal of pulldown be made an option? This might cause big problems when demuxing an HD-DVD VC1 track for use with Blu-ray authoring! Removing pulldown could cause playback to fail on standalone blu-ray players.

Anyways, thanks again for the updates. :)

nautilus7
20th January 2008, 23:41
Same procedure here, c2d 2,4 ghz, 1 HDD almost full.

C:\Tools>eac3to Feature_1.EVO+Feature_2.EVO 2: ale
x.mkv 3: alex.ac3
EVO, 1 video track, 3 audio tracks, 2:06:22
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "alex.ac3"...
Video track 2 contains 181777 frames.
eac3to processing took 1 hour, 10 minutes.
Done.


Will report soon if everything went fine with the new splitter.

EDIT: Result is good!!! Just to clear it up, i was testing with Alexander Revisited The Final Cut HD DVD Disc 1.

Thunderbolt8
20th January 2008, 23:56
thanks for the new update!! will report if I encouter problems!

can someone just please exlain me what that pulldown thing again was? it was something with the framerate, I suppose. so when I the framerate altered now (and to what?), only when the VC-1 tracks are demuxed, but for remuxing they are kept in their original state?

rickardk
21st January 2008, 01:30
Tried another title:
E:\EAC3TO>eac3to feature_1.evo+feature_2.evo 2: deer.mkv 3: deer.flac
EVO, 1 video track, 3 audio tracks, 3:03:40
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 384kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "deer.flac"...
Video track 2 contains 264219 frames.
eac3to processing took 1 hour, 18 minutes.

Used to go faster...

tfboy
21st January 2008, 02:10
What DRC box? You mean the gui i suppose, but still there shouldn't be such an option. Perhaps it's DN and you misread?
Sorry, I should have been clearer, yes, I did mean the GUI :)
The option is for DRC, and is translated as the -allowDRC option for the command line. However, it appears that this switch is no longer supported ;)

D:\hddvd>eac3to FEATURE_1_MERGED.rebuilt.EVO test.ac3 -448
EVO, 1 audio track, 1:59:02
1: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, 63ms
Extracting audio track number 1...
Removing dialog normalization...
Applying (E-)AC3 delay...
Decoding with DirectShow (Nero Audio Decoder 2)...
The DirectShow audio decoder didn't accept the input stream.

D:\hddvd>Is the input stream error due to the fact I don't have the Nero Blu-ray HD DVD plugin installed?

nautilus7
21st January 2008, 02:36
Sorry, I should have been clearer, yes, I did mean the GUI :)
The option is for DRC, and is translated as the -allowDRC option for the command line. However, it appears that this switch is no longer supported ;)No, i am sorry. I have totally forgot about that switch. But, yes it seems that no longer exists.

D:\hddvd>eac3to FEATURE_1_MERGED.rebuilt.EVO test.ac3 -448
EVO, 1 audio track, 1:59:02
1: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, 63ms
Extracting audio track number 1...
Removing dialog normalization...
Applying (E-)AC3 delay...
Decoding with DirectShow (Nero Audio Decoder 2)...
The DirectShow audio decoder didn't accept the input stream.

D:\hddvd>Is the input stream error due to the fact I don't have the Nero Blu-ray HD DVD plugin installed?Not sure. Usually the message in that case is "the audio decoder didn't receive any data". Which version is it? Can you use v2.14 (http://www.sendspace.com/file/jxn1t5) (if you don't have it use the link) with the -test switch (the new one crashes with this switch)?

I guess you rebuilt the evos by using evodemux. If doing the above conversion was your only purpose. it wasn't necessary.

tfboy
21st January 2008, 02:43
I fixed the problem by reinstalling Nero 7 :)
doing a test now with version 2.14 and it appears to be going ok (now creating/writing file).

Thanks for your suggestions :)

Yraen
21st January 2008, 03:05
Something is definitely off with 2.15. It crashed on me running -test also, but output the status.
D:\editing apps\eac3to>eac3to -test
eac3to crashed...
Nero Audio Decoder is not working correctly
Sonic Audio Decoder is not working correctly
Haali Media Splitter (2007-12-28) is installed
Surcode DTS Encoder doesn't seem to be installed
MkvToolnix (v2.1.0) is installed


While 2.14 reports
D:\editing apps\eac3to\2.14>eac3to -test
Sonic Audio Decoder (2.14.0.0) doesn't seem to be installed
Nero Audio Decoder (Nero 7 or older) works fine
Haali Media Splitter (2007-12-28) is installed
Surcode DTS Encoder doesn't seem to be installed
MkvToolnix (v2.1.0) is installed

Nero is definitely installed and works fine with 2.14. It might be something to do with how it communicates with Nero, since it says it's not working.