eac3to - audio conversion tool

[Thunderbolt8]

edited

[Thunderbolt8]

I've spent too much time on eac3to lately.
nah, not too much time, the final changes made it almost perfect ;)

[madshi]

By the way, do you have plans to implement STDIN streaming for the source?
No plans as of yet. What would that be good for?

[madshi]

eac3to v1.22 released

http://madshi.net/eac3to.zip

* 6.1 -> 7.1 channel doubling was sometimes incorrectly skipped
* OS speaker settings now don't have to be 7.1, anymore
* added detection of 5.1 output when 6.1 was expected
* DTS and DTS-ES files are now forcefully patched to 24 bit by eac3to (workaround for Sonic decoder)
* Sonic Audio Decoder is now always used by default for DTS decoding
See also updated first post in this thread.

[madshi]

I've noticed some strange things with DTS 6.1 tracks:

The Nero decoder always outputs 5.1, but the back channel seems to be mixed into the surround channels!

The Sonic decoder most of the time gives out proper 6.1. However, with I've one sample where it only outputs 5.1, although the track is definitely 6.1 Discrete. Very strange. With this one special track I can see the Nero has the back channel mixed into the surrounds again. With Sonic I only get 5.1 and the back channel is totally missing. Fortunately for 4 other sample Discrete tracks Sonic gives out proper 6.1.

[nautilus7]

eac3to v1.22 released
:thanks:

* OS speaker settings now don't have to be 7.1, anymore

Do i have to set OS speakers to 5.1 to get a 5.1 output, or stereo is just fine?

[madshi]

Here's a little goodie for all ya Windows FLAC users:

http://forum.doom9.org/showthread.php?t=130498

[madshi]

Do i have to set OS spekers to 5.1 to get a 5.1 output, or stereo is just fine?
Stereo should be fine. The OS speaker settings shouldn't matter at all, anymore.

[honai]

No plans as of yet. What would that be good for?

I'm writing a bridge tool between your tool and an EVOB demuxer. That way I could just invoke your tool with demuxed audio streams without storing them as separate files beforehand.

[madshi]

I'm writing a bridge tool between your tool and an EVOB demuxer. That way I could just invoke your tool with demuxed audio streams without storing them as separate files beforehand.
I see. The problem is that eac3to is using DirectShow filters and they want to load a file. So even if I added STDIN support, I'd have to store the files on harddisk, anyway...

[honai]

The problem is that eac3to is using DirectShow filters and they want to load a file.

For all audio stream types?

[nautilus7]

Stereo should be fine. The OS speaker settings shouldn't matter at all, anymore.I 've just decode a 5.1 dts having set OS speaker setting to headphones (stereo). It worked fine! Thanks!

[madshi]

For all audio stream types?
No, but for all compressed audio formats. Basically both decoding and encoding only works with files on harddisk. Things eac3to does itself (channel mapping, raw to wav(s) conversion, dts/ac3 core extraction, dialnorm removal, etc) could theoretically be done without hard disk. But the question is whether this all makes sense if only some parts of eac3to would get along without real files.

[superx]

E-AC3, 5.1 channels, 1:00:13, 640kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Getting "Nero File Source / Splitter" and "DTS/AC3/DD+ Source" instances failed.


This is the error I get can anyone help me with it.

Thanks

[hristoff2]

E-AC3, 5.1 channels, 1:00:13, 640kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Getting "Nero File Source / Splitter" and "DTS/AC3/DD+ Source" instances failed.


This is the error I get can anyone help me with it.

Thanks

Install Nero 7.x.x.x properly & register the HDDVD/Blu-Ray Plugin, or get the Sonic Decoders (beware, DRC applied on eac3 tracks) & ac3dts source (the new one, with eac3 support)

-> http://uploaded.to/?id=y73jnw ('dtsac3eac3' source)

[Beastie Boy]

Is it still possible to buy Nero 7? I see only ver 8 on the web site.

[superx]

Install Nero 7.x.x.x properly & register the HDDVD/Blu-Ray Plugin, or get the Sonic Decoders (beware, DRC applied on eac3 tracks) & ac3dts source (the new one, with eac3 support)

-> http://uploaded.to/?id=y73jnw ('dtsac3eac3' source)


how do I register the hdvd/blu-ray plugin, where do I get this from.

I just purchased nero 8 will that screw anything up

[The_Keymaker]

@ALL

I am still working on my WiFi remote control system. But will still try and support EAC3toGUI.

From what I can determine, -down6 and +/-100ms are the only options my GUI does NOT currently support. I will try and update EAC3toGUI with the new parameters this weekend.

Before I can update the program, I need someone to explain to me how to implement the +/-100ms command line parameter, i.e., is it +100 for advance and -100 for delay? and can it be any number from 0 to 100ms or is it fixed at 100ms?

Regards,
The_Keymaker

[madshi]

how do I register the hdvd/blu-ray plugin, where do I get this from.
You need to buy the plugin, too, in case you haven't yet. It's not part of the normal Nero package. Once you bought it you'll get an extra serial number for the plugin which you can then feed to the Nero Product Manager (or whatever it was called).

I just purchased nero 8 will that screw anything up
eac3to doesn't work with Nero 8. You need to install Nero 7 if you want to do TrueHD and E-AC3 decoding with eac3to.

[TheSof]

Can't imagine that there'd be a difference between v1.17 and v1.18. Except if you fed the EVO file into v1.17 instead of the demuxed file? Please check if the 2:47 FLAC stays in sync throughout the movie (after you applied the eventually necessary static delay). Maybe the 2:47 has some extra seconds of silence at the end or beginning of the movie? Don't know...

I'm using it on the demuxed thd.T he flac has about 10 mins extra runtime. The FLAC does not stay in sync, it will keep droping out and then coming back. Its very difficult to tell how far out of sync it is at the end but about 10 mins seems right. With 1.17 it is fine, albeit with the dial norm and thus 24bit.

Is anyone having success with titles such as Superman Returns and V for Vendetta?

[menlvd]

epp me to reencoding thd longer that reencoding eac3
thd from HD-DvD
eac3to.exe ver 1.22.0.0

[madshi]

I'm using it on the demuxed thd.T he flac has about 10 mins extra runtime. The FLAC does not stay in sync, it will keep droping out and then coming back. Its very difficult to tell how far out of sync it is at the end but about 10 mins seems right. With 1.17 it is fine, albeit with the dial norm and thus 24bit.

Is anyone having success with titles such as Superman Returns and V for Vendetta?
Can you please retry with v1.22? If the problem still exists in that version, I'll do some more checks.

[superx]

k thanks, where on the website can I get the hddvd/blu-ray plugin, they changed it around.

[Thunderbolt8]

Another problem: I tried to convert the 5.1 TrueHD 24-bit track of letters from iwo jima to FLAC (using eac3to v1.22; that track was the 2nd track on the disc btw, not the 1st). the thd track size is 1,32GB, the final FLAC has 3.2GB of size. movie length is 2h 20min. the strange thing is now that the flac file has a length of 3h 30min!
when playing this together with the .mkv movie, the fps of 23.976 are kept, but the sound is horribly slowed down (and of course, theres also no picture beyond the 2h 20 min mark). how can this be possible? is it possible that demuxed sources (and the remux to temp .evo) give some trouble because some information about playback, speed for example, can get lost? maybe it would help if you enable .evo input as source again, so we could test and compare this.

just converted the 2nd track on the disc, DD+ 5.1, to ac3 just to compare and in this case the original length was kept at 2h 20 mins (no muxing to temp .evo took place).
converted the DD+ 5.1 to flac, again to compare, length was 2h 20min (again no temp evo muxing took place).
(there was a length difference between the converted ac3 and flac track, both from the dd+ 5.1 source btw., the ac3 track is 32ms longer. how can this be possible with the same source file?)

on the other hand, that other DD+ 2.0 commentary track from another movie I converted to flac, there also didnt take place any temp evo muxing, length is fine, but still it speeds up the .mkv movie.



p.s. when rebuilding the video .evo, powerdvd wasnt able to jump into the 2nd half of the rebuilt evo, from whereon the 2nd evo begins. the time would still continue, but no picture is shown. after remuxing to .mkv with gdsmux & mkvmerge this was possible though with ffdshow, I guess this is normal for powerdvd and files up to a certain size?

[madshi]

eac3to v1.23 released

http://madshi.net/eac3to.zip

* bugfix: sometimes TrueHD decoding resulted in incorrect sampling rate
The above bug could result in e.g. FLAC files with 44,1khz instead of the correct 48khz. This results in lower than correct pitch and longer runtime. This is most probably what TheSof experienced and now also Thunderbolt8. Should be fixed now.

[Thunderbolt8]

lol thanks!
testing now, results in mb ~25 mins :P

[madshi]

From what I can determine, -down6 and +/-100ms are the only options my GUI does NOT currently support. I will try and update EAC3toGUI with the new parameters this weekend.

Before I can update the program, I need someone to explain to me how to implement the +/-100ms command line parameter, i.e., is it +100 for advance and -100 for delay? and can it be any number from 0 to 100ms or is it fixed at 100ms?
Thanks. The delays theoretically support any value betwee "-infinite ms" and "+infinite ms". E.g. "-17ms" is possible, or "+53862ms". I think you need to add an edit box. The delay works similar to how "delaycut" works or how you can specify a delay in MPC. So e.g. "+100ms" delays the audio track by 100ms (basically 100ms of silence is added at the beginning of the audio track). And e.g. "-200ms" cuts 200ms worth of audio data in the beginning of the audio track.

[madshi]

I tried to convert the 5.1 TrueHD 24-bit track of letters from iwo jima to FLAC (using eac3to v1.22; that track was the 2nd track on the disc btw, not the 1st). the thd track size is 1,32GB, the final FLAC has 3.2GB of size.
The TrueHD track is unlikely to be 24bit, if it's only 1,32GB. I think it's probably 16bit. The FLAC shouldn't be bigger than the TrueHD track. Usually FLAC files are a little bit smaller than the original TrueHD track. I can only guess that either the dialnorm removal didn't work properly, or the bug I just fixed in v1.23 messed up more than just the sampling rate.

p.s. when rebuilding the video .evo, powerdvd wasnt able to jump into the 2nd half of the rebuilt evo, from whereon the 2nd evo begins. the time would still continue, but no picture is shown. after remuxing to .mkv with gdsmux & mkvmerge this was possible though with ffdshow, I guess this is normal for powerdvd and files up to a certain size?
I don't think it depends on the size. I don't have any experience with how PowerDVD handles such files, but sometimes seeking doesn't work if the timecodes are not correct. You could try using OffsetPTS before joining the EVO files. If there's nothing to fix, OffsetPTS will simply do nothing but report that everything is fine. This is the case for most HD DVDs. However, sometimes the timecodes of the 2nd EVO are strange. This happens especially with HD DVDs from independent European studios. In that case OffsetPTS will correct the timecodes of the 2nd EVO file. This might make seeking possible in PowerDVD.

[Thunderbolt8]

did use offsetpts before any rebuilding & demuxing of course, but it reported everything to be fine. the only case it was needed for me was indeed so far mulholland drive from studio canal.

oh, now I see it, that truehd 5.1 flac created with v1.22 only had 32Khz :P

edit: ok tested it now with 1.23 and length is fine! thanks! guess only that commentary track video speedup remains for me atm :P

btw. it also seems like the delay it that tiny bit better with +30 ms, the +30 ms the ac3 track was longer than the flac track. how does it come delay modification is apparently needed only for flac tracks?

btw. dont know if that helps, but that normalization removal thing for all the tracks (trueHD and DD+) I recently converted always said -27db. no other value than this one. same for the bitrate for all the trueHD and dd+ tracks, always got the info that the current track contains more than 16-bit of information -> 24-bit. so far all the flac tracks I made, not only from trueHD, but also from DD+ were quite bigger than the original track sizes, so that normalization removal problem might be a more general one and not only restricted to the truehd tracks

[superx]

ok reinstalled my older version of Nero, I can't purchase Blu-ray/hd-dvd plugin, it keeps taking me to the product page of nero 8.

when I reinstalled nero 7 this is what I got.

E-AC3, 5.1 channels, 1:00:13, 640kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Disabling DRC for Nero E-AC3 decoding...
The file size of the raw file doesn't seem to fit.
The expected file size for 16 bit is 1.93 GB.
The expected file size for 24 bit is 2.90 GB.
The real file size is 0 Bytes.

[Beastie Boy]

k thanks, where on the website can I get the hddvd/blu-ray plugin, they changed it around.

Here (http://www.nero.com/eng/store-blu-ray.html)

Cheers, Beastie.

[madshi]

how does it come delay modification is apparently needed only for flac tracks?
I don't know. But it is also needed for E-AC3 tracks sometimes (as I've already told you at least 10 times). It is probably also needed for DTS-HD tracks.

btw. dont know if that helps, but that normalization removal thing for all the tracks (trueHD and DD+) I recently converted always said -27db. no other value than this one.
Yeah, -27db is the default value. The studios should in theory adjust this value, but in practical life they rarely do.

same for the bitrate for all the trueHD and dd+ tracks, always got the info that the current track contains more than 16-bit of information -> 24-bit. so far all the flac tracks I made, not only from trueHD, but also from DD+ were quite bigger than the original track sizes, so that normalization removal problem might be a more general one and not only restricted to the truehd tracks
It is no surprise that DD+ tracks contain more than 16bit. There was never any doubt about that. It's also no surprise that DD+ 24bit FLAC files are MUCH bigger than the original DD+ track. It was very clear that this would happen.

However, it is not "right" that your FLAC tracks are bigger than the TrueHD tracks. There's definitely something wrong there! Since I added dialnorm removal for TrueHD tracks, I've never seen FLAC files getting bigger than the original TrueHD file on my PC yet!

What do the other eac3to users say? Are your FLAC files also sometimes (or often) bigger than the original TrueHD files?

[madshi]

ok reinstalled my older version of Nero, I can't purchase Blu-ray/hd-dvd plugin, it keeps taking me to the product page of nero 8.

when I reinstalled nero 7 this is what I got.

E-AC3, 5.1 channels, 1:00:13, 640kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Disabling DRC for Nero E-AC3 decoding...
The file size of the raw file doesn't seem to fit.
The expected file size for 16 bit is 1.93 GB.
The expected file size for 24 bit is 2.90 GB.
The real file size is 0 Bytes.
This won't work without the plugin.

[tebasuna51]

(there was a length difference between the converted ac3 and flac track, both from the dd+ 5.1 source btw., the ac3 track is 32ms longer. how can this be possible with the same source file?)

Each ac3 frame (48 KHz) is 32 ms long, then an ac3 duration is always a multiple of 32 ms.

All ac3 encoders put a 5.33 ms. delay (256 samples at 48 KHz) with silence to preserve the initial value of uncompressed audio. This delay (only 5.33 sec) can force a new frame, at the end, 32 ms. long, the rest is filled with silence.

Using Aften parameter -pad 0 the delay disappear, but the first 5.33 ms. is not the same than uncompressed value.

[Thunderbolt8]

What do the other eac3to users say? Are your FLAC files also sometimes (or often) bigger than the original TrueHD files?maybe its just me and I make a mistake somewhere. but not sure in how far thats possible with eac3to's commandline any more.
what im doing is (for audio decoding)
1. checking both .evo files with offsetpts
2. unchecking all other audio/video/subtitle than the audio track(s) I want to use for my remuxes (evodemux).
3. giving them the correct endings (.thd for truehd tracks, .eac3 for dd+ tracks)
4. use them with eac3to with "eac3to source.thd/source.eac3 dest.flac"
(5. put them in .mka afterwards, but this doesnt matter for the flac filesize).

thats it basically. unless there some mistake in what im doing or all this occurs only because we have only used different movies so far, which apparently seem to have differences with their truehd tracks, there seems to be a difference in what we are doing or maybe also somehow with our eac3to versions (or maybe nero/sonic filters? is there any way how I can check if the correct filters are installed?)

[Thunderbolt8]

Each ac3 frame (48 KHz) is 32 ms long, then an ac3 duration is always a multiple of 32 ms.

All ac3 encoders put a 5.33 ms. delay (256 samples at 48 KHz) with silence to preserve the initial value of uncompressed audio. This delay (only 5.33 sec) can force a new frame, at the end, 32 ms. long, the rest is filled with silence.

Using Aften parameter -pad 0 the delay disappear, but the first 5.33 ms. is not the same than uncompressed value.
im not quite sure whether I understood this correctly, are you saying that converted eac3 -> ac3 track is now 32 or 5.33ms too long (which value is right)?

[madshi]

Each ac3 frame (48 KHz) is 32 ms long, then an ac3 duration is always a multiple of 32 ms.

All ac3 encoders put a 5.33 ms. delay (256 samples at 48 KHz) with silence to preserve the initial value of uncompressed audio. This delay (only 5.33 sec) can force a new frame, at the end, 32 ms. long, the rest is filled with silence.

Using Aften parameter -pad 0 the delay disappear, but the first 5.33 ms. is not the same than uncompressed value.
Thanks, that's interesting!

[madshi]

maybe its just me and I make a mistake somewhere. but not sure in how far thats possible with eac3to's commandline any more.
what im doing is (for audio decoding)
1. checking both .evo files with offsetpts
2. unchecking all other audio/video/subtitle than the audio track(s) I want to use for my remuxes (evodemux).
3. giving them the correct endings (.thd for truehd tracks, .eac3 for dd+ tracks)
4. use them with eac3to with "eac3to source.thd/source.eac3 dest.flac"
Are you rebuilding the audio files or demuxing them?

Can you send me a 10MB sample of a TrueHD file where the FLAC file ends up being larger than the TrueHD file? Before you send me that sample, please run the sample through eac3to and check if it reports that the audio data contains more than 16bit of information. Sending me the sample makes sense only if eac3to reports that. Thanks!

P.S: You could also name the movies you've tried so far. Maybe I own one of them, too.

[Thunderbolt8]

im just demuxing them (from the 2 original .evo files), as .evo as input doesnt work any more (of course, I could first rebuilt a big audio file only, load it into evodemux and demux from there then, but this takes more time of course. could try it though, if you think its worth testing and comparing). edit: did it, both files, the direclty demuxed one and the rebuilt evo -> demuxed from there one both have the same big file size.

im not really familiar with that cutting stuff, how can I cut samples from trueHD/flac/other audio tracks? does it work that easily that I could just stop the demuxing process after 10mb or would this sample then be invalid somehow?

movies ive tried so far (all hddvd):

fear and loathing in las vegas (truehd)
out of sight (dd+)
eternal sunshine of the spotless mind (dd+)
letters from iwo jima (truehd)

[madshi]

im not really familiar with that cutting stuff, how can I cut samples from trueHD/flac/other audio tracks? does it work that easily that I could just stop the demuxing process after 10mb
Yes, just stop demuxing after the audio file is 10MB big. Or else use a hexeditor to cut the file off after 10MB.

fear and loathing in las vegas (truehd)
out of sight (dd+)
eternal sunshine of the spotless mind (dd+)
letters from iwo jima (truehd)
The dd+ files are irrelevant. They're always 24bit. Only the TrueHD tracks are interesting. Fear and Loathing is really 24bit, I believe. The TrueHD track should be very big. Iwo Jima should be 16bit. So a sample of Iwo Jima might help, if the problem is reproducable.

[Thunderbolt8]

made a 21,4mb sample from the letters trueHD track (couldnt get to press cancel in evodemux any faster :P)
used eac3to conversion to test 'eac3to letters.thd letters.flac' and got the information that this track contains more than 16-bit of information.
flac size is 52,5mb

http://www.megaupload.com/?d=P5OV5GZP

btw. is the information for trueHD tracks that evodemux gives in the VTI window (quantization field) regarding their bit depth always accurate? or does it always show trueHD tracks with 24-bit, even though they only are 'real' 16-bit tracks sometimes?

[tebasuna51]

im not quite sure whether I understood this correctly, are you saying that converted eac3 -> ac3 track is now 32 or 5.33ms too long (which value is right)?

Always the ac3 is 5.33 ms. delayed, but long is any value between 5.33 and 37.33 ms.

Example: we have a source 59 ms. long, after the delay we have 64.33 ms., we need 3 frames (3 x 32 ms = 96 ms) then is 37 ms. too long.

[madshi]

made a 21,4mb sample from the letters trueHD track (couldnt get to press cancel in evodemux any faster :P)
used eac3to conversion to test 'eac3to letters.thd letters.flac' and got the information that this track contains more than 16-bit of information.
flac size is 52,5mb
Thanks for the sample. Here's what I'm getting on my PC:

C:\Desktop>c:\sources\eac3to\eac3to letters.thd letters.flac
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
The following tasks are executed now. Please wait...
- remove Dialog Normalization information
- muxing TrueHD track into temp evo file
Decoding TrueHD track to raw. Please wait...
Checking raw data bitdepth. Please wait...
This TrueHD track contains only 16 bit of information.
The zero bytes were successfully removed from the raw file.
Encoding the raw file to FLAC. Please wait...

Done.
letters.thd: 21.2MB
letters.flac: 18.5MB

I've no idea why this doesn't seem to work on your PC!!! Maybe you have a different version of the TrueHD decoder compared to mine? Maybe yours is applying DRC?

btw. is the information for trueHD tracks that evodemux gives in the VTI window (quantization field) regarding their bit depth always accurate? or does it always show trueHD tracks with 24-bit, even though they only are 'real' 16-bit tracks sometimes?
I'm not sure. The best hint is the file size. If the TrueHD file is smaller than 2GB, it's most probably a 16bit track.

[Thunderbolt8]

trueHD filesize is 1.32GB

allright, again how can I check all my filters (nero, sonic) such to be absolutely sure they are the same/right ones you also use?
theres should be at least no mistake in the eac3to directory, as I always overwrite the old files with the new ones.
and eac3to is also not complaining that a filter is missing or something like that. but maybe I got an old version of something somwhere :S

LOL I got it
checked the nero product setup and beside that HDDVD/blue-ray plugin there were also a BD test and HDDVD test plugin installed. I remember once having installed them few days ago, because I wasnt sure if that hddvd/blue-ray plugin which was already registered there worked properly, due to other eac3to bugs at that time.

"This TrueHD track contains only 16 bit of information.
The zero bytes were successfully removed from the raw file."
flac file size is 18,5mb now -.-

shit, it was my own fault. sorry for taking up so much of your time with that :/

[TheSof]

Can you please retry with v1.22? If the problem still exists in that version, I'll do some more checks.

Retried with latest version (1.23) and all is welll again with regard to runtimes, although I will not have the chance to hear the results until later.

True HD file size is 1.57GB

TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
The following tasks are executed now. Please wait...
- remove Dialog Normalization information
- muxing TrueHD track into temp evo file
Decoding TrueHD track to raw. Please wait...
Checking raw data bitdepth. Please wait...
This TrueHD track contains only 16 bit of information.
The zero bytes were successfully removed from the raw file.
Encoding the raw file to FLAC. Please wait...

Done.

FLAC file size is 1.39 GB.

Runtime now matches, being 2:34:19. This is with Superman Returns. When I get a chance to play it I will post the delay info.

Thanks madshi.

EDIT - comparing the file properties of the 1.18 flac and the 1.23 flac, the difference was the sampling rate, 44 vs 48, so you were correct, that was the issue. Thanks for fixing it.

[madshi]

shit, it was my own fault. sorry for taking up so much of your time with that :/
No problem. Glad it's solved now.

[madshi]

Runtime now matches, being 2:34:19. This is with Superman Returns. When I get a chance to play it I will post the delay info.
Thanks. Please also post the EvoDemux log of that TrueHD track. That goes to everyone: If you convert your TrueHD files to FLAC (or anything else) with the latest eac3to version, and if you need to apply a manual delay, please post your final delay value and the log from EvoDemux. Collecting this kind of information helps other people (they don't need to figure out the delay themselves) and it might also help finding a common base on how to calculate the delay automatically for a future eac3to version.

[TheSof]

Quick question, where is the best place to add the delay for flac - with eac3to or when muxing the mkv?

[madshi]

Quick question, where is the best place to add the delay for flac - with eac3to or when muxing the mkv?
I don't know if mkvtoolnix can properly delay FLAC files. Can it? If it does, it might be the faster way to handle the delay. However, if you demux and remux the FLAC file, the delay might be gone (I'm not sure). When applying the delay with eac3to it's an everlasting fix/change.

[TheSof]

I don't know if mkvtoolnix can properly delay FLAC files. Can it? If it does, it might be the faster way to handle the delay. However, if you demux and remux the FLAC file, the delay might be gone (I'm not sure). When applying the delay with eac3to it's an everlasting fix/change.

I'll stick to eac3to then.