Great job, in any case! The dcadec interface is easy to use, and decoding generally looks promising. conversion to FLAC), having some sort of indication whether decoding was perfectly lossless or not would be very helpful. This might not be crucial for realtime playback, but for reencoding purposes (e.g. I could imagine that XLL itself can be checked, but maybe not the final core+XLL combined data? Having some way to check that for lossless-ness would be very helpful, of course, so that users can know if lossless decoding succeeded or not. Upload will take about 1,5 hours, so wait a little before you download:īTW, does the XLL extension have some sort of CRC check so that dcadec can check if the final decoded result is really bit perfect? I know that TrueHD has such a CRC. Contained are the original DTS files and ArcSoft decoded WAV files, so you have a reference to compare to. Everything is fine, but dcadec.exe stops at "Progress: -95%".Decoding runs through without any errors, but the final result doesn't match the ArcSoft decoder.dcadec.exe reports "PCM output overflow".And decoded data is not correct, anymore. libdcadec.dll's dcadec_context_filter() function suddenly changes bits_per_sample from 16 to 14 with one of the samples, when this happens. dcadec.exe reports "PCM output parameters changed".
dcadec.exe reports "Failed to decode block code + invalid bitstream format".However, several of them failed to decode properly. I'd say about 60-70% of them decoded identical to the ArcSoft DTS Decoder. Then I've run XLL decoding tests, using my XLL sample collection with various format combinations. Testing your decoder, I've started with simple channel order tests, using conventional DTS files (no HD), testing all possible speaker/channel configurations: All tests passed with flying colors.