map 0:v -map i:0x89 -strict -2 -c:a copy -ac 6 -b:a 384k -ar 48000 -hide_banner "Pulp_Fiction.mp4" Ok then at this point I wonder, he copied, what he copied ?, he copied the DTS codec, is for what reason if I manually set the audio codec (dca) the conversion goes me error, I am convinced that it is an internal error of the codec (dca) in FFmpeg. I think the problem is the internal codec (dca) in ffmpeg, I hope will solve in the future, for the moment if no one else has given a valid answer to the problem, I think it is useless to clog the thread with useless answers. Ha.Ha.Ha.Yes, but I did not ask you this, I did not open the thread with the problem that the audio stream encoding in DTS was low quality or it was disgusting, asking for a solution, in fact I told you that it was not the problem, if you reread my first post another 10 times maybe you'll understand the problem. I said and I meant that encoding a 5.1 stream to DCA at 384kbps will probably suck very much.īut, since you are a functional illiterate, be welcome to my IgnoreList. I DID NOT SAY and I did not mean that "it's a bitrate problem". If the problem is ffmpeg and the internal codec dca, I'll have to do without it, at this point I do not care about a DTS with mono or stereo audio track, it is not convenient to use it for conversions. I do not think it's a Bitrate problem, in fact it is not, I use the FFmpeg 3.4 version of, personally the most stable version for my needs. Regardless of bitrate and sampling frequency. dts files generated by dcaenc and ffdcaenc have been validated by the program DTS-HD Stream Tools,
#Aac codec for jetaudio full
Tiny subset of the full DTS-audio specifications.»ģ) all the. Much in the same way the official /certified DTS encoders do not go beyond a «it's not impossible that the hardware-based DTS decoders are "crippled" somehow, «this encoder uses only the most basic compression techniques defined in the DTS specification,Īnd thus cannot win any comparison with commercial DTS encoders.» For what it's worth,ġ) quoting the author of the original source-code of dcaenc:
#Aac codec for jetaudio software
The problem is the result of a design flaw in the firmware, since the same elementary streamsĪre decoded without audible distortion by the software DTS decoders on a PC. (i.e., with audible distortion) by the hardware DTS decoders. 16: CL, FC, CR, FL, FR, BL, BC, BR (not supported)ġ536 1920 2048 3072 3840 open VBR LOSSLESSĪccording to some members of Doom9's forum, the DCA streams generated by ffdcaenc are decoded incorrectly 15: CL, CR, FL, FR, SL1, SL2, SR1, SR2 (not supported) 14: CL, FC, CR, FL, FR, BL, BR (not supported) 13: FC, BC, FL, FR, BL, BR (not supported)
12: FC, FL, FR, BL, BR, OV (not supported) 11: CL, CR, FL, FR, BL, BR (not supported) (with 512 samples/frame), the ACTUAL bitrate will always be a multiple of:
use floating-point values for bitrates that are not a multiple of 1 kbps.īecause the encoder uses a 4-byte granularity, i.e., 32 bits per audio frame The bitrate is specified in kilobits per second and may be rounded up The input or output filename can be "-" for stdin/stdout. The following mono input file combinations are supported:ģ.0 -0 left.wav -1 right.wav -2 center.wavģ.1 -0 left.wav -1 right.wav -2 center.wav -3 lfe.wavĤ.0 -0 left.wav -1 right.wav -4 ls.wav -5 rs.wavĤ.1 -0 left.wav -1 right.wav -4 ls.wav -5 rs.wav -3 lfe.wavĥ.0 -0 left.wav -1 right.wav -2 center.wav -4 ls.wav -5 rs.wavĥ.1 -0 left.wav -1 right.wav -2 center.wav -4 ls.wav -5 rs.wav -3 lfe.wav m Multiple Mono input files (default: -i for multi-channel input file)
f Add an additional LFE channel (default: used for 6-channel input) c Overwrite the channel configuration (default is: auto-selection) r Reduced Bit Depth for DTS CD format (default is: Full Bit-Depth) e Switch output endianess to Little Endian (default is: Big-Endian) l Ignore input length, can be useful when reading from stdin
FFDCAENC - experimental 'Coherent Acoustics' compressor.