eac3to - audio conversion tool

[TinTime]

Because Nero AC3 Decoder does not allow to process more than one track at a time.

Fair enough. In that case demux the tracks you need except for TrueHD ones - convert them. Multiple libav decodes are ok.

[BlackJack1]

How to disable fixes using AV gaps during eac3to demuxing ts source?
After eac3to finishing job I've got out of sync mkv while ts source is in sync.
Eac3to found 11 gaps and discontinuous in stream.
Only one ts part has problems. Five others w/o :)
Thx in advance.

[Fiffy]

libav does not support EAC3 (Dolby Digital Plus) 7.1. Only 5.1. It supports 7.1 for Dolby True-HD aka MLP.You're right, I mixed that up.
AFAIK, there are no 7.1 EAC3 Blu-Rays or HD-DVD's. Discs that use 7.1 are usually Dolby True-HD or DTS-HD.I am not aware of any either.

[Fiffy]

Both AC3 and E-AC3 use random noise as part of the decoding process. From the tests I have done so far, the difference between the output of libavcodec and Nero is approx. the same as the difference between using 2 different types of random number generators in the libavcodec decoder. The type of RNG used is not defined in the specification. It even says that the level of the noise, which should be 0.707, can be approximated to 0.5 and still be compliant.Maybe I'm missing something (haven't looked into the spec in a long time), but as far as I know, an AC3 decoder only uses random noise if dithflag is set in the stream. Apart from that the decoder is deterministic (of course an implementation may still use dithering to reduce the word length for output). I'm sure Dolby takes this into account in the certification process.

[jruggle]

Maybe I'm missing something (haven't looked into the spec in a long time), but as far as I know, an AC3 decoder only uses random noise if dithflag is set in the stream. Apart from that the decoder is deterministic (of course an implementation may still use dithering to reduce the word length for output). I'm sure Dolby takes this into account in the certification process.
Yes, and the dithflag is typically set to true for nearly every block. That is the recommendation for encoders, except for blocks where the short block MDCT is used for transients or in other rare cases.

(E-)AC-3 decoding is not deterministic. Selected parts of it are, but certainly not the format as a whole. The specification hints that 24-bit fixed point would be a typical implementation for AC-3, but it is not explicitly required or even suggested. There are 16-bit fixed point tables, and even some hints at 6-bit fixed point for downmixing. For E-AC-3, some floating point tables and calculations are shown, but again it is not stated what the implementation must be. I'm sure Dolby does have some some certification tests and requirements, but those are not publicly available.

[BLKMGK]

Am stuck pulling AC3 out of a claimed TrueHD track, feature list for 3.16 claims it can be done however -> can extract AC3 stream from Blu-Ray TrueHD/AC3 tracks. When I attempt this I get an error stating that the audio conversion isn't supported. I am running NO 3rd party plug-ins although I do have Nero7-Ultra just not ever bought the plug-in. Output is as follows ->

D:\Video\eac3to>eac3to x: 1) 2: f:\bunny\bunny-vid.mkv 3: f:\bunny\bunny-ac3 1: f:\bunny\bunny-chap.txt
M2TS, 1 video track, 5 audio tracks, 10 subtitle tracks, 1:37:18, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
<snip>
This audio conversion is not supported.

Where did I go wrong? I've used eac3to forever and this has me stumped!:confused:

Thanks!

P.S. Movie is The House Bunny on BluRay...

[Killroy™]

Am stuck pulling AC3 out of a claimed TrueHD track, feature list for 3.16 claims it can be done however -> . When I attempt this I get an error stating that the audio conversion isn't supported. I am running NO 3rd party plug-ins although I do have Nero7-Ultra just not ever bought the plug-in. Output is as follows ->

D:\Video\eac3to>eac3to x: 1) 2: f:\bunny\bunny-vid.mkv 3: f:\bunny\bunny-ac3 1: f:\bunny\bunny-chap.txt
M2TS, 1 video track, 5 audio tracks, 10 subtitle tracks, 1:37:18, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
4: TrueHD/AC3, French, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
5: AC3, Spanish, 5.1 channels, 640kbps, 48khz
6: TrueHD/AC3, Portuguese, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
7: AC3, Thai, 5.1 channels, 640kbps, 48khz
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), French
11: Subtitle (PGS), Spanish
12: Subtitle (PGS), Portuguese
13: Subtitle (PGS), Chinese
14: Subtitle (PGS), Chinese
15: Subtitle (PGS), Indonesian
16: Subtitle (PGS), Korean
17: Subtitle (PGS), Thai
This audio conversion is not supported.

Where did I go wrong? I've used eac3to forever and this has me stumped!:confused:

Thanks!

P.S. Movie is The House Bunny on BluRay...

3: f:\bunny\bunny-ac3 should be 3: f:\bunny\bunny.ac3 (period, not dash)

[BLKMGK]

3: f:\bunny\bunny-ac3 should be 3: f:\bunny\bunny.ac3 (period, not dash)

OMG! Geez, I sat staring at that for freaking ever and read multiple pages here looking to see if this was unique. D'oh!!:eek:

Thank you for pointing out the obvious. I'll edit the previous to shorten it up <sigh>

[deathlord]

Hi

I have a big problem:
eac3to does not write to my raid array.
When I write to a normal disk, everything is ok. As soon as I write to a raid 5 array (highpoint controller), eac3to becomes extremely slow (essentialy zero).
Can anyone help?

[hoju3508]

I'm trying to re-encode a Blu-ray that's 24fps instead of the usual 23.976fps. Video and audio are fine, but the sub is out of sync.


-slowdown convert 25.000 and 24.000 content to 23.976 fps


Will this option fix my subtitle sync issue? Or will this cause other problems?

:thanks: -Hoju

[setarip_old]

@hoju3508

Hi!I'm trying to re-encode a Blu-ray that's 24fps instead of the usual 23.976fps.That's rather unusual. May I ask the name of the BluRay?

[raquete]

first time using eac3to with flac-1.2.1-win

log file:
"eac3to v3.16
command line: eac3to RingoWave.wav RingoWave.flac
------------------------------------------------------------------------------
WAV, 5.1 channels, 0:03:55, 24 bits, 6912kbps, 48khz
Reading WAV...
Encoding FLAC with libFlac...
Creating file "RingoWave.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 1 minute, 8 seconds.
Done."

RingoWave.wav : 193Mb
RingoWave.flac : 145Mb

comment:
wave sounds brilliant, .flac result seems dry(opac)

2 questions:
how to get more compression?
as flac is lossless why sounds worse?

[Snowknight26]

You don't, eac3to compresses FLAC with the best compression. And yes, it's lossless, so it's just an illusion or your software is altering it on playback.

[raquete]

You don't, eac3to compresses FLAC with the best compression. And yes, it's lossless, so it's just an illusion or your software is altering it on playback.

is the best compression? ok....lol, i need more. :)

illusion? no, i really can hear (8 speakers, 2 sub-woofers and 6.1 amplifier/decoder here).
but is possible 3 differents softwares altering it on playback?
(VLC media player, adobe audition(in multitrack view), sound forge)

curious: winamp play lots of 5.1 formats(dts, ac3,waves...) but is crashing with this 5.1.flac.

[Midzuki]

but is possible 3 differents softwares altering it on playback? (VLC media player, adobe audition(in multitrack view), sound forge)

Yes, it is possible (although not probable). :D

curious: winamp play lots of 5.1 formats(dts, ac3,waves...) but is crashing with this 5.1.flac.

It seems the FLAC plugin was designed to deal with stereo (and mono) files only.

[Thunderbolt8]

anyhow possible to use madflac as winamp plugin? like its quality better

[raquete]

Yes, it is possible (although not probable). :D

It seems the FLAC plugin was designed to deal with stereo (and mono) files only.
yes,...lol
of course i don't blame eac3to for altering the audio result but flac plugin or any other mysterious issue.

anyhow possible to use madflac as winamp plugin? like its quality better
after search about madflac features i could not find answers if can be used as winamp plugin.

[Fiffy]

is the best compression? ok....lol, i need more. :)The compression ratio depends heavily on the content. Audio with a high degree of entropy is more difficult to compress. Some extreme cases (white noise) cannot be compressed at all. So try a few other examples.

[raquete]

The compression ratio depends heavily on the content. Audio with a high degree of entropy is more difficult to compress. Some extreme cases (white noise) cannot be compressed at all. So try a few other examples.
please, take a look in this post from this link in another thread: http://forum.doom9.org/showpost.php?p=1317155&postcount=12
Well, I've just created a 6-channel "test.wav", and by using the "normal"/"well-known" options, I haven't managed to make flac 1.2.0 generate a 24-bit && 88.2 kHz "test.flac". :(

OTOH, eac3to worked as it should and gave me no HeadAC3hes: :)

eac3to input.wav output.flac
was done following this recommendations and work very fine!

now look here in the bottom of this other post where i wrote "edit" :
http://forum.doom9.org/showpost.php?p=1317250&postcount=20

now help me to understand the reason of differents sizes in the result.

cheers!

[qyot27]

now look here in the bottom of this other post where i wrote "edit" :
http://forum.doom9.org/showpost.php?p=1317250&postcount=20

now help me to understand the reason of differents sizes in the result.
My guess is that FLAC's default compression level differs between using the standalone and using it via eac3to (FLAC uses a scale from 0 to 8, with 0 being fastest but largest filesize, and 8 being slower but producing smaller files). That's the only thing I can think of to produce a size difference like that.

If you try compressing other files in both, does roughly the same size difference occur as well? If you recompress the eac3to-generated FLAC in FLAC.exe, does it happen also?

[TinTime]

eac3to uses best compression I believe, but an older version of FLAC - v1.2.0. This might account for the size difference.

[Fiffy]

now help me to understand the reason of differents sizes in the result.I didn't read the long guide in your second link, so I'm not sure what you did there. The standard flac encoder uses compression level 5 by default, eac3to uses level 8 according to an earlier post by madshi (which is unfortunate IMO, since level 8 is quite a bit slower without significant gain in the compression when using the standard encoder). For some reason, eac3to seems to produce a slightly larger file (by roughly 10% in my tests) despite the higher compression level. I can reproduce that behavior here as well. Perhaps madshi will have an answer when he returns.

[hoju3508]

The Secret of Moonacre.

@hoju3508

Hi!That's rather unusual. May I ask the name of the BluRay?

[setarip_old]

@hoju3508

I, for one, will be unable to look into your problem any further because:

1) I don't own "The Secret of Moonacre" on BluRay, and

2) My research indicates that "The Secret of Moonacre" doesn't appear to have been released in the U.S. yet (You indicate that you're in Austin, TX)

[raquete]

@ qyot27, TinTime, Fiffy

was done with tebasuna51's guide and eac3to with the same flac version: "flac-1.2.1-win"
source wave: 193Mb (multichannel 5.1 24b/48k)

using the tebasuna51's guide, flac have 3 options to chose:
best, default and fast...was used "default", result: 127Mb

with eac3to was used this single command line(.bat file) :
eac3to RingoWave.wav RingoWave.flac, result: 145MB
then, i don't know the compression level used by eac3to...

was the default flac level used with eac3to?
(seems impossible as was the same flac version used in both and eac3to works like a charm too)

[deathlord]

madshi,


eac3to does not write to my raid array.
When I write to a normal disk, everything is ok. As soon as I write to a raid 5 array (highpoint controller), eac3to becomes extremely slow (essentialy zero).

As someone suggested a few pages back, this is clearly caused by highpoint's various sector size feature (which allows you to have partitions > 2TB e.g. in Win XP).
I could confirm this by creating a new array that is identical to the old one except I have left the sector size at the default value. Eac3to then has no trouble writing the the array.
For arrays with non-standard sector size: while eac3to can read from such raid arrays, it can't write to them.
Maybe you can add support for this?

[TinTime]

(seems impossible as was the same flac version used in both and eac3to works like a charm too)

Are you sure it's the same version of FLAC? According to foobar2000 any FLAC files I create with eac3to use v1.2.0.

[raquete]

Are you sure it's the same version of FLAC? According to foobar2000 any FLAC files I create with eac3to use v1.2.0.
gee..:eek: you're right, i see now what is different.
eac3to use libFLAC.dll(07/22/2007) and in tebasuna51 guide was used flac.exe(flac-1.2.1-win 09/16/2007).

i never had used eac3to, i download the file in 08/21/2009 09:33Am, not sure but i think that i got the file from the first post of this thread.(well, the first post is the best reference for me to got one trusty file and i don't read the complete thread searching new versions because it's a too big thread.)
or i download old eac3to version or may have a newer libFLAC.dll(or newer eac3to).

is the reason of differents final sizes?...(must be).
please, confirm and tell me if have and where have new libFLAC.dll version.
thanks! :)

[tebasuna51]

I don't see relevant differences using eac3to (libflaac) and BeHappy (flac.exe):

Tommy_orig.wav 793.553.084
Tommy_eac3.flac 458.619.467 last eac3to v3.16, libflac 2007-07-22
Tommy_Best.flac 458.627.594 BeHappy 'best', flac 1.2.1 2007-09-16
Tommy_Defa.flac 460.107.514 BeHappy 'default', flac 1.2.1 2007-09-16

[raquete]

tebasuna,
i did all again using the same process and adjusts as before and still got the same results from source 193Mb wave multi 5.1:
BeHappy (flac.exe) 127Mb
eac3to (libFLAC.dll) 147MB

looking yours source(793.553.084) and results sizes( 458MB~460MB) comparing with mine, 197MB(wave 5.1) to 127Mb(flac) seems the right compression(flac default level).

libFLAC.dll(07/22/2007) is the last version?

edit: log files...

eac3to v3.16
command line: eac3to RingoWave.wav RingoWave.flac
------------------------------------------------------------------------------
WAV, 5.1 channels, 0:03:55, 24 bits, 6912kbps, 48khz
Reading WAV...
Encoding FLAC with libFlac...
Creating file "RingoWave.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 1 minute, 51 seconds.
Done.
147MB

BeHappy (flac default)
Starting job RingoWave.wav->RingoWave.flac
Found Audio Stream
Channels=6, BitsPerSample=24 int, SampleRate=48000Hz
encoder\flac.exe --force -o "D:\00 D files\Tutoriais 5.1\EAC3to\RingoWave.flac" --silent --force-raw-format --endian=little --channels=6 --bps=24 --sample-rate=48000 --sign=signed -
Writing PCM data to encoder's StdIn
Finalizing encoder
Complete
127MB

:confused:

[Snowknight26]

Run both files through eac3to and see if they're the same length, samplerate, bit-depth, etc.

[tebasuna51]

Yes, using 5.1 sample seems there are big differences:

Espinado_orig.wav 219.230.276
Espinado_eac3.flac 172.426.732
Espinado_def.flac 148.999.614
Espinado_best.flac 148.305.326

Of course the 3 flac recover the original wav bitexact

[TinTime]

Curious. I just tried encoding the soundtrack of the film "21" to flac - 16bit, 5.1, ~2 hours.

Both eac3to and the flac command line encoder (v1.2.1 using --best compression) produced the same size files (1.2GB), give or take a couple of KB.

I also tried a small sample of a 24 bit, 5.1 track and again the results were almost identical.

[hoju3508]

Correct, it's an import from the UK.

@hoju3508
2) My research indicates that "The Secret of Moonacre" doesn't appear to have been released in the U.S. yet (You indicate that you're in Austin, TX)

UPDATE: I'm using Clown_BD (which runs eac3to in the background) with the -slowdown option but now the audio and subtitle are both out of sync :(.

[raquete]

sorry to quote everybody but each detail is important.

Run both files through eac3to and see if they're the same length, samplerate, bit-depth, etc.
no differents files Snowknight26, is the same file from same path: "D:\00 D files\Tutoriais 5.1\EAC3to\RingoWave.wav".

Yes, using 5.1 sample seems there are big differences:

Espinado_orig.wav 219.230.276
Espinado_eac3.flac 172.426.732
Espinado_def.flac 148.999.614
Espinado_best.flac 148.305.326

Of course the 3 flac recover the original wav bitexact
yes, the same happens here tebasuna. i was thinking in upload my 5.1 source wave but now i see that no need as happened that same with yours.

Curious. I just tried encoding the soundtrack of the film "21" to flac - 16bit, 5.1, ~2 hours.

Both eac3to and the flac command line encoder (v1.2.1 using --best compression) produced the same size files (1.2GB), give or take a couple of KB.

I also tried a small sample of a 24 bit, 5.1 track and again the results were almost identical.
i used eac3to command line and flac.exe v1.2.1default compression in BeHappy and got less size.
after change the flac configuration to "best" in BeHappy, the result have the same file size as using default...127Mb.
lol, now i'm really curious of what is happening TinTime.

cheers for all.

[raquete]

from FLAC 1.2.2 (@@-@@@-2007) changelog page:
http://flac.cvs.sourceforge.net/*checkout*/flac/flac/doc/html/changelog.html
"libraries:
libFLAC encoder was defaulting to level 0 compression instead of 5" ( http://sourceforge.net/tracker/?func=detail&aid=1816825&group_id=13478&atid=113478 )

is the reason why eac3to is giving less flac compression?

[kypec]

raquette, please see my previous post (http://forum.doom9.org/showthread.php?p=1266310#post1266310) on this behaviour. Now I ran another round of tests just for curiosity and found the following facts quite interesting.
I used the first VOB of "Land of Women (PAL edition)" as the source.eac3to v3.16
command line: "C:\Program Files\AVTools\eac3to\eac3to.exe" VTS_03_1.VOB 2: c:test.wav
------------------------------------------------------------------------------
VOB, 1 video track, 3 audio tracks, 2 subtitle tracks, 0:19:26
1: MPEG2, 576i50 (16:9)
2: AC3, 5.1 channels, 448kbps, 48khz
3: AC3, 5.1 channels, 448kbps, 48khz, dialnorm: -28dB
4: AC3, 5.1 channels, 448kbps, 48khz
5: Subtitle (DVD)
6: Subtitle (DVD)
[a02] The Nero decoder doesn't seem to work, will use libav instead.
[a02] Extracting audio track number 2...
[a02] Decoding with libav/ffmpeg...
[a02] Remapping channels...
[a02] Reducing depth from 64 to 24 bits...
[a02] Writing WAV...
[a02] Creating file "c:test.wav"...
[a02] The last (E-)AC3 frame is incomplete and thus gets skipped. <WARNING>
Video track 1 contains 29162 frames.
eac3to processing took exactly 1 minute.
Done.

With that 5.1 multichannel WAV for testing I tried eac3toeac3to v3.16
command line: "C:\Program Files\AVTools\eac3to\eac3to.exe" test.wav test_eac.flac
------------------------------------------------------------------------------
WAV, 5.1 channels, 0:19:26, 24 bits, 6912kbps, 48khz
Reading WAV...
Encoding FLAC with libFlac...
Creating file "test_eac.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 2 minutes, 16 seconds.
Done.
test_eac.flac = 435 640 726 bytes

When encoded directly with flac.exe (version 1.2.1)flac.exe test.wav --best --no-seektable --no-padding --tag=VALID_BITS=24 --tag=HDCD=0 -o test_cli.flactest_cli.flac = 435 306 274 bytes

Finally I replaced libFLAC.dll in eac3to directory with the latest version 1.2.1, encoded as before and added one tag manually because it was missing in the file:metaflac.exe --set-tag=WAVEFORMATEXTENSIBLE_CHANNEL_MASK=0x060F test_eac.flac test_eac.flac = 435 306 274 bytes :)
Although they both have same filesize, they're not 100% identical! :confused: There are 2 differences in the data content1: 3 bytes changed at offset 169E8B19
90 E8 96 <> 50 E9 16
2: 2 bytes changed at offset 169EB552
1A 49 <> 86 46
BUT...when they are decoded back to WAV then those WAVs are perfectly identical and match with original test.wav so everything is alright. How come they are encoded differently yet still provide same output when decoded is beyond my knowledge... Maybe someone with deeper understanding of FLAC algorithms can shed some light onto this.

[kypec]

If one is encoded with version 1.2.1 and the other with version 1.2.0, and the version number is included in the file, then the files cannot match... but the audio data match.;)
You didn't read my post thoroughly, did you? :mad:
The data difference I point out occur in two files which were both encoded with version 1.2.1 of FLAC (one through libFLAC.dll, other through standalone flac.exe CLI).
Moreover, the difference happen to be in the DATA area of FLAC files, not in their headers where metadata are stored. Therefore I played with manually tagging file produced by eac3to in order to get them as much identical as possible. Which I almost succeeded by the way, it's just that difference exhibiting here cannot be fixed by any tagging, padding or any other harmless operations on files.

[raquete]

raquette, please see my previous post (http://forum.doom9.org/showthread.php?p=1266310#post1266310) on this behaviour. .
yes, i read now....i don't saw before!
Finally I replaced libFLAC.dll in eac3to directory with the latest version 1.2.1, encoded as before and...
and i did the same. download flac-1.2.1-devel-win, replaced libFLAC.dll and run eac3to.... :cool: :
file size now 127MB exactly size like using tebasuna51 guide!

great! :)

[tebasuna51]

Then seems there are good reasons to update libFLAC to 1.2.1 and this answer from madshi to kypec must be reconsidered:

Is there any practical reason for updating? IIRC someone recently tried the newest libFLAC.dll and the FLAC files produced with the new dll were bit by bit identical to the ones produced with the dll shipping with eac3to. Updating to a newer dll could break something. So I don't really want to do that, unless there is a real benefit.

@kypec
If you are using libFLAC 1.2.1, do you know any problem running eac3to with this version?

[kypec]

If you are using libFLAC 1.2.1, do you know any problem running eac3to with this version?
I must admit I do not use it very extensively (yet) but so far I had no issues whatsoever with latest libFLAC.dll.

[TinTime]

please see my previous post (http://forum.doom9.org/showthread.php?p=1266310#post1266310) on this behaviour.

I thought I had a sense of deja vu about this discussion!

Anyway, I've just been testing eac3to with libFLAC 1.2.1 and I'm not getting any significant filesize differences. I've tried three different movie soundtracks, all 5.1, one 16 bit and two 24 bit.

I wonder what's different about your test files, raquete and tebasuna51, that produces such dramatic differences?

I'm going to stick with 1.2.1 for the time being anyway and I'll report back if I hit any problems.

[tebasuna51]

I wonder what's different about your test files, raquete and tebasuna51, that produces such dramatic differences?
With my first sample stereo, 16 bits, 44100 KHz the sizes was equivalent, but with the second sample 5.1, 24 bits, 44100 KHz the difference in size is significant:
libFLAC 1.2.0 -> 172426732 bytes (ratio 78.6%)
libFLAC 1.2.1 -> 148297157 bytes (ratio 67.6%)

[raquete]

I wonder what's different about your test files, raquete and tebasuna51, that produces such dramatic differences?
i posted my old results 2(or3) times in this same thread and in the tebasuna guide thread ...
http://forum.doom9.org/showpost.php?p=1317155&postcount=12

now after change to libFLAC 1.2.1 the results are equals.

later i will post the result of wave source 5.1 24b/96k with 1:08:00:928 with the "old" and with the "new" libFLAC in eac3to...i still don't know the wave file size, are in seperateds channels(L,R,C...etc) and i need to join(encode) as multichannel.

[raquete]

crazy pc, crazy flac, crazy world and now the user is crazy too. :p

7.050.129.452 source wave 5.1 24b/96K (time 01:08:00)

eac3to:

3.752.647.704 old libflac (07/22/2007)
eac3to v3.16
command line: eac3to 01Wave.wav 01Wave.flac
-----------------------------------------------------
-------------------------
WAV, 5.1 channels, 1:08:00, 24 bits, 13824kbps, 96khz
Reading WAV...
Encoding FLAC with libFlac...
Creating file "01Wave.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 31 minutes, 33 seconds.
Done.

3.745.901.910 new libflac (09/16/2007)
eac3to v3.16
command line: eac3to 01Wave.wav 01Wave.flac
-----------------------------------------------------
-------------------------
WAV, 5.1 channels, 1:08:00, 24 bits, 13824kbps, 96khz
Reading WAV...
Encoding FLAC with libFlac...
Creating file "01Wave.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 31 minutes, 24 seconds.
Done.

BeHappy/Flac(09/16/2007)
but have errors.
opening as RaWavesource:
Starting job 01wave.wav->01wave.flac
Error: BeHappy.AviSynthException: Script error:
there is no function named "RaWavSource"
em BeHappy.AviSynthClip..ctor(String func, String arg,
AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
em BeHappy.Encoder.encode()

1.464.637.781 BeHappy/Flac.exe(09/16/2007)
openinig as WavSource
error too, run in less than 5 minutes, file size is short but
was encoded only 26:34.422(time in minutes)
and i did twice, just the same.
Starting job 01wave.wav->01wave.flac
Found Audio Stream
Channels=6, BitsPerSample=24 int, SampleRate=96000Hz
encoder\flac.exe --force -o "H:\eac3to\01wave.flac"
--silent --force-raw-format --endian=little --channels=6
--bps=24 --sample-rate=96000 --sign=signed -
Writing PCM data to encoder's StdIn
Finalizing encoder
Complete

now who can explain that?!? :o

[yesgrey]

You didn't read my post thoroughly, did you? :mad:
kypec,
sorry, I 've read it but somehow I've mixed it in my mind with some other previous posts.:o
I've already deleted that post because is completelly nonsense.;)

By the way, thanks for your findings. I will also try with new libflac, maybe I can gain some extra space on my backups.:)

[tebasuna51]

...
7.050.129.452 source wave 5.1 24b/96K (time 01:08:00)
...
there is no function named "RaWavSource"
...
openinig as WavSource
error too

now who can explain that?!? :o

1) WavSource can't manage wav files >4GB, you need open the file with RaWavSource

2) RaWavSource function is in NicAudio.dll v2.0. Downnload (see my signature) and put in AviSynth plugins folder

[Midzuki]

metaflac.exe --set-tag=WAVEFORMATEXTENSIBLE_CHANNEL_MASK=0x060F test_eac.flac

Another "undocumented" option of the flac applications? :(

Another very-good reason for me to prefer TTA and WavPack from now on! :cool:

[raquete]

1) WavSource can't manage wav files >4GB, you need open the file with RaWavSource

2) RaWavSource function is in NicAudio.dll v2.0. Downnload (see my signature) and put in AviSynth plugins folder
Great, i got the file. :)
in few hours new result.

Another very-good reason for me to prefer TTA and WavPack from now on! :cool:
i don't know TTA( ? ) format but Wavpack always give me problems when i encode waves with high volumes(levels), some peaks appear clippeds(saturations, straight lines/squares). i can see in any wave editor doing analysis.
i really don't like.
don't happens with your encodes?

[Midzuki]

i don't know TTA( ? ) format

http://www.true-audio.com/

but Wavpack always give me problems when i encode waves with high volumes(levels), some peaks appear clippeds(saturations, straight lines/squares). i can see in any wave editor doing analysis.
i really don't like.
don't happens with your encodes?

What ??? :confused:
Are you sure you weren't using the «lossy» compression mode ?
Also, if the answer is "yes", are you sure the sound editors you used were decompressing the lossless .WV files correctly???