NOTICE: this topic was originally named "dcaenc-2 [MinGW build]"
If you're looking for FFdcaenc and not for dcaenc, then just go directly to this post
============== ORIGINAL MESSAGE BELOW ===============
Okay, here goes an up-to-date MinGW compile of dcaenc-2, based on the Windows-optimized code by Lord_Mulder. I have modified only the files main.c, wavfile.c and configure.ac, because the original stuff was cosmetically "UNacceptable".
Download location: archive RENBRU5DMi5Y.7z @ Mediafire:
Code:http://www.mediafire.com/?m53pi4fzcbvdl85Code:[C:\] =>dcaenc -v dcaenc-2 compiled on Aug 26 2012 at 20:30:37 using GNU GCC 4.5.2; http://aepatrakov.narod.ru/dcaenc/ http://gitorious.org/~mulder/dtsenc/mulders-dtsenc Copyright (c) 2008-2012 Alexander E. Patrakov <email@example.com> This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License <http://www.gnu.org/>. Note that this program is distributed with ABSOLUTELY NO WARRANTY. [C:\] =>dcaenc -h DCAENC --- experimental 'Coherent Acoustics' compressor. Usage: dcaenc -i <input.wav> -o <output.dts> -b <kbps> Optional: -l Ignore input length, can be useful when reading from stdin -e Set the byte-order to 'Little-Endian' (default is 'Big-Endian') -h Print this help screen -c Overwrite the channel configuration (default is: auto-selection) -f Add an LFE channel (default: used for 6-channel input) -v Show version info DETAILS: The input .WAV file must be either 16-bit or 32-bit integer; the input or output file name can be "-" for stdin/stdout. The bitrate is specified in kilobits per second and may be rounded up; floating-point values are allowed. * Available channel-layouts: - 1: A - 2: A, B - 3: L, R - 4: (L+R), (L-R) - 5: Lt, Rt - 6: FC, FL, FR - 7: FL, FR, BC - 8: FC, FL, FR, BC - 9: FL, FR, BL, BR - 10: FC, FL, FR, BL, BR - 11: CL, CR, FL, FR, BL, BR (not supported) - 12: FC, FL, FR, BL, BR, OV (not supported) - 13: FC, BC, FL, FR, BL, BR (not supported) - 14: CL, FC, CR, FL, FR, BL, BR (not supported) - 15: CL, CR, FL, FR, SL1, SL2, SR1, SR2 (not supported) - 16: CL, FC, CR, FL, FR, BL, BC, BR (not supported) [more info in the file 'uncommon-channel-layouts.mht'] * Valid sample rates (in kHz): 8 11.025 12 16 22.05 24 32 44.1 48 * Transmission bitrates (in kbps): 32 56 64 96 112 128 192 224 256 320 384 448 512 576 640 768 960 1024 1152 1280 1344 1408 1411.2 1472 1536 1920 2048 3072 3840 open VBR LOSSLESS [C:\] =>dcaenc ERROR: Required arguments are missing. Call 'dcaenc -h' for more information. [C:\] =>
+ Reply to Thread
Results 1 to 23 of 23
Last edited by El Heggunte; 2nd Aug 2014 at 05:21. Reason: update
Time for a new build --- compiled with GCC 4.8.1, featuring a new icon
(shamelessly borrowed from MPC-HC ^.^; ), and more importantly,
additional and useful info on the help screen:
<snip> DETAILS: The input .WAV file must be either 16-bit or 32-bit integer; the input or output file name can be "-" for stdin/stdout. The bitrate is specified in kilobits per second and may be rounded up; floating-point values are allowed. Because dcaenc uses a 4-byte granularity, i.e., 32 bits per audio frame (with 512 samples/frame), the ACTUAL bitrate will always be a multiple of: 3 kbps for 48 kHz 2.75625 kbps for 44.1 kHz 2 kbps for 32 kHz 1.5 kbps for 24 kHz 1.378125 kbps for 22.05 kHz 1 kbps for 16 kHz 0.75 kbps for 12 kHz 0.6890625 kbps for 11.025 kHz 0.5 kbps for 8 kHz <snip>
Last edited by El Heggunte; 9th Dec 2014 at 06:05.
Thanks. I don't know if I'll ever use it, but it's nice to have just in case.Got my retirement plans all set. Looks like I only have to work another 5 years after I die........
I tried it out and it worked great. I muxed the streams into both an mkv and ts. I was quite surprised that my TV's media player (via USB) could play them......
Nice!Got my retirement plans all set. Looks like I only have to work another 5 years after I die........
Glad to hear that ^_^
But don't forget, the authors are Alexander Patrakov (first) and Lord_Mulder (secondly),
I am just a messenger =^.^=
True, but I can't compile my way out of a paper bag. So I rely on smarter people like you to do the the dirty work (compiling programs) so that I can use them.
One of these days I'll have to learn to compile my own programs, but for now I'll let someone else do it.Got my retirement plans all set. Looks like I only have to work another 5 years after I die........
Today we present ffdcaenc 2.1.3 for your pleasure
Originally Posted by michailgm
Last edited by El Heggunte; 17th Dec 2014 at 22:52.
Maybe you can update title of thread to dcaenc 2 + ffdcaenc ?
^ Title has been updated, thanks for the suggestion
I'm not up to speed on this topic. So is ffdcaenc an improvement over dcaenc?Got my retirement plans all set. Looks like I only have to work another 5 years after I die........
namely, support for 24-bit WAV files, one mono WAV file per channel, DVD-compliant bitrates (754.5 and 1509.75).
If you want to know the "gory details" , then please goto http://forum.doom9.org/showthread.php?t=170952
hi, is there a option to switch L and R channel? And if yes, can u type command for it? I need ths urgently, thank you!
If your answer is "yes", then my reply is "no", because ffdcaenc is not a stream editor.
Otherwise, you can use eac3to for getting two mono inputs:
eac3to source.wav intermed.wavS
and then feed ffdcaenc with the correct mono inputs.
thank you for reply ElHeggunte, i have a 32bit wav from VHS and im converting it to DTS 768, everything is great, ffdcaenc is great little bastard, but i found out that L and R channels in wav are accidentaly swapped (mapped). I switched them already in Izotope RX but i would like to know if is there a switch like ex. -c 3 R, L
The dcaenc library has a serious limitation regarding the input's channel order and the output's channel layouts,
the -c switch was introduced by Lord_Mulder merely as a workaround...
You could use sox for swapping the left and right channels and then call "stdout",
if you think the extra step required by eac3to is "unacceptable"
How do SurCode and ffdcaenc compare? Is either one any better than the other?
Last edited by Surlias; 6th Nov 2014 at 15:22.
It definitely won't integrate with eac3to directly like surcode dts (ie. you can't use a switch), unless madshi patches eac3to to do so
But it should be possible to pipe it with programs like ffmpeg
Q. common distributed ffmpeg binaries have "dts" for encoding now, does it use dcaenc or ffdcaenc ?
I'm interested in seeing comparison tests also
Surcode is very-limited, its targets are DVD-Video and DTS-CD only.
DVD-Video supports only four bitrate values (754.5 and 1509.75 kbps for 5.1, 503.25 and 377.25 kbps for 2.0).
DTS-CD means 1234.8kbps @ 44.1kHz.
IMHO, one should compare ffdcaenc to the Master Audio Suite, not to Surcode.
Also, for ABX tests, using stereo sources is easier and more reliable than using multichannel sources.
That's a different story, then.
At 1536kbps, you should perceive NO differences between ffdcaenc and the commercial encoders.
NOTICE: i.i.r.c., Surcode cannot give you ACTUAL 1536kbps,
it will only output 1509.75kbps "padded with zeroes",
if you choose the .dts file extension instead of the .cpt one.
OTOH, ffdcaenc does not have such limitation, since it is a fully-featured DTS "Coherent Acoustics" encoder.
As for the M.A.S., you shouldn't worry about it, unless your goal is create Blu-Ray~compliant files
(or do some ABXing ).
Last edited by El Heggunte; 6th Nov 2014 at 20:12. Reason: add info
Post #9 has been updated with a new binary.
Reason: there was a design flaw which broke the stdin support in the Windows builds =^.^=