• These commercial threads are for private transactions. diyAudio.com provides these forums for the convenience of our members, but makes no warranty nor assumes any responsibility. We do not vet any members, use of this facility is at your own risk. Customers can post any issues in those threads as long as it is done in a civil manner. All diyAudio rules about conduct apply and will be enforced.

Reference DAC Module - Discrete R-2R Sign Magnitude 24 bit 384 KHz

New firmware appears to be stable, locking to different sample rates seems very fast, played a bunch of stuff of varying rates. No pops or clicks to note, however I don't know if its just me or if both boards are tracking one another better or closer, at least more consistently, before it seemed as if it would randomly be off at times large enough to notice, but the next samplerate change it would be fine. Going to need @ynmichael's opinion on that one.

I'm quite honored. It's partly these moments that make the forum experience seem meaningful... and not always for bad reasons :)

I can confirm that the random gaps between left and right channel when first acquiring signal lock is almost completely gone in 1.21. It's really impressive actually. Thanks a lot Soren!

But the inter-channel delay in dual-mono probably wasn't that terrible to begin with. I haven't had the time to record and see what the differences are empirically, but they should be somewhere between "inaudible" and "audible but no effect on music enjoyment at all". That seems good enough to be put out of mind from a practical perspective. True engineering perfection in DAC is not really attainable with today's technology anyway, maybe never. My worries earlier might be largely due to some perceived "standard" of perfect channel synchrony for DACs. I guess it's no surprise since everything from iPods to insanely priced audiophile equipment almost always have perfect channel synchrony. (Though Soren could in theory fix the inter-channel delay once and for all in dam1021 with some FW features if he wants to. ;)) Inspirational values in the pursuit of engineering perfection aside, it's probably better to stick to the practical perspective than to worry over faulty external norms.

I'm still having problems with small clicks and gaps when switching tracks in FB2K even with no change in sampling rate; it only happens when the DAC loses lock and it seems random whether it would. It might be caused by FB2K though, and without the left/right gaps doesn't bother me much. It's most prominent, if not only when I switch a split second after the previous switch. It appears that reducing FB2K buffer size helps a bit. Using WASAPI->Amanero. Does someone know what might be the issue here?
 
Last edited:
ynmichael, you can repeat the "could in theory fix the inter-channel delay" crap in another thread, I already told you it's not gonna happen, it's not even possible in the dam1021.

The clicks when switching samples rates are tiny and not really a problem that this release try to solve.

This rev 1.21 is trying to fix the clicks while playing, those that came with rev 1.19.
 
If they don't run in a synchronous mode, there will be a delay, thus there is indeed "something" that could indeed be "fixed".

I will take you at your word that it is impossible to enable them to run synchronously, and it is thus impossible to fix.

Whether or not the delay causes an audible degradation in performance would seem to be an open issue: it has been reported to be audible while you of course claim otherwise. If you have any actual test data with the dac set up in a multichannel configuration, which you said it was capable of, to support your contention, please post it.

Regardless, another example of this dac being advertised as "reference" when it clearly is sub optimal, from, at a minimum, a design perspective.
 
The topic is being discussed here by the designer, thus, this would seem to be a proper location for my post.

While it may be unimportant to you, you are hardly the arbiter of what is and isn't important for others. I suggest you skip it if it annoys you.

I am happy you find it to be a reference dac. Clearly, there are users with varying standards and different definitions. You are entitled to your opinion, as are others to theirs.

I understand your annoyance. You know what I find annoying? Buying a product advertised as a "reference" dac, only to find out afterwards that it was a beta release.
 
Last edited:
ynmichael, you can repeat the "could in theory fix the inter-channel delay" crap in another thread, I already told you it's not gonna happen, it's not even possible in the dam1021.

The clicks when switching samples rates are tiny and not really a problem that this release try to solve.

This rev 1.21 is trying to fix the clicks while playing, those that came with rev 1.19.

Sure ;)

cab, take your musings to another thread this unimportant subject has been trolling this thread to the point of annoyance.

For me this is definitely a reference dac, also from design perspective (28bit discrete R2R sign magnitude)
I enjoy it daily, while my other dacs gather dust.

Sorry about the repeated mentions. I understand that it can be annoying....
 
Complain to those who brought the discussion back here then, like the designer, rather than personally attack others who are simply continuing the discussion.

Again, if you have something material to contribute to the issue, feel free.

Yes, this is annoying. I'm going to be doing some timing tests myself once I have some solid test scheme, I can trivially generate a good repeatable SPDIF sample with the DG1032 arb.