What century are you in?64 bit!![]()
Here's a DFF file in case that's what you need:
https://drive.google.com/file/d/19MdO-SbLQWCUhmWbtdZa-ALHcWhNlnCw/view
What century are you in?64 bit!![]()
Is this the same one you used to encode the DSD file? If yes, could you paste the same cmd parameters for encoding?Use this one.
Any chance you could upgrade the os to 64 bit?64 bit!![]()
It's compiled from the same source code.Is this the same one you used to encode the DSD file? If yes, could you paste the same cmd parameters for encoding?
SACD format is older, than my PC & OS.What century are you in?
https://octave.org/ - ?To create the DSD file, I first upsampled the original in Octave
Thanks. I just want to try your SoX with other files I have, so would like to know the recommended parameters.It's compiled from the same source code.
To create the DSD file, I first upsampled the original in Octave (Matlab would also work) using the interpft function. This does an FFT on the entire file, so it's as close to a perfect filter as you can get. I saved the result as 32-bit float and converted it to DSD using this command:
sox in.wav out.dsf sdm -f clans-8 -n 32 -t 32
For the conversion back to PCM, I again used Octave and an FFT on the entire file.
The sox resampler would, even with the best settings, have a transition band of a kilohertz or so, and since the input was white noise, this would have ruined the Diffmaker figures.
Some might say I cheated. I disagree. The challenge was to show that DSD can encode anything 16-bit PCM can. It can, but it's bloody inconvenient.
You can skip the -n and -t flags since those make it insanely slow while improving quality slightly.Thanks. I just want to try your SoX with other files I have, so would like to know the recommended parameters.
That's a mean phase shift. I tried to match these manually but could only get a -61 dB match in Audacity even after upsampling to the highest sample rate it would support, an arbitrary 1000000 Hz (maybe I should update it, I've still got 2.0.4 from who knows when on here).Speaking of DeltaWave, or null test in general, for example, here are two files with a simple tone and they look pretty similar in DeltaWave, but no matter what settings I use I can never get a reasonable null depth figure or DF Metric. The generation of these files are totally unrelated to white noise, DSD and resampling. @pkane could this situation be improved?
View attachment 84425
Speaking of DeltaWave, or null test in general, for example, here are two files with a simple tone and they look pretty similar in DeltaWave, but no matter what settings I use I can never get a reasonable null depth figure or DF Metric. The generation of these files are totally unrelated to white noise, DSD and resampling. @pkane could this situation be improved?
View attachment 84425
Speaking of DeltaWave, or null test in general, for example, here are two files with a simple tone and they look pretty similar in DeltaWave, but no matter what settings I use I can never get a reasonable null depth figure or DF Metric. The generation of these files are totally unrelated to white noise, DSD and resampling. @pkane could this situation be improved?
View attachment 84425
Thanks. Basically I wanted to check the maximum PCM input level. As you mentioned previously PCM-DSD_Converter with the strongest noise shaping among others indeed trashed the reference RMAA signal so I needed to reduce 3dB to obtain a usable DSD file. These tests were done using "rate -v 2822400 sdm -f clans-8" without additional flags. PCM conversions were done using the foobar plugin with my custom filter.You can skip the -n and -t flags since those make it insanely slow while improving quality slightly.
Speaking of DeltaWave, or null test in general, for example, here are two files with a simple tone and they look pretty similar in DeltaWave, but no matter what settings I use I can never get a reasonable null depth figure or DF Metric. The generation of these files are totally unrelated to white noise, DSD and resampling. @pkane could this situation be improved?
View attachment 84425
How many MIPS (or GHz) must have a 1-bit ADC chip for the same exact digitization?I saved the result as 32-bit float and converted it to DSD using this command
These files were generated digitally and analyzed digitally in floating point, so irrelevant to intersample over. pkane gave an explanation already:The two files, if upsampled in Audacity, show "intersample overs", if that is causing your problem...
View attachment 84567
The SoX modulator can overload with evil inputs like high-level wideband noise extending well beyond the audio range. If that happens, the -n/-t flags can help at a significant cost in speed.Thanks. Basically I wanted to check the maximum PCM input level. As you mentioned previously PCM-DSD_Converter with the strongest noise shaping among others indeed trashed the reference RMAA signal so I needed to reduce 3dB to obtain a usable DSD file. These tests were done using "rate -v 2822400 sdm -f clans-8" without additional flags. PCM conversions were done using the foobar plugin with my custom filter.
With an 8th-order noise shaping filter, the modulator core does 15 multiplications and 24 additions per sample. The design is similar to what actual chips use.How many MIPS (or GHz) must have a 1-bit ADC chip for the same exact digitization?
Thanks. Another question. Suppose I want to convert a DSD64 file to 88.2k PCM, I can use something like:The SoX modulator can overload with evil inputs like high-level wideband noise extending well beyond the audio range. If that happens, the -n/-t flags can help at a significant cost in speed.
Try the undocumented "rate -u" which has higher stopband rejection than -v. Yes, I ought to fix the manual.Thanks. Another question. Suppose I want to convert a DSD64 file to 88.2k PCM, I can use something like:
rate -b 74 -v 88200
Now I want to convert to 176.4k PCM and the -b flag can't suppress the noise, so I use:
sinc -32k -n 1023 rate -v 176400
Is there a better/faster way to do this?