It produces 1630 decoding errors with ffmpeg-git-20200616 but none with another FFMPEG version I have on another computer with a very old OS. The uploaded DFF file very interesting on many levels. If needed, I can send DFF files (300~500 MB each) to the FTP server, both working and producing decoding errors, just ask :-) I couldn't find a pattern among SACD sources though (different artists, producers, etc) But, if at least one DFF file in a given ISO produces decoding errors, I can be sure some of the next tracks will also produce errors. I have a lot of DFF files which decode cleanly with FFMPEG. So I wonder if something is wrong with FFMPEG's DST decoder or if odio-sacd silently ignores them and mutes them, I have no way of knowing for sure.įrom all the SACD ISOs I have, there's a pattern : For any given ISO, I either get errors on a lot of DFF or none of them. And the WAV files are always a tiny bit shorter in size and thus in time by 10's of milliseconds on those 5.1 files. On the lower volume parts of the tracks, the FFMPEG WAV files have cracks and pops around the timelines where the decoding errors occurred. The command line is odio-sacd -i "music_file.dff" -r 176400 To (try to) validate that all files are clean, I used odio-sacd which is a DST/DFF converter and it produces WAV files (non RF64) out of DFF files free of any error. When I try to turn them into RF64 WAV files, some DFF (dst) files produce errors but DSF files, identified Stream #0:0: Audio: dsd_lsbf_planar, 352800 Hz, 5.1, fltp, 16934 kb/s by FFMPEG are absolutely clean and error free. Sacd_extract -i sacd.iso -m -s produces Sony DSF files from the very same SACD ISO and it's faster but resulting files are way bigger.
I have a bunch of DSD files from my SACD collection ripped a long time ago with sacd-ripper using the command line sacd_extract -i sacd.iso -m -p which produces Philips DSDIFF according to the usage help.