Jump to content


  • Content Count

  • Joined

  • Last visited

  • Country

    United Kingdom

About guiltyboxswapper

  • Rank
    Freshman Member

Recent Profile Visitors

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

  1. Nenon has clearly posted that any regulated solution fed into Taiko's DC DC (that he has tried to date) isn't as effective, so much so he dropped the development of his own highly regulated PSU collaboration with SJ. And he has access to the DC4 stuff, so that speaks volumes. We'll have to try it for ourselves ofcourse to confirm.
  2. Nenon has made it clear the winning formula is an unregulated linear to be fair. I will in time also build that.
  3. Oddly enough I'm getting the same effect / sound signature as you when powering my system with my spare 200w / 36v / upto 6A SMPS via the Taiko DC DC (waiting on a juicy upto 30A SMPS design arriving next week). It's so weak it takes a few attempts to even boot up the system, but is shockingly listenable for a £21 PSU.
  4. I sometimes wonder if high clock speeds = much more likely to disable the CPU's C-State (power saving) transitions which means hopefully a more steady state power consumption leading to better SQ potentially. No doubt about it, disabling C-States for me results in a very noticeable uptick. This can be done in software (Linux Kernel has an option to simply disable sleep states).
  5. If Euphony is a recent-ish kernel then yes, and looks like I've been only to try the X2522, as everyone else stuck to its predecessor the 8522. The X2522 being SFP28 is more fussy with SFPs, most of my 1gig SFPs worked with X2522 where as everything seems to work with 8522. Onload is really worth enabling - can be turned on/off on a per process basis.
  6. No harm in doing that at all, just sadly in this game every damn detail matters....
  7. Kind of- lets take a motherboard for example. I buy one 6m ago of a certain model. You buy the same one as me 6m later. In the meantime the manufacturer: - updated the firmware between the 2 (e.g. different defaults, microcode updates) - changed build of material components - also used a different PCB manufacturer for a different batch It's quite easily possible that we could hear different things, even if we base things on an equal recipe. Unless your someone like Taiko who make it their literal business to track every little change, have baselines etc
  8. TBH I think we need to remain open to the fact the result maybe subjectively observed correctly and perhaps different to one another, rather than assume "their system isn't good enough". It's guesswork, not really a science. For example I notice virtually no references to vibration control in most people's systems (here or otherwise) especially when it comes to one of the major offenders (the speakers themselves) yet it can really change the end result dramatically. Same with room treatments (I have quite a bit, but again, dont refer to it).
  9. Kind of, but I have to admit, some systems just will have a different result to others. For example I've gone rather extreme on the vibration control, so much so my networking gear (apart from the Solarflare cards themselves) are 20m+ out the way and also on vibration control! There's a degree of "take it with a pinch of salt, and just make whatever work for you" going on here, rather than science IMHO. Which is fine.
  10. I'll PM as to not pollute. If you can, try it (x570) again with the HDPlex 500w.
  11. I found an improvement with hyper-threading enabled believe it or not! Ofcourse you can check for yourself. With HT disabled if using HQPlayer, OpenMP (the underlying library that does the work distribution) cannot recognise the CPU correctly (for AMDs at least) and therefore cannot internally pin process/thread affinity correctly. An error appears in HQPlayer's logs related to cpu affinity failing. What this looks like? Open up top or htop, set the view to all CPU cores (if top, press 1), and play any filter/modulator choice you like (apart from sinc-* and xtr-mp which distr
  12. Firstly I own the X570 Aorus Master and coming from an Intel based solution (granted a few gens old at that point) your description doesn't match with my own experience tbh. What your comparisons did remind me of is when I introduced something which at first seemed worse than before, but it often turned out there was a bottleneck elsewhere that when rectified, then reintroduced the same change made a lot more sense. But this is DIY and what works for one may not work for another, so take it as it is!
  13. That work work fine too, as the 8pin EPS standard is actually 2x 4pin of the same layout, so long as both the 8pin and 4pin are EPS sockets ofcourse. I used a PCIE to EPS adapter cable, and at some point i'll re-arrange the provided cables to avoid that adaptor. You may get strange grounding issues introducing 2 PSUs (even if on the same rails) to the motherboard so whilst you can try it, it may not work best.
  14. Would be interested to see if this applies to 5000 series. Again, was expecting to take the 5800x very soon after plugging it back in. I think we all need to just try it and see rather than assume, as Emile's own posts show there's no strong correlation we can always see from the outside. I use a JCAT XE USB with SuperCaps + 10x LT3045 PSU, Sablon USB cable.
  15. 3900x and 5800x both at same fixed cpu speeds and both at stock voltages so I could do an apples vs apples, I haven't listened to the 3900x undervolted in over a year, it was that awful. What would be interesting? Run your Ryzen 3950x at stock with fans cooling the external heatsinks, and see if its any better or worse. It's complex though as a Keces 8a (? I think) rail to the 12v CPU EPS socket may start to get saturated or worse not even boot up, so its possible that your hearing the PSU not keeping up rather than the CPU itself at its best. Do try this with the H
  • Create New...