XMOS DSD 384 kHz / 32bit USB

Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.
For those who don't need measurements to get up and d-i-y, a picture. :) Have a nice weekend!
 

Attachments

  • PC180854.JPG
    PC180854.JPG
    214.1 KB · Views: 453
What a silly viewpoint, you are manipulating digital signals without measurement's you have NO idea what you are doing.... Digital when wrong does not have a subtle effect on the sound, and neither do minor changes to the digital system have subtle effects on the resultant soundfield (other than possible jitter reduction at the point of conversion).
All you have done is add a larger value capacitor at some point in the circuit (contrary to the data sheet recommendation for the supply in question.), you have no empirical evidence that it is doing anything positive to the design... You may call this DIY I just call it playing...
 
What a silly viewpoint, you are manipulating digital signals without measurement's you have NO idea what you are doing.... Digital when wrong does not have a subtle effect on the sound, and neither do minor changes to the digital system have subtle effects on the resultant soundfield (other than possible jitter reduction at the point of conversion).
All you have done is add a larger value capacitor at some point in the circuit (contrary to the data sheet recommendation for the supply in question.), you have no empirical evidence that it is doing anything positive to the design... You may call this DIY I just call it playing...
Hi marce, I don't mind what you call this at all and disagree with you. Why don't you comment on my explanation in my post, other than stating your opinion about what you think I'm doing, I think that's rather short sighted. I didn't manipulate 'digital' signals by adding the cap, it's just improving analog psu of PLL, please spare me your dogmas about minor changes to a digital system...

I didn't say effects were subtle either, and by the way: we are talking about jitter reduction here indeed, you got that right!:p

There are more designs just simply copying datasheet design recommendations, while in this case datasheet is very clear about PLL_AVDD to be separated from VDD, with the additional use of RC-filter of recommended proportions. Just complying to recommendation won't mean you have the best design, although in this case it would be with psu separated, as stated by datasheet. By adding the cap we can try to compensate for the original error of not separating power supplies, it's just as simple as that.

Julf; said:
Not sure, seems a heck of a lot of people are typing (and posting pictures) instead of trying to understand how the equipment actually works...
@Julf: I think you just invited yourself to teach us a lesson on how this equipment really works, please go ahead, would be informative and fun too:)
 
I didn't manipulate 'digital' signals by adding the cap, it's just improving analog psu of PLL, please spare me your dogmas about minor changes to a digital system...

I didn't say effects were subtle either, and by the way: we are talking about jitter reduction here indeed, you got that right!:p

In that case, it ought to be pretty easy to see how much the jitter performance actually improved, and what the audible effect is.

@Julf: I think you just invited yourself to teach us a lesson on how this equipment really works, please go ahead, would be informative and fun too:)
AES E-Library The Diagnosis and Solution of Jitter-Related Problems in Digital Audio Systems
 
OK, why should we all loose time talking about technicals when we can simply try out the mod Ninosimona suggests?
I think we would save some time and be much more sure about its results than discussing about each one's interpretation of a datasheet or a technical guide...
In my opinion that's the REAL scientific way: first experimenting, then building a theory to justify the results. Not the reverse (that is called FAITH).
Unfortunately my system is down and under rework now, but i guess all of you have an I2SoverUSB board under his hands. The mod is quite easy and fast to accomplish (and remove), so could someone please try it and report his SQ findings and jitter measurements?
 
Well at least someone is soldering something and listening to it instead of typing on a keyboard. :rofl:

Actually somebody is laying out PCB for a medical ventilator, doing the cough detection system, low level analogue from the sensors with DACs then to a microprocessor for analysis... thinking about boring things such as signal integrity (trace effects especially on low level analogue signals), EMC issues, power supplies layout and location on board (Keep the SMPS switching nodes out of the way etc.)...
So how can soldering one large value cap onto the design change the sound so dramatically, without careful measurement's along the digital chain how do you quantify what is happening. Large value caps act as reservoir capacitors in the digital decoupling scheme, they cannot react fast enough for the switching, but act as reservoirs to top up the smaller value caps local to a devices pins, so a start would be monitoring the power supply pin under load conditions...
 
There are more designs just simply copying datasheet design recommendations, while in this case datasheet is very clear about PLL_AVDD to be separated from VDD, with the additional use of RC-filter of recommended proportions. Just complying to recommendation won't mean you have the best design, although in this case it would be with psu separated, as stated by datasheet. By adding the cap we can try to compensate for the original error of not separating power supplies, it's just as simple as that.

You may find this surprising but IC data sheets tend to show the BEST practice for using that device, this is because the IC manufacturers want you to use their device with minimal problems...

Without any measurements you have no proof of anything happening, just hearsay though...
 
OK, why should we all loose time talking about technicals when we can simply try out the mod Ninosimona suggests?
I think we would save some time and be much more sure about its results than discussing about each one's interpretation of a datasheet or a technical guide...
In my opinion that's the REAL scientific way: first experimenting, then building a theory to justify the results. Not the reverse (that is called FAITH).
Unfortunately my system is down and under rework now, but i guess all of you have an I2SoverUSB board under his hands. The mod is quite easy and fast to accomplish (and remove), so could someone please try it and report his SQ findings and jitter measurements?

Funny that's the opposite way to how the designs I work on in electronics are done... lots of boring working out the solution to the design requirement, some experimentation is part of the cycle, but it is considered experimentation with measurement's to determine the results!:confused:
 
In my opinion that's the REAL scientific way: first experimenting, then building a theory to justify the results. Not the reverse (that is called FAITH).

Absolutely! But after formulating a theory, the next step is to postulate an experiment that can validate or invalidate the theory. And in fact, before formulating a theory, one should first validate the observations.

If you hear a difference, there are multiple explanations and theories. At the most basic level, there might be a real, physical difference, but it might also be that the perceived difference is caused by confirmation bias. Thus the first thing to do is to isolate the effect of bias. Fortunately there is a relatively easy way to do that, by using a double-blind listening test.
 
Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.