eac3to - audio conversion tool

[idbirch2]

Can anyone offer any tips on converting PCM? I've always managed to avoid it so far but I now have a BluRay (Open Season) where the only English audio is lossless PCM.

eac3to accepts the .pcm input and completes the conversion but the resulting ac3 file has a really loud buzzing noise. I've tried forcing both Nero and Sonic filters with no change. Here's the eac3to output:

H:\>"C:\Program Files\Audio\eAC3to\eac3to.exe" "H:\os.pcm" "H:\os.ac3"
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
The RAW/PCM file seems to be big endian.
The RAW/PCM file seems to have a bitdepth of 16 bits.
The RAW/PCM file seems to have 6 channels.
RAW/PCM, 5.1 channels, 0:03:00, 16 bits, 48khz
This is probably a Blu-ray PCM track. Will remap channels accordingly.
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Encoding AC3...
Creating/writing file "H:\os.ac3"...

The short duration is due to the movie being split over 3 .m2ts files, this example is the first 2 joined together.

[Thunderbolt8]

why dont you convert to flac?

[idbirch2]

Erm, because I don't want to? Back to the problem...

[Thunderbolt8]

well you didnt mention that, you only spoke of pcm conversion in general. and afaik conversion to flac doesnt cause these problems (at least not for me yet) thats why I mentioned it.


I wanted to convert the DTS-HD hi-res track from basinc instinct blu-ray to flac, but im not sure if everything went ok. as advertised the track is supposed to be 5.1, but eac3to said something of 7 channels and made 6.1 out of it or something like that.

heres a 10mb sample: http://www.sendspace.com/file/132bk5

the original track size (24-bit) is: 2.72 GB, the flac size is 3.75 GB

[madshi]

Maybe it would be a good idea to put a warning in the program itself that almost no programs will be able to read a 4+gb WAV file...?
Added.

Ahh -- to the documentation-editor with you then! :)
Added "WAVs" info to the eac3to help output.

[madshi]

how can it work? using surcode 1.0.29

Surcode sais/asks: "At least one valid source file must be specified to encode."
.
Pressing the Surcode "Encode" button didn't seem to work...
Closing Surcode...
Fixed in v2.08.

[madshi]

any comment on this? maybe you could have bit depth checking for pcm tracks also..
I've checked Curse of the Black Pearl. Most of the track is really only 16bit. However, there are some very few parts of the track which contain more than 24bit. E.g. the first 700ms of the track are 24bit. Then there is half an hour of only 16bit. Then suddenly there are some samples with more than 24bit again. Fortunately FLAC is a very effective compressor. Most of the track is only 16bit, so the FLAC file ends up with a 16bit comparable file size.

Interestingly, on my German Curse of the Black Pearl the English PCM track is only 16bit! I've compared the two tracks. The 16bit track from my German disc was downconverted from the 24bit track by using some kind of dithering, maybe even noise shaping. Normally this is a good method to do the downconversion to 16bit. But since 99% of the track were only 16bit to begin with, the dithering harms more than it helps. I've compared the FLAC files of the 2 tracks. And actually the 24bit FLAC file from the English 24bit PCM track is *smaller* by about 10% compared to the 16bit FLAC file from the English 16bt PCM track from my German disc. Very strange. Seemingly the dithering noise makes compression more difficult.

Version v2.08 now has an (undocumented) new switch "-check16bit" with which you can force eac3to to check whether a 24bit decoded datastream only contains 16bit of real information. You can use it on PCM and WAV input tracks.

[madshi]

The dts encoding (with surcode) doesn't work. I 've used both 1.0.21 and 1.0.29 but i get the same error message
Conversion with 1.0.21 should still work, but only if you don't have 1.0.29 installed yet. eac3to v2.08 should also work with 1.0.29 now.

[madshi]

Can anyone offer any tips on converting PCM? I've always managed to avoid it so far but I now have a BluRay (Open Season) where the only English audio is lossless PCM.

eac3to accepts the .pcm input and completes the conversion but the resulting ac3 file has a really loud buzzing noise. I've tried forcing both Nero and Sonic filters with no change. Here's the eac3to output:

H:\>"C:\Program Files\Audio\eAC3to\eac3to.exe" "H:\os.pcm" "H:\os.ac3"
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
The RAW/PCM file seems to be big endian.
The RAW/PCM file seems to have a bitdepth of 16 bits.
The RAW/PCM file seems to have 6 channels.
RAW/PCM, 5.1 channels, 0:03:00, 16 bits, 48khz
This is probably a Blu-ray PCM track. Will remap channels accordingly.
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Encoding AC3...
Creating/writing file "H:\os.ac3"...

The short duration is due to the movie being split over 3 .m2ts files, this example is the first 2 joined together.
eac3to's output looks alright to me. Which tool did you use to demux the audio? Does conversion work if you convert the 3 m2ts PCM files separately to AC3? It would help if you could upload a little sample of the PCM file. Of course that will help only if the noise problem can be reproduced with that sample.

You might also want to test WAV or FLAC writing instead of AC3. I'm not trying to convince you not to use AC3. But trying WAV or FLAC would belp us finding out where the problem is located. If the AC3 file is noisy but the WAV and FLAC files sound correct then the problem occurs during AC3 encoding. If the WAV and FLAC files have the same noise as the AC3 encoding, then the problem must be in the reading or interpretation of the PCM data.

[madshi]

I wanted to convert the DTS-HD hi-res track from basinc instinct blu-ray to flac, but im not sure if everything went ok. as advertised the track is supposed to be 5.1, but eac3to said something of 7 channels and made 6.1 out of it or something like that.

heres a 10mb sample: http://www.sendspace.com/file/132bk5

the original track size (24-bit) is: 2.72 GB, the flac size is 3.75 GB
This really seems to be a 6.1 DTS-HD High Resolution track. I'm not sure, maybe the back surround channel is all empty? In the sample you sent me the back surround channel seems to be idle, but the sample is very short. So it's hard to say for me. Anyway, eac3to definitely behaves correctly. The DTS-HD file is flagged as 6.1 and decodes as such.

[madshi]

Unfortunately the downconvert option doesn't seem to work properly. I tried to convert a PCM Track (5.1 24bit) to FLAC (20bit - 16 doesn't work either).

eac3to.exe in.pcm out_20.pcm -down20
Why are you doing "in.pcm out_20.pcm"? Didn't you just say you wanted to convert to FLAC? :confused:

[QUOTE=DreckSoft;1071257]Btw: Which compression level do you use when encoding flac? I assume it's 5 but I would prefer 8. Could you offer a command line switch for this?
I'm using strongest compression (8). Does anybody want lighter compression? Don't see a need for that. But if there are enough voices who want lighter compression, I might add a switch.

It's strange that
Swapping endian...
Remapping channels...
seems to be done twice.
That's correct. Every input "module" converts the raw audio data to little endian and the default WAV channel order. Since you chose "PCM" as output format, eac3to has to convert endian and reswap channels for output again.

[DreckSoft]

[QUOTE=DreckSoft;1071257]eac3to.exe in.pcm out_20.pcm -down20
Why are you doing "in.pcm out_20.pcm"? Didn't you just say you wanted to convert to FLAC? :confused:


I changed the filenames and made a typo.

But the problem also exists when doing PCM => PCM.

[Penecho]

Hi, i have laso a problem with my audio file. My Source file is a 5.1 DTSHD Track from a BluRay Disc.

xxxxxxxxxx\eac3to.exe" "file.dtshd" "file.ac3" -640
DTS Master Audio, 5.1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "file.ac3"...


than he creates a 163kb *.ac3 big file and nothing else happens :( ( I waited about 1 hour, but filesize did not change)

I am using the latest version of eac3to


Cu

[nautilus7]

Conversion with 1.0.21 should still work, but only if you don't have 1.0.29 installed yet. eac3to v2.08 should also work with 1.0.29 now.
No it didn't that's why i installed 1.0.29, but no luck either. I am waiting for 2.08. ;)

[madshi]

Hi madshi, sorry I didn't let you know if it was working with AC3 encoding. It doesn't, I get exactly the same results with that (progress bar stops half way through)....hmmm thanks for any help :)
Can't reproduce any problems with DTS-HD decoding here. I've just today converted a Blu-Ray 24bit DTS-HD Master Audio track (Eragon) and a HD DVD 16bit DTS-HD Master Audio track (Total Recall) to FLAC without any problems.

I can only guess that your DTS-HD file is faulty. Which movies does it come from? With which tool did you extract it?

[madshi]

Hi, i have laso a problem with my audio file. My Source file is a 5.1 DTSHD Track from a BluRay Disc.

xxxxxxxxxx\eac3to.exe" "file.dtshd" "file.ac3" -640
DTS Master Audio, 5.1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "file.ac3"...

than he creates a 163kb *.ac3 big file and nothing else happens :( ( I waited about 1 hour, but filesize did not change)
Hmmmm... Same as with Furiousflea's problem: I can't reproduce the problem here. Probably your DTS-HD file is faulty. Which movie does it come from? With which tool did you extract it?

[Penecho]

Live free or Die Hard, demuxed with TSremux



Cu

[DreckSoft]

Live free or Die Hard, demuxed with TSremux



Cu

That movie has BD+ protection, so the content should be still encrypted. Try to play the file (or the core), it shouldn't work either.

[Penecho]

No that works, i also demuxed the other audio tracks and used eac3to to make *.ac3 files.



Cu

[nautilus7]

Live free or die hard is BD+, that's true. No encoding is possible, yet.

[Thunderbolt8]

This really seems to be a 6.1 DTS-HD High Resolution track. I'm not sure, maybe the back surround channel is all empty? In the sample you sent me the back surround channel seems to be idle, but the sample is very short. So it's hard to say for me. Anyway, eac3to definitely behaves correctly. The DTS-HD file is flagged as 6.1 and decodes as such.
since the first one was maybe a bit too short, I made another 50mb sample: http://www.sendspace.com/file/dk0bcz
I just cant test channel distribution myself, because I only have a stereo system :P

[DreckSoft]

No that works, i also demuxed the other audio tracks and used eac3to to make *.ac3 files.


The stream is only partially encrypted. Try to play the file in ZoomPlayer using CoreAVC codec (CyberLink decoder skipps all frames with decoding errors so you'll see a "jumping" video). You'll see a partially distorted video. Audio seems to be fine also I've heard a few clicks. Lets say random 10% of the stream is encrypted using BD+. So most of the encryption will be in the video stream. Less in a PCM stream and maybe none in the AC3 stream. Even if there are some encrypted frames in the extracted AC3 you'll only find them if you listen to the entire stream (or maybe check it using delaycur or similar).

[madshi]

Agreed. BD+ movies have some "random" garbage bytes added over the video/audio data. That's most probably the reason why DTS-HD conversion fails.

[idbirch2]

eac3to's output looks alright to me. Which tool did you use to demux the audio? Does conversion work if you convert the 3 m2ts PCM files separately to AC3? It would help if you could upload a little sample of the PCM file. Of course that will help only if the noise problem can be reproduced with that sample.

You might also want to test WAV or FLAC writing instead of AC3. I'm not trying to convince you not to use AC3. But trying WAV or FLAC would belp us finding out where the problem is located. If the AC3 file is noisy but the WAV and FLAC files sound correct then the problem occurs during AC3 encoding. If the WAV and FLAC files have the same noise as the AC3 encoding, then the problem must be in the reading or interpretation of the PCM data.
Hi madshi, I demuxed the .pcm file using TSRemux and I have discovered I have the same problem when converting to plain WAV. I have uploaded the PCM file here (http://rapidshare.com/files/73804314/OpenSeason.pcm.html).

[madshi]

i've got a truehd track that's 2.13gb and using nero filters, the flac i encoded from it turned out to be 3.26gb. using -libav, the flac is 1.88gb

i guess it's a 20bit track.. here's a 5mb sample http://rapidshare.com/files/72692697/001.thd.html
Fixed in v2.08.

[madshi]

Almost every time i do a conversion, i like to decode the input and output files to wavs, and compare them in a wave editor like audacity. One channel is enough for this job and my hdd will write it faster.
Added the undocumented new switch "-mono" for this purpose in v2.08. It extracts the center channel from multichannel sources respectively the front left channel from stereo sources.

[nautilus7]

Added the undocumented new switch "-mono" for this purpose in v2.08. It extracts the center channel from multichannel sources respectively the front left channel from stereo sources.
Thank you so much. I am looking forward to 2.08.

[madshi]

eac3to v2.08 released

http://madshi.net/eac3to.zip

* fixed: bitdepth reducer sometimes crashed when being fed a PCM file
* fixed: FLAC encoder sometimes crashed when delay was applied
* fixed: some TrueHD files were dithered/processed by Nero when they shouldn't
* fixed: Surcode 1.0.29 encoding automation
* fixed: source file was deleted when source and dest file names were identical
* eac3to output is now always written to "log.txt"
* when a crash occurs, "log.txt" is added to the bug report
* improved help text + hints slightly
* undocumented switch "-check16bit" added
* undocumented switch "-mono" added

[madshi]

Hi madshi, I demuxed the .pcm file using TSRemux and I have discovered I have the same problem when converting to plain WAV. I have uploaded the PCM file here (http://rapidshare.com/files/73804314/OpenSeason.pcm.html).
That PCM file is definitely corrupt. If you check it with a hex editor, the file begins with the following 4 bytes:

0B 40 91 40
Furthermore you'll find those bytes regularly throughout the whole PCM file. These bytes are not PCM audio data. Instead they're part of the m2ts file structure. This is what causes the noise. Please report this bug in the TsRemux thread and use xport in the meanwhile for demuxing PCM.

[Thunderbolt8]

btw. I also have a madflac problem (?) with that dtshd file I sent you. when I remux with video + flac, the video gives me already enough trouble anyway with glitches (AVC), but together with this flac file the file wont open at all. when I only mux the video then it takes some time to load and I also get crashes when jumping back and forth, but as already said it wont start at all together with a flac file from that dtshd track.

[idbirch2]

You were right madshi, using xport to demux worked a treat, thanks for the advice. Have you thought any more about setting up a donations page?

[shambles]

I've checked Curse of the Black Pearl. Most of the track is really only 16bit. However, there are some very few parts of the track which contain more than 24bit. E.g. the first 700ms of the track are 24bit. Then there is half an hour of only 16bit. Then suddenly there are some samples with more than 24bit again. Fortunately FLAC is a very effective compressor. Most of the track is only 16bit, so the FLAC file ends up with a 16bit comparable file size.

Interestingly, on my German Curse of the Black Pearl the English PCM track is only 16bit! I've compared the two tracks. The 16bit track from my German disc was downconverted from the 24bit track by using some kind of dithering, maybe even noise shaping. Normally this is a good method to do the downconversion to 16bit. But since 99% of the track were only 16bit to begin with, the dithering harms more than it helps. I've compared the FLAC files of the 2 tracks. And actually the 24bit FLAC file from the English 24bit PCM track is *smaller* by about 10% compared to the 16bit FLAC file from the English 16bt PCM track from my German disc. Very strange. Seemingly the dithering noise makes compression more difficult.

Version v2.08 now has an (undocumented) new switch "-check16bit" with which you can force eac3to to check whether a 24bit decoded datastream only contains 16bit of real information. You can use it on PCM and WAV input tracks.

that's curious, 16 and 24bit data in the same track. wouldn't have expected that.

i've also noticed that dithering hurts compressibility, which is interesting indeed.. anyways.

eac3to v2.08 released

thank you very very much for all your continuing amazing work :D

just out of interest, did you find out whether that truehd sample was 18 or 20 bit?

[Thunderbolt8]

is there a way to detect which truehd tracks could possibly have been dithered/processed by nero, when they are inside .mkv with video ?

[madshi]

btw. I also have a madflac problem (?) with that dtshd file I sent you. when I remux with video + flac, the video gives me already enough trouble anyway with glitches (AVC), but together with this flac file the file wont open at all. when I only mux the video then it takes some time to load and I also get crashes when jumping back and forth, but as already said it wont start at all together with a flac file from that dtshd track.
Have you demuxed video with TsRemux or with xport?

I don't think this is a madFlac problem. It's more likely to be a problem related to the video part which reflects back to the FLAC audio track somehow. Your DTS-HD sample definitely is 6.1 and all 7 channels have real information in them.

[madshi]

Have you thought any more about setting up a donations page?
Didn't have time for that yet. Developing eac3to is more important, right? :D

[madshi]

just out of interest, did you find out whether that truehd sample was 18 or 20 bit?
Didn't really check. I just hacked around with the TrueHD headers until Nero finally gave out the same result as libav.

[madshi]

is there a way to detect which truehd tracks could possibly have been dithered/processed by nero, when they are inside .mkv with video ?
Not really.

[idbirch2]

Hi madshi, well I went back to that strange DTS file to see if v2 can handle it and it kind of does as it now accepts the input. Trouble is, if I choose to convert to AC3, I get:

DTS Master Audio, 3/1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 4 channels, 24 bits, 48khz
The AC3 encoder received a non-supported data format.

If I try and convert to WAV I just get:

DTS Master Audio, 3/1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 4 channels, 24 bits, 48khz
Writing WAV...
Creating/writing file "H:\ed.wav"...

And then nothing, eac3to maxes one of my CPU cores but nothing happens, the .wav never grows and its been running for over 20 mins now with no HDD activity. Any thoughts?

I've got a BluRay with a really weird DTS audio format. When I try and run eac3to on it I get:

DTS Master Audio, 3/1 channels, 24 bits, 48khz
This channel format is currently not supported.

Is there any pre-processing I can do to get a compatible stream or is there anything I can provide/upload which will help add support for this audio type?

[nautilus7]

The new -mono switch works fine.
DTS encoding also works now (surcode version 1.0.29).

@ madshi
I have another request: I would like you to inform us which version is every decoder/encoder (aften, flac, etc) that comes with eac3to. Or at least tell it when you update them.

[madshi]

Hi madshi, well I went back to that strange DTS file to see if v2 can handle it and it kind of does as it now accepts the input. Trouble is, if I choose to convert to AC3, I get:

DTS Master Audio, 3/1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 4 channels, 24 bits, 48khz
The AC3 encoder received a non-supported data format.
Currently eac3to's Aften encoder only supports 1, 2 and 6 channels. I'm not sure if Aften itself can encode 3/1 channels. Will have to check that.

If I try and convert to WAV I just get:

DTS Master Audio, 3/1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 4 channels, 24 bits, 48khz
Writing WAV...
Creating/writing file "H:\ed.wav"...

And then nothing, eac3to maxes one of my CPU cores but nothing happens, the .wav never grows and its been running for over 20 mins now with no HDD activity. Any thoughts?
It works for me with the sample you sent me. Maybe you can make a new sample which reproduces this new problem?

[madshi]

I have another request: I would like you to inform us which version is every decoder/encoder (aften, flac, etc) that comes with eac3to. Or at least tell it when you update them.
Yeah, makes sense. Will have to check myself, don't know right now. I do know that FLAC is currently 1.2.0 because mkvtoolnix doesn't like 1.2.1 encoded FLAC files.

[nautilus7]

Thanks.

I remember saying that about flac 1.2.1. Do you mean 1.2.1b, because i know someone who had success muxing an 1.2.1b flac track into .mkv with mkvtoolnix. I am checking it myself right now though.

[TheSof]

Madshi,

Sometime ago you spoke of the possibility of perhaps making the nero decoder bypass drc in realtime within any dshow player. Is this still something you are still looking into? If not thats fine, but would hate to eac3to a huge stack of material and then find out it was unnecessary.

Cheers.

[madshi]

I remember saying that about flac 1.2.1. Do you mean 1.2.1b, because i know someone who had success muxing an 1.2.1b flac track into .mkv with mkvtoolnix. I am checking it myself right now though.
Not sure.

[madshi]

Sometime ago you spoke of the possibility of perhaps making the nero decoder bypass drc in realtime within any dshow player. Is this still something you are still looking into? If not thats fine, but would hate to eac3to a huge stack of material and then find out it was unnecessary.
That's on my to do list. Actually I was hoping to get it done yesterday, but time was too short. Might take another 1-2 weeks.

[nautilus7]

madshi,

I just used this (http://downloads.sourceforge.net/flac/flac-1.2.1-devel-win.zip) to replace the one that comes with eac3to. Works perfectly with mkvtoolnix.

[madshi]

Ok, I'll recheck FLAC 1.2.1.

[DreckSoft]

I retried converting the problematic PCM file with V2.08 but there are still problems.

PCM => DTS

D:\>eac3to.exe EN.pcm EN.dts -1536
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
The RAW/PCM file seems to be big endian.
The RAW/PCM file seems to have a bitdepth of 24 bits.
The RAW/PCM file seems to have 6 channels.
RAW/PCM, 5.1 channels, 1:50:33, 24 bits, 48khz
This is probably a Blu-ray PCM track. Will remap channels accordingly.
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Writing WAVs...
Creating/writing file "EN.L.wav"...
Creating/writing file "EN.R.wav"...
Creating/writing file "EN.C.wav"...
Creating/writing file "EN.LFE.wav"...
Creating/writing file "EN.SR.wav"...
Creating/writing file "EN.SL.wav"...

Stops after creating 6 wavs with 3kb each

PCM (24bit) => FLAC (20bit)

D:\>eac3to.exe EN.pcm EN.flac -down20
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
The RAW/PCM file seems to be big endian.
The RAW/PCM file seems to have a bitdepth of 24 bits.
The RAW/PCM file seems to have 6 channels.
RAW/PCM, 5.1 channels, 1:50:33, 24 bits, 48khz
This is probably a Blu-ray PCM track. Will remap channels accordingly.
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Reducing depth from 24 to 20 bits...
Encoding FLAC...
Loading white noise (needed for dithering)...
The endian swapper crashed.
Creating/writing file "EN.flac"...


Without -down20 it works. -down16 crashes too.

The Source is not BD+ protected, the pcm file (and the video) plays fine.

[Wilbert]

Something is wrong with 1.2.1b (1.2.1a works fine though), but i forgot the problem (24 bit output broken?) :)

[madshi]

I retried converting the problematic PCM file with V2.08 but there are still problems.

PCM => DTS

D:\>eac3to.exe EN.pcm EN.dts -1536
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
The RAW/PCM file seems to be big endian.
The RAW/PCM file seems to have a bitdepth of 24 bits.
The RAW/PCM file seems to have 6 channels.
RAW/PCM, 5.1 channels, 1:50:33, 24 bits, 48khz
This is probably a Blu-ray PCM track. Will remap channels accordingly.
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Writing WAVs...
Creating/writing file "EN.L.wav"...
Creating/writing file "EN.R.wav"...
Creating/writing file "EN.C.wav"...
Creating/writing file "EN.LFE.wav"...
Creating/writing file "EN.SR.wav"...
Creating/writing file "EN.SL.wav"...

Stops after creating 6 wavs with 3kb each

PCM (24bit) => FLAC (20bit)

D:\>eac3to.exe EN.pcm EN.flac -down20
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
The RAW/PCM file seems to be big endian.
The RAW/PCM file seems to have a bitdepth of 24 bits.
The RAW/PCM file seems to have 6 channels.
RAW/PCM, 5.1 channels, 1:50:33, 24 bits, 48khz
This is probably a Blu-ray PCM track. Will remap channels accordingly.
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Reducing depth from 24 to 20 bits...
Encoding FLAC...
Loading white noise (needed for dithering)...
The endian swapper crashed.
Creating/writing file "EN.flac"...


Without -down20 it works. -down16 crashes too.

The Source is not BD+ protected, the pcm file (and the video) plays fine.
Are you sure that this is really v2.08? :confused: I was sure that I had fixed the endian swapper crash... :(