There are two standards for DSD channel assignment. Its not an uncommon problem to find the channels are swapped.
I have this firmware as per Dom advice.
Attachments
Doesn't works, are you sure that don't need to erase the flash & re-install again?
Attachments
It should work, but maybe your board is different. As I can see, it has an oemid = "nativedsd", which is different than my board "combo384".
Even if you reinstall the firmware, you still have to modify "Configuration Bits" pressing Write Flash.
In this case, I would reccomend you to re-flash your firmware using DSDSWAP version for CPLD, so it will bring DSD channels in phase with PCM ones, and after that you can swap the wires inside - or outside - your DAC.
Even if you reinstall the firmware, you still have to modify "Configuration Bits" pressing Write Flash.
In this case, I would reccomend you to re-flash your firmware using DSDSWAP version for CPLD, so it will bring DSD channels in phase with PCM ones, and after that you can swap the wires inside - or outside - your DAC.
Attachments
Doing that would swap DSD channels only if DSD was sent from your PC, such as if you were using HQ Player to software convert PCM to DSD.
Thorp was correct in advising you to swap PCM channels since in this case PCM will be converted to DSD by Simple DSD Modulator only after passing through Amanero as PCM. Does that make sense?
Last edited:
I've now received the FPGA so will gather the other parts together and see if I can get it assembled over the Christmas break.
Is this what I will need if I get to a state where I need to load the code into the FPGA?
https://www.aliexpress.com/item/328...7f!64548542145!sea&curPageLogUid=J4r3Q28T8FVX
Is this what I will need if I get to a state where I need to load the code into the FPGA?
https://www.aliexpress.com/item/328...7f!64548542145!sea&curPageLogUid=J4r3Q28T8FVX
So, I assembled one side of the board this afternoon. I've bought myself a cheap USB microscope from Amazon, which made applying the solder paste and placing the components much easier and more precise. Soldering was done with a hot-air workstation. Apart from missing C18 I'm pretty pleased so far. I need to check carefully for solder bridges before I flip it over and work on the other side. BTW, I'm waiting for the AMS1117 but I can hand solder that when I do the other side.
Well, finally have some preliminary results to report on Simple DSD Converter. Rigged mine up to work with I2SoverUSB so that there is galvanic isolation from USB. Also driving I2SoverUSB from external clocks that I like better than the built-in clocks. The output of the DSD Converter is reclocked before being sent to a custom AK4499 DAC.
Previously the dac obtained upsampled conversion to DSD256 using a very carefully tweaked pair of AK4137 chips. My AK4137 implementation is a bit more technically involved and expensive to build than the DSD'it AK4137 DSD converter forum project (so I would not expect them to sound exactly the same, just sayin' ).
First listening impression using Simple DSD converter was with xx3stksm's 2nd version of his 5th order modulator. To me, the sound was 'soft' in a way that some people have described not liking about DSD reproduction they have heard before. Again to me, I liked the 5th order DSD Converter modulator sound less than that of my AK4137 implementation, which was more dynamic, had plenty of punch, and clear low level delineation between instruments.
Today have ollo's 7th order modulator running, and I have to say that its very similar in SQ to what it possible using AK4137 along with somewhat more complicated circuitry than is needed to use Simple DSD Converter. In other words, ollo modulator overcomes that 'soft' DSD sound some people may not prefer, and it does it pretty simply in terms of hardware. However IME, soft as versus tight and dynamic, can also be very much affected by Vref regulator design. So, it appears that particular subjective SQ effect is not simply a function of one variable.
Hope to do some more tests comparing software based DSD conversion and also PCM playback. Will see if I can spoof Simple DSD converter into passing PCM by asserting DSD_ON when its really PCM data format.
Previously the dac obtained upsampled conversion to DSD256 using a very carefully tweaked pair of AK4137 chips. My AK4137 implementation is a bit more technically involved and expensive to build than the DSD'it AK4137 DSD converter forum project (so I would not expect them to sound exactly the same, just sayin' ).
First listening impression using Simple DSD converter was with xx3stksm's 2nd version of his 5th order modulator. To me, the sound was 'soft' in a way that some people have described not liking about DSD reproduction they have heard before. Again to me, I liked the 5th order DSD Converter modulator sound less than that of my AK4137 implementation, which was more dynamic, had plenty of punch, and clear low level delineation between instruments.
Today have ollo's 7th order modulator running, and I have to say that its very similar in SQ to what it possible using AK4137 along with somewhat more complicated circuitry than is needed to use Simple DSD Converter. In other words, ollo modulator overcomes that 'soft' DSD sound some people may not prefer, and it does it pretty simply in terms of hardware. However IME, soft as versus tight and dynamic, can also be very much affected by Vref regulator design. So, it appears that particular subjective SQ effect is not simply a function of one variable.
Hope to do some more tests comparing software based DSD conversion and also PCM playback. Will see if I can spoof Simple DSD converter into passing PCM by asserting DSD_ON when its really PCM data format.
Last edited: