anyone compiled and tried dcaenc ?

[LoRd_MuldeR]

Do I get this right? You try to pipe a 'w64' file into dcaenc? I don't think its Wave parser will be able to deal with that. It was written with plain RIFF/Wave files in mind and nothing else.

(The only thing that the "-l" option does is ignoring the length field of the "data" chunk, as that field may not contain a valid value, e.g. in case of reading from STDIN)

[geminigod]

Originally Posted by LoRd_MuldeR

Do I get this right? You try to pipe a 'w64' file into dcaenc? I don't think its Wave parser will be able to deal with that. It was written with plain RIFF/Wave files in mind and nothing else.

(The only thing that the "-l" option does is ignoring the length field of the "data" chunk, as that field may not contain a valid value, e.g. in case of reading from STDIN)

Well the command line I posted was attempting to have sox convert the w64 to wav and then pipe that into dcaenc and thereby hopefully get around the 4GB limit of doing two separate steps by first converting to wav. So dcaenc is reading from the STDIN.

It seemed like it worked except for the fact that sox has issues in general with w64. The resulting DTS was the same length as what sox thinks the w64 is.
[code]
> soxi "large file test.w64"

Input File : 'large file test.w64'
Channels : 6
Sample Rate : 48000
Precision : 16-bit
Duration : 01:09:32.54 = 200281709 samples ~ 312940 CDDA sectors
File Size : 6.70G
Bit Rate : 12.8M
Sample Encoding: 16-bit Signed Integer PCM
[code]

Actual length 3:13. This is a known problem with sox and w64 that is currently being worked on.

Thoughts? Recommendations for getting this huge w64 file to dts?

I know this is getting slightly off topic, but it is very relevant to dcaenc because many audio tracks will exceed the wav size limit.

[Midzuki]

^

Recommendations for getting this huge w64 file to dts?

If you're looking for a "one-line" solution, I'm afraid you won't find it anytime soon. So if I were you, I'd split that .W64 file into several mono .WAVs through eac3to, and then write an appropriate audio-only && multichannel Avisynth script, so that

.AVS -> wavi.exe -> dcaenc.exe

Hope this helps

P.S.: LAV Splitter supports the W64 container, thus maybe you don't need eac3to in this case ^.^ ;

[b66pak]

or you can pipe using eac3to....
_

[Midzuki]

^

But of course

[Midzuki]

Back on the topic =^.^=

Oh well, that's what I get for not paying attention to the damn code and/or documentation -.-

Originally posted by wavfile.c

/* 7*/ "Unsupported number of channels (only 1, 2, 4, 5 and 6)",

Besides, as the Back-Center channel "does not exist" for dcaenc,

even a "3/1" input.wav will result in a "2/2" output.dts

[Midzuki]

This is semi-OT and somewhat "late" , but also probably useful

( or interesting at least )

Lord Mulder apparently thought I had used a "git clone" of Patrakov's original code. Actually, I had used the tarball available on Patrakov's web site; that tarball was!/¿still is? "ready for configure"

Besides, Lord Mulder did appear to ignore that his own gitorious folder is able to generate a tarball for the people who don't want to use the git application --- however in this case, the content of the tarball is not different from the git clone

[LoRd_MuldeR]

Originally Posted by geminigod

Well the command line I posted was attempting to have sox convert the w64 to wav and then pipe that into dcaenc and thereby hopefully get around the 4GB limit of doing two separate steps by first converting to wav. So dcaenc is reading from the STDIN.

I see. As long as SoX sends a valid Wave header (with valid "fmt" and "data" chunk) over the pipe this should work. You'll have to use the '-l' switch for dcaenc, of course.

[LoRd_MuldeR]

Originally Posted by Midzuki

Back on the topic =^.^=

Oh well, that's what I get for not paying attention to the damn code and/or documentation -.-



Besides, as the Back-Center channel "does not exist" for dcaenc,

even a "3/1" input.wav will result in a "2/2" output.dts

These are all channel configurations supported by dcaenc:

#define DCAENC_CHANNELS_MONO 0
#define DCAENC_CHANNELS_DUAL_MONO 1
#define DCAENC_CHANNELS_STEREO 2
#define DCAENC_CHANNELS_STEREO_SUMDIFF 3
#define DCAENC_CHANNELS_STEREO_TOTAL 4
#define DCAENC_CHANNELS_3FRONT 5
#define DCAENC_CHANNELS_2FRONT_1REAR 6
#define DCAENC_CHANNELS_3FRONT_1REAR 7
#define DCAENC_CHANNELS_2FRONT_2REAR 8
#define DCAENC_CHANNELS_3FRONT_2REAR 9
#define DCAENC_CHANNELS_4FRONT_2REAR 10
#define DCAENC_CHANNELS_3FRONT_2REAR_1OV 11
#define DCAENC_CHANNELS_3FRONT_3REAR 12
#define DCAENC_CHANNELS_5FRONT_2REAR 13
#define DCAENC_CHANNELS_4FRONT_4REAR 14
#define DCAENC_CHANNELS_5FRONT_3REAR 15

Though the CLI front-end currently uses a hardcoded "number of channels" to "channel configuration" mapping.

[nu774]

Originally Posted by geminigod

Anyone care to compile a development version of SoX for me??

Here you are...
http://www.mediafire.com/file/keige47mr6mo8dh/SoX.zip
Built with Visual Studio 2010, commit 6257b1b873d24ff2192d86f6efa4817eb433480c (Jan 11, 2012)
Sorry for not being static linked. Tons of Dlls.

[b66pak]

@nu774 thanks a lot...
_

[Midzuki]

Originally Posted by LoRd_MuldeR

These are all channel configurations supported by dcaenc:

#define DCAENC_CHANNELS_MONO 0
#define DCAENC_CHANNELS_DUAL_MONO 1
#define DCAENC_CHANNELS_STEREO 2
#define DCAENC_CHANNELS_STEREO_SUMDIFF 3
#define DCAENC_CHANNELS_STEREO_TOTAL 4
#define DCAENC_CHANNELS_3FRONT 5
#define DCAENC_CHANNELS_2FRONT_1REAR 6
#define DCAENC_CHANNELS_3FRONT_1REAR 7
#define DCAENC_CHANNELS_2FRONT_2REAR 8
#define DCAENC_CHANNELS_3FRONT_2REAR 9
#define DCAENC_CHANNELS_4FRONT_2REAR 10
#define DCAENC_CHANNELS_3FRONT_2REAR_1OV 11
#define DCAENC_CHANNELS_3FRONT_3REAR 12
#define DCAENC_CHANNELS_5FRONT_2REAR 13
#define DCAENC_CHANNELS_4FRONT_4REAR 14
#define DCAENC_CHANNELS_5FRONT_3REAR 15

Though the CLI front-end currently uses a hardcoded "number of channels" to "channel configuration" mapping.

Very well... That's the reason why I have added this text to main.c:

only the following channel-layouts are accepted:
mono, stereo, quadro, 5.0, 5.1.

besides, ( regarding the "bitrate hell" ):

The *actual* bitrate can be any value between 32 and 6144, BUT
the minimum and maximum values vary according to the frequency and the channel-layout;

I also modified the error message about "insufficient bitrate", because
5400kbps cannot be "insufficient" for a mono input @ 44.1kHz

[LoRd_MuldeR]

Here is a new build that allows the user to overwrite the pre-selected channel configuration (see help for details). Updated DLL is included.

[Selur]

Nice,thanks !

[LoRd_MuldeR]

Build in previous post updated: Channel configuration will now be checked for compatibility with input Wave file. Also added switch to indicate presence of LFE channel.

If, for example, you want to create a typical "5.1" encode from a six channel Wave file, then use 3FRONT_2REAR ("-c 10") in conjunction with "-f" switch - this is the default for 6ch input.

You could even create a "Center-only with LFE" encode now from a two channel Wave file by using MONO ("-c 1") in conjunction with the "-f" switch, confirmed by MediaInfo.

[b66pak]

for this wav:

General
Complete name : audio.wav
Format : Wave
File size : 22.0 MiB
Duration : 40s 0ms
Overall bit rate mode : Constant
Overall bit rate : 4 608 Kbps

Audio
ID : 0
Format : PCM
Format settings, Endianness : Little
Codec ID : 1
Duration : 40s 0ms
Bit rate mode : Constant
Bit rate : 4 608 Kbps
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 22.0 MiB (100%)

with dcaenc.2012-01-12.R2:

dcaenc -i audio.wav -o audio.dts -b 1509

or

dcaenc -i audio.wav -o audio.dts -b 1509 -c 10 -f

i get:

Invalid channel configuration for input audio!

with dcaenc.2012-01-02 is OK...
_

[Selur]

I agree something seems to be broken:

ffmpeg -threads 8 -v -10 -y -i "D:\Encoding Output\test_20_39_06_59101.ac3" -ac 6 -acodec pcm_s16le -f wav - | dcaenc -i - -o "D:\Encoding Output\test_20_39_06_59102.dts" -b 754 -l

and

ffmpeg -threads 8 -v -10 -y -i "D:\Encoding Output\test_20_39_06_59101.ac3" -ac 6 -acodec pcm_s16le -f wav - | dcaenc -i - -o "D:\Encoding Output\test_20_39_06_59102.dts" -b 754 -c 10 -f -l

both give me:

Invalid channel configuration for input audio!

Cu Selur

Ps.: works for stereo sources

[LoRd_MuldeR]

There was a little syntax error in my channel configuration checking code. Thus valid configurations could be rejected. Should be fixed now

[UPDATE] New build is available now [/UPDATE]

[Selur]

New build seems to work.

Cu Selur

[geminigod]

Has anyone compared the surcode DTS codec to dcaenc to see what the actual differences are? Aside from Surcode costing $250 of course. Just curious...