A NOS 192/24 DAC with the PCM1794 (and WaveIO USB input)

Member
Joined 2008
Paid Member
Regarding USB cables, me and a friend did the comparison between a standard usb printer cable to a Wireworld usb cable. The wireworld produced a more refined/smoother sound, without any loss of resolution. It is hard to go back after you compare the two side by side. This was used between my DDDDAC1794 USB module (powered by one of Doede's power supplies) and his laptop. We were listening to tracks from Blue Coast Collection: The E.S.E. Sessions.

I now have no doubts!
 
I would have mentioned that. In my many years in IT I have never had one bit error in USB transmissions, so the data gets over correctly. And there are no good and bad bits.

Bill Whitlock, one of the guys who writes the standards, recommends always to use a USB isolator, and points to this one:
https://electronics-shop.dk/isolated_serial.htm?currency=EUR

It is a danish shop. I dont know them, and have never dealed with them - yet. Because I will certainly try one of these.


I thought the same till I really compared. Has mostly to do with grounding I believe
 
Hi Les,
took me some time to find out how also :)

Firste press the button (Go Advanced) and then click the attachement symbol, then choose the picture file and press the (Upload) button. Close the window and submit.

Maybe it is obvious but SP/DIF has to be phased correctly.


Best regards
Arthur.

Hi Doede,

I do not know how to attach pictures.

I will have wait for one of my children to visit to do that.

The only components I have left over from the kit are a pair of 200k resistors.
Is this significant?

Regards,Les
 
Hi guys,

Regarding the bits is bits discussion: there is a difference in data transmission for "computer" data and "CD" data.

Let me start with saying that data transmitted, via USB, WiFi or any other means, is never 100% faultless, its the check principle that makes it fault less.

All computer data is transmitted in packages with a kind of check (most people know the checksum principle) at the reciever end. If the package is send over, the software checks it, and when it has faults the package is send again. This principle makes the data transmission faultless.

Now over to CD data. The CD datastream is never meant to be send in packages on computers, the data does not have have a checksum facility build into the protocol. So there is no way for the reciever to check if the data is received corrrectly. CD and digital audio is always considered to be a real time data transmission, so there is no time to send the package over again!

To back to 2014: nowadays we have super speed computers and async USB recievers so you would think the problem is solved? It is not because we are still using the red book protocol for digital music data transmission that had been developed in the seventies :(

This explains why different USB cables sound different, and async recievers only solve the jitter issue of the data transmission but not data loss..........

Regards,
 
Hello
Here is a short review of Doedes new board with the spdif...
no reason to talk about usb vs spdif..this is done by other..
But this is only about the spdif input .from digi out, coming from my Denon A1XV dvd player

one thing come in mind at once...the quality of the sound ,is at same, very high level, as you will hear from the usb input..none hard or annoying sound..just hear the acoustic guitar and voices ,from a Music dvd..it sounds like silk ..tell me to turn the volume up...very satisfying...
very good dept in sound..it is just like being to the Concert..

For me it is the best dac ever..specially because the sound is so musical ,,i can listen for hours and will just have more...

Does it works without problem ,,when changing from usb to spdif ?? a big yes--
later on i will try a better clock on the board,,,and change the 5v and 3.3v to a better type

This dac is highly recommended

best Bjarne
 
I surrender and apologize!

Best regards
Arthur.

Hi guys,

Regarding the bits is bits discussion: there is a difference in data transmission for "computer" data and "CD" data.

Let me start with saying that data transmitted, via USB, WiFi or any other means, is never 100% faultless, its the check principle that makes it fault less.

All computer data is transmitted in packages with a kind of check (most people know the checksum principle) at the reciever end. If the package is send over, the software checks it, and when it has faults the package is send again. This principle makes the data transmission faultless.

Now over to CD data. The CD datastream is never meant to be send in packages on computers, the data does not have have a checksum facility build into the protocol. So there is no way for the reciever to check if the data is received corrrectly. CD and digital audio is always considered to be a real time data transmission, so there is no time to send the package over again!

To back to 2014: nowadays we have super speed computers and async USB recievers so you would think the problem is solved? It is not because we are still using the red book protocol for digital music data transmission that had been developed in the seventies :(

This explains why different USB cables sound different, and async recievers only solve the jitter issue of the data transmission but not data loss..........

Regards,
 
later on i will try a better clock on the board,,,and change the 5v and 3.3v to a better type

best Bjarne
Hi Bjarnel,

Would you please elaborate more about the better clock and voltage change to a better type?
my 8-decks with Sowters and Tent clock, basically the best could possible get from Doede for now, are on transit. I would be particularly interesting in your comments with better clocking, is it other than Tent clock offering by Doede?

Many thanks,
Chanh
 
Hello Chanh
If you use tent clock,,i do not think it will be better with another clock
I will try to use Newclassd clock, and 5 and 3.3v regulator
i use already one on the board...just where the 12v input is..

Later on i must have Doedes Sowter...just need to sell my Cinemag and more stuff--so i can afford them
best Bjarne
 
I'm strongly thinking about buying a DDDAC. Rather than connect it directly to the amplifier (a F6 I just built), would you guys recommend I use a JFET DC-coupled buffer like the Pass B1 / Mezmerize? The main advantage would be that I can then use a stepped attenuator for volume control on the analog side, and it eliminates the need for output caps. One day, this will be a fully balanced system; does this change anything?
 
DAC Output Buffer

danielutzu brought up the subject of using a Pass DC coupled B1 JFET buffer just as I was thinking of using them as a buffer between the balanced outputs and the Cinemag transformer. This would provide a >1megohm load to the DAC while providing a stronger signal to the transformer. I suspect that 4 and 8 stack DACs sound better by providing a much lower output impedance than a single DAC board. Shouldn't the buffer accomplish the same thing while eliminating the interaction between the DAC outputs and an inductive load?

I once put B1DC buffers after LDR volume controls with incredible sounding results.
 
Is it normal that the windows 7 volume control stays active in Foobar with wasapi event and in JRiver?
I found using window server R2 2012 yield much greater result in sonic with Lukits kernel streaming driver. This version under core with highend audio optimizer mode is advertised in according to Phil at https://www.highend-audiopc.com/optimizer.html gives the analog sound so good that unimaginable. I am yet convinced nor prepare to invest $100 Euros for this. Nevertheless, I've been using window server 2012 and the outcome was noticeably has improved! :p