DirectStream DAC MKII Beta Tester Reviews

i hear the static discharge with MKII at the begining of every track. i did not hear that before with the MK1

LG has poached on PSA remote “freqs” for years.

Some questions whose answers might help narrow things down:
What inputs are you using? What’s your source device and/or what software are you using on your computer? Do you hear it only, for example, when going from PCM to DSD, DSD to PCM, only between DSD tracks, when sample rates are changing
 Are you using automatic input select? If so what other device might be playing in the background.

Oh
 Interesting
 Sorta pain in the ass LG


I had no idea about LG, I’m glad I have a Sony

I use HDMI for both streaming and CD. No change from Mark I setup. I use ultra and optical Rendu for the streamer side and the perfectwave SACD transport for CD play. Ticks on both inputs.

I use comcast into Roon. Ticks are heard on my ripped CDs and Qobuz streaming via Roon.

On the Transport HDMI I hear pops between redbook to redbook CDs and between tracks. SACDs are the same

On the streaming side DSD 64 and 64 to 64, 64 to 128 and 128 to 128 and 256 to 256 all have the same pops

PCM redbook, 88.2, 96k, 176k, 192k all exhibit pops between albums, between album tracks, and between data rates.

As for auto input select there is no difference between manual and auto select. I didn’t have the not playing HDMI source playing while the selected HDMI source was playing.

Hope this helps Ted

Kenneth Eis

I love my LG OLED, but it does sometimes interfere with PS Audio gear (and the other way around). My work around is to turn on the tv and select TV inputs while hiding the LG remote from direct sight of the PS Audio gear. I can then adjust volume of the BHK Pre with no effect on the LG TV.

If I could ask you to run an experiment. Turn off the power or unhook the cables on the source(s) that aren’t playing and see if that changes things. The next release of the FPGA will likely change things a little so please report back about that too.

Interesting. I’ve heard a crackle every now and then at the end of a CD (over SPDIF). I haven’t heard any pops at all streaming Roon at any resolution.

Beef
Right
I did see download only on site.

Anyone care to burn one to cd format for me? If so
I will pay the Audiophile Society site the money asked for
and the cost and shipping of the cd to my residence! I like the album but I only listen to cd’s.

Turned off mains power to SACD player
.streamer still pops between tracks. Unpluged the streamer and the SACD player still pops.

Kenneth Eis

Kenneth, I have been deleting your mobile number from your messages so bots do not get it. I suggest not posting personal information.

Hmm. When the next FPGA release comes out, please let me know if it changes things. Pops between tracks isn’t normal and, for example, I (and many others) don’t get them with the transport or JRiver, foobar2000, etc. I’ll keep my eyes and ears on the lookout for more details.

This happens with my LG often when using the PSA remote to change volume on my BHK Pre

My P10s can power up if i point the LG remote towards them - not sure what I press on the remote to cause it.

Is it possible it’s similar to the Mk I? Mine (with Bridge) has pops between PCM and DSD (not the other way around) since the beginning (not critically loud).

Every source has the possibility of poping on start and stop. More used to pop when they went from PCM to DoP or back. I asked about specific sources so I could possibly narrow things down. With only the PST connected I didn’t expect any pops between tracks. If there were some other things connected it could point towards a bug I fixed in the FPGA and/or a new bug I don’t know enough about yet.

The DS locked onto an input in less than a sample (there are a lot of bits in a sample to pattern match a clock to.) Most DACs take far longer to lock so often a few initial bad samples are masked during the longer locking.

For the DS I had a 18mSec ramp up whenever any input changed (not a track change but a different input or a different sample rate, etc.) Unfortunately, when I was debugging before Sunlight I had shortened that ramp by about a hundred or so and forgot to put it back, so Sunlight had more pops on changes than previous releases.

The DS Jr has a feature that the DS didn’t: optional automatic input selection. The DS Jr customers have grown accustomed to the foibles caused by sources that don’t stop their signaling when paused, etc. But the DS Sr customers are now experiencing this for the first time so they aren’t used to deconvolving weird source behavior with auto input select from other potential track transitioning problems. (When in doubt explicitly select the input you want to listen to,)

For the Mk II I put the 18mSec mute on input changes back but I also fixed a problem with the DS that when a source just stopped cold it didn’t notice the loss of lock, often for seconds. With the currently released Mk II that quicker loss of lock can expose more crud in the previously active input signal.

For the next Mk II FPGA release I rewrote the logic for qualifying a new lock to:

  1. It will always take at least 31 identical rate detections before we “notice it”
  2. We count up on every bad rate by 31 and down on good rates by 1, this keeps short runs of valid rates in the midst of bad rates from causing a blip
  3. We double the time out for every transition from a bad rate to a good rate or vice versa, this severely punishes rate chattering.

I hate heuristics but trying to keep flaky inputs from messing with auto input select or causing noise as they almost work and then fail again is something I wanted to fix. Also I don’t like getting any crud when a digital input cable is unplugged or plugged back in.

I got the FedEx tracking number that my unit will be back. I purchased 8 HDTT DSD256 files from their Black Friday sale and will test them on the MK2. I bet they sound a lot better on it than DS. It should be fun :golfing_man:

FWIW, using PST/I2s input to MkI and Mk2 only, I have always gotten initial static on SACD start up. Now, with the Mk2, I get the same thing on SACD startup and detect the same “pops” between some SACD tracks and some Redbook tracks. I will listen more closely over the next few days to see if there is any consistency.

I just tested this scenario with Audirvana and do not get any pops between transitions from any format.