Jump to content

manisandher

  • Posts

    2700
  • Joined

  • Last visited

3 Followers

Retained

  • Member Title
    from-first-principles.com

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi Jesus, well, that's very kind of you. Yes, please put me on your list for a free sample, I'd love to have a play with it. Just PM me and let me know what you need me to do. Cheers, Mani.
  2. Really nice to see BNC connections being used here. It's a shame that impedance-matching isn't considered more carefully than it is by many manufacturers. If you were using a PDM200, I'd buy your decoder immediately. Mani.
  3. "The audio chain consisted of a Mac Mini running Roon, with individual USB cables connected to the three Yggdrasils..." Presumably by having one zone for each DAC in Roon, level-matching the zones, and then grouping them so they're all synced? What a great idea! (Assuming of course that the USB outputs from the computer all sound identical.) I might have to give this a go, not just to test different DACs, but to test different streamers too. Mani.
  4. Hats off to Schiit for doing this. But if they'd have included one of their cheaper non-multibit DACs, that really would have been something. Mani.
  5. No more formal listening tests for me (I really didn't enjoy it), but I'll be sure to pass on the advice, should the opportunity arise. I'm still determined to see if I can measure bit-identical differences at the analogue output of the RME though.
  6. Paul, I tested the Tascam recorder. The intermittent glitch is due to its auto-start function. Without the auto-start, there is no glitch at all, ever. Of course the setup wasn't perfect. I don't live in a lab. I used equipment that I have in my domestic environment. You know, sometimes, all you have to go with is induction: take all the evidence at hand and formulate a reasonable conclusion. It may not be water-tight, but at least it allows you to proceed. But it seems that you're not willing to do this. Shame, because it's unlikely there'll be any follow-up as a result. So be it.
  7. No speculation required. The actual objective findings are: - the digital recorder is not directly in the playback-listening chain - the glitch, due to the digital recorder's auto-start function, has a max instantaneous value of -80dB at 17ms - the glitch is totally eliminated by 20ms - the glitch doesn't descriminate between A and B (in the ABX)
  8. The instantaneous value seems to be at around -80dB, 17ms or so into capture. Even if this were fed to the DAC (which it wasn't), do you think I'd be able to hear this???
  9. Ok, so what's the highest instantaneous value, and where does it lie (in time) from the beginning of the capture?
  10. You've just confirmed them by objective means. The 'glitch' within the first 20ms lies below -100dB. Even if this were fed to the DAC (which it wasn't), are you saying I'd be able to hear this? Really???
  11. I can assure you (and everyone else) there was no 'tell' within the first 20ms of each music sample! And in any event, the mismatch was just due to the digital recorder's auto-start function. As you might imagine, I no longer use the auto-start function. The signal reaching the DAC remained bit-identical throughout the ABX.
  12. It'll [edit: the HF attenuation will] be down to XXHighEnd's Arc Prediction filtering. Not a problem in the test though - both A and B were going through the exact same processing.
  13. XXHighEnd was performing a couple of operations on the original file before passing it through to the DAC: 1. upsampling from 44.1k to 176.4k (DAC being used was non-oversampling) 2. attenuating (DAC was connected directly to power amp) I attached the original file in case you wanted to take a look at it. But what we're really interested in, of course, are any differences between the 30 digital captures. Edit: That's why I've always been careful to use the term bit-identical, as opposed to bit-perfect when referring to the digital captures.
  14. All the files ending in 0.1 are A. Those ending in 200 are B. (0.1 and 200 are essentially buffer settings in XXHighEnd.) So each ABX starts with 0.1, then 200, and then X (0.1 or 200).
×
×
  • Create New...