Solstice380

  • Content count

    705
  • Joined

  • Last visited

About Solstice380

  • Rank
    Junior Member

Recent Profile Visitors

3,570 profile views
  1. So they did break them out. That gives options.
  2. But that happens with every thread!
  3. Agreed, but more incomplete than incorrect. It wasn't clear enough that I was using CD as a base rate example and hi res as 48/96/etc. but should have included the 88/176/etc. Can you tell I don't like typing a lot on a tablet? LOL. Thanks. It may also help if I point out that SACDs are 44K base and unless one is upsampling by computer software may not benefit from having the 48k superclock with only the DSD512 module. I think the ADCs used in recording, and the very few issued DSD64 on up files, are using the 44k base. For me, the real goal was chipless DSD. I like the way all of the DACs I have used sound better fed DSD than PCM, so I upsample everything and utilize both superclocks. But, I'm not sure if you can just get one or the other. They may come as a package because they are on the same board.
  4. Nothing misleading there. Says it all without being pedantic.
  5. I think the lower DSD rate DACs from Lampi are only either chip or R2R and only the DSD512 module is chipless. Check with Lampizator NA or EU. Their websites are a little limited (NA) or a little confusing (EU) as to options.
  6. I'll try to provide some insight to your last sentence about the Super clocks. The upgrade is for more accurate DAC timing clocks that send the data from the inputs to the DAC - R2R PCM/DSD256 or chipless DSD512 modules. There are 2 clocks - 1 for 44.1 kHz base material (CD) and 1 for 48 kHz material (hi-res downloads). I Iistened to a Plus with both modules in my system for a few weeks before I ordered to decide what I preferred. I agree with @BayStBroker that the chipless DSD512 module is more realistic than the R2R DSD. It is even more detailed but not harsh and the imaging is more lifelike. I opted for the Golden Atlantic, balanced, with DSD512 module, only. I use HQPlayer with a Windows NAA so that I can run the Amanero ASIO driver. I wish the Amanero USB was non-DOP capable with Linux, too. If the work currently being done to address that issue for the T+A DAC8DSD is portable to the Lampi Amanero, we're in. But we'll probably have to send them in for an update, hopefully only to NJ for those of us in the US. I'll just add that the tube recti, Super clocks and DSD512 module are each worthwhile. The clocks are a must, the tube recti nice to have, and the DSD512 really really nice to have. The GA is another level, too. Having both at the same time for a few days I was able to go back and forth and it was only a couple swaps until I never went back.
  7. apologies, I didn't know you were god now and knew everything. I'm just trying to understand through the MQA fog like everyone else. That is a jerk reply. Come Miggy, tell us what you do that makes you know all this stuff?
  8. Calm down Miggy baby. Didn't know you turned into chief technical officer all of a sudden. MQA has said, as Jud kind of mentioned, that they ARE correcting for ADC errors when they remaster. It has been said on CA (yeah, I know that always makes it true, right) that the history of the recording hardware for most studios is well documented, for the major labels. In the last decade or so it has mushroomed into a bazillion different ADCs but for along time they were all built by Sony, Philips, Meitner and Koc, and such. You put put the word "modern" in front of your statement about post processing correction so it isn't necessarily false. However, if you want to work at it that way, was Sony too stupid to do digital right in the first place? Yes and no. Many things weren't understood about digital in the early going and the actual electronic components used have gotten considerably better. Right? Otherwise, we wouldn't bother to remaster anything. One part of my company's product is a digital transceiver. We use a DDS/ADC to generate sine waves for transmit, and use a DAC for receiving signals and getting data into the computer for analysis. It's all run by an FPGA, and we have to apply correction algorithms to BOTH to obtain the necessary accuracy. It happens. What technical products do work with and know? i don't remember who the quote was from but it says that success leads a reasonable person to believe that they can never be wrong.
  9. But MQA has said they are doing that, too.
  10. It is just a quantified offset, not trying to make it any more than it is. We use calibration curves for almost everything, right?
  11. I think that the quantified effect of the ADC may be analogous to the lens error. MQA does require a sample DAC to characterize so that they can assign / develop the appropriate filter for correction. That's the way I read it.
  12. It IS the Dave Matthews site! LOL
  13. Is it a typo across the website that it should be 16?
  14. I saw on the JRiver forum somebody asked a year ago, but never got a real answer. The downloaded customer service responded with boilerplate "read the FAQ". Someone who downloaded one said it was 16 bit. No info on sample rate.