Jump to content

rmpfyf

Full Member
  • Content Count

    2,933
  • Joined

  • Last visited

Everything posted by rmpfyf

  1. <<pulls out the scanner>> Was going through them for the MIchael Stahl and Paul Cockburn articles...
  2. Fairly confident I can insulate and build an active cooling setup drawing air from inside the house (reckon I could even source air from under the house, which is quite nice) - it's where to exhaust it nicely to have some buoyancy in the system enough to have a marginal passive capability should power (or the active system) fail. Have done some good thermal chamber builds previously, insulation should be OK. Would be nice to not have to run dektite on the roof but... argh. Methinks I'm going to try the long argument to keep the kit in the house first up.
  3. I've lost the battle for space in this latest renovation and need to put my switchgear up in the attic. Which it does not like. Therefore I'm designing a fully-insulated small room for a server rack with closed loop ventilation. Hopefully it's free heating.
  4. Hi all Have discovered a pile of older Wheels mags from the 90's through early 2000's. Wondering if anyone wanted them Cheers
  5. Chanh and co did/do a lot of work on hardware recipes. It doesn't have to be terrible. Ian Jin (iancanada) does a great line of product for DIYers, could be something similar.
  6. Meh, I still think that guy should have commercialised a bit... @Chanh are you listening ? Not suggesting that it'll make you rich or that you should quit your day job, just that there's a good amount of revenue out there to be had and if the audiophile world can do with a dose of anything it's genuine effort... come on mate, if Taiko can sell one of their machines there's (more than) market space for anything of yours. I'd think there would be many happy to pay reasonable amounts for good tech. Particularly those of us in Victoria - $10 says you can start a business and ship product in this faster than it takes us to fly to WA without special permission
  7. To be fair the original suggestion was to prepare @dbastin to know what to ask a consultant. Not for consultation over a forum.
  8. Don't be fictional - is this your home? Do you have any wired devices outside the home (IP cameras etc)? How big is the house and what's the construction? Do you need wireless outdoor? If so what's the property like for size? Don't rush into solution mode just yet.
  9. Really depends what you're trying to achieve. If you just want a device to act as a last leg just for audio there's really nothing they need to do, but you can have them configure anything from VLANs to VPN, QoS and WiFi very capably. They will get a *lot* done in an hour, so look at it as a whole-of-house thing rather than anything else. Why don't you start with what you want your network to be configured like, let's get that discussion going and take it from there? They'll ultimately generate a configuration that, within limits, you can take from router to router so all will be well. Duxtel would say you're on your own with physical mods. Though any competent electrical tech could do that stuff - so could a DAC builder. My guys are all east coast, not sure who you'd go to in Perth though I imagine an answer if any may lie with @Chanh and friends.
  10. Many Mikrotik resellers down here run a very good and robust consultancy. I use Duxtel, they're excellent to deal with. Your issue is going to be knowing what to ask, but this forum can go a long ways to that. Absolutely - it's almost always done via remote access.
  11. One fibre run Failing that, a fibre run into conversion (hopefully with a good switch) and a very short lead to your device Failing that, a copper run, fibre isolator and a very short lead to your device In all applicable cases the short lead is UTP 6a. Any router with per-port hardware resources is going to be best for timing Next a router with a lot of CPU enough to run more than capably For signal quality the enterprise-grade stuff is better dev'd VLAN, subnetting, QoS etc all need to be supported Large MTU is good though needs to be treated very carefully as this isn't automagically a win and is often lesser Ubiquiti and Mikrotik are not where I"d go below, preferably the latter as getting exactly what you want out of one is $150/hr with a professional. $150+the cost of a decent 'tik is less than what a lot of you spend on a cable. That there's motion and a kinetic sensitivity is base physics, that designs need to be sufficiently robust to function adequately either way is a given. No one should have to void their warranty and crack something open for next best. See what I wrote earlier for hotrodding. Half right - that's not a router, sure, but it's the same paradigm - and a more elegant solution.
  12. Mate - if we Victorians are ever welcomed across state borders again... I've got time for them. It's one guy who can program making a go of it and sharing what he's done (my code is a total dog's brekkie), sounds very good out of the box and can sound better with tweaking. Better even than that, the dev actually engages his customers. With code changes. Try that w/Roon The notion of 'paying experts for their time' in audiophile land-ia is a lost art. Unless it's bundled time a la DEQX. Then it's genius.
  13. I would agree. This, and some of the 'ducks nuts' solutions involve a few contradictions with convenience (witness any MPD user interface... it is not Roon). I wasn't being pithy when I suggested it was unfortunate the WA crew (@Chanh and friends) didn't end up commercialising their work. Genuine works of trial, error and science are few and far between, and even rarer in the audiophile PC field. We're all rather lucky we got Snakeoil OS out of it, IMHO.
  14. Consumer-grade stuff generally doesn't (or has a weak shield design) but you can certainly get the shielded stuff, and it doesn't cost the earth.
  15. (Warning: meandering rant ahea) Sure, that's because I'm an engineer that for a good while there had life get in the way or more audio purchases. So I got into playing with PCs because it's free asides from the time, and the differences became good. A free kick is enjoyable after all, and it was actually quite fun to have friends over to see if they could hear differences. I used to have to recompile Linux kernels for my day job. I'm not a computer engineer, but my former field of work requires very long, complex computational work and if you could get another few percent speed out of the kernel you could finish a very long simulation at a more reasonable time, and start the next one before you went to sleep at night. With respect to audio the more and more I played the more you observe how externalities influence playback. Eventually one builds tools that characterise some of the phenomena being heard, and the research goes into adjacencies that affect and interact with the sole thing you care about... playback! I was able to understand a good bit more about the effect of networking on the PC, about power distribution around a PC and how that affects things, and frankly about what we can do in design to make these lesser or non-issues. I'm resolutely assured by a good friend that a PC CPU is a sh**e thing to make an audiophile box out of without a degree of taming that no one has really attempted. The friend in question is a former chip designer at Intel who had a good chuckle at the linear power supply for the PC -whilst it's directionally correct, said he, he pointed out the (very) significant fast-response switching power supply on a motherboard that takes that good work and makes a good mess of it, and we went into all sorts of science around design tradeoffs. We pulled out a variety of motherboards around the house and I learned a lot about power rail design and the effect on cycle times. It's tricky to design a PSU for minimum noise when most CPU power sources are two phase for low-power CPUs - the power draw has to be very low for this to achieve a 'noticeably cleaner' in terms of timing variance (we now do this with 6W CPUs) or the CPU power rail has to have a decent phase count, a favourable board layout and a large, low-noise and fast power supply hanging off it (hello Taiko). This is one - small - example. (I'm still waiting for that guy to introduce me to a BIOS designer mate of his). The expertise inherent is well beyond me though it's a fascinating discussion. A good portion of sensitivity to upstream crap concerns the player. Not all playback software is the same, far from it. There are some very basic differences, for instance, in how various players deal with file format changes to what you end up with at the end (in my case USB) device. Yes, there are payload differences in playing back FLAC or device-native formats. WAV is not a device-native format but it can offer less computational work. Yes, these can be audible. Fundamental to it all is that you're using a device dealing in packetised data to generate a reliable, tempered stream with ideally perfect periodicity. Which is impossible. The buffers are there for the packet to work, they don't guarantee perfect periodicity at any rate. Periodicity of any downstream function is as good as the clock source - not the buffer - if the buffers aren't empty. Changing clocks in your PC is surgery so all we have left are software means to cut down the interruptions, and because we have packets and buffers there is no need for uber clocks to ensure the data gets there. I've seen a few people on these forums say 'rah rah buffers exist end of argument' though this is quite incorrect. It's not what they're there for and the effect of solely having a buffer present on jitter is very poorly understood in these arguments. The best way to fix all this is to buffer the stream downstream of your PC with isolation, mega buffers and mega clocks. This works so long as the device shuttling data to your buffer is not the same device also responsible for getting data from your PC or streamer. Usually they are so there is some sensitivity to upstream periodicity - this is why we have async USB which works best timed to some multiple of the output stream. So yes, there's a cascading effect of sorts, but a downstream buffer working off a relatively-well-tempered PC can do a great deal and it certainly is possible to design well at various stages enough to make differences imperceptible. Judging by comments here it's not commonly done, however. You can of course get a PC to run so fast, so lightweight, so buffered and with such tuned priorities that the necessary audio data is there always in time as limited by the resolution of the PC's timing accuracy. This is what @PCOWandre, myself and others here do. The 'so buffered' and 'tuned priorities' parts here count a lot because - assuming we're not dealing with cabling bringing in any noise enough to play with power-based timing performance - if you can have your CPU having less of a critical look at your network whilst it's playing music, and you've made the task of playing music very easy and under-stressed whilst having configured the system for maximum timing accuracy, then I don't think fancy network hardware (which can only affect this stuff indirectly) can contribute anything beyond negligible. Maybe conducted crap through the port though run optical and you're done with that much. The only off-the-shelf OS I've seen take care of this is Snakeoil OS, and even then it's a user-must-configure thing when last I checked. I guess it would be possible for this community to write some scripts that attempt to automate the process though it's not trivial and some understanding goes a long way. Your experiences would suggest there's a performance sensitivity to conducted noise. Your GigaFOIL is a fancy optical isolator. I'd wager many people would have a similar performance sensitivity as usually the last leg comes out somewhere in the vicinity of a lot of equipment flippin' some serious current and EMI. If you can't fibre all the way, run to something that cleans whatever up and then a very, very short lead - not more than 0.25m - into the endpoint. UTP unless you're treating the shields properly, Blue Jeans on 10GX would do fine. Ideally it'd be infinitely short though you've also got to deal with whatever the last device gives off. Get the number of packets down. Subnet it, bigger packets if your network can support it. If not you'll need a smart-ish switch/router. Get the phase noise of the packets down reasonably. Your Ethernet source may clock so poorly but the maths for lower frequency from a same clock source is well known, an 100MBps is fine for most. If you've a long shielded cable in play, treat the shield right or run some isolation near to source. They're the basics. Depending your equipment you may or may not be sensitive to each but they are each directionally correct. @PCOWandre's response came as I was writing this next bit - I would prefer a big buffer in the playback device - played completely from RAM - tuned affinities (get the NIC, playback thread and output device affinities well separated) and the file converted to the transport's native format prior to playback. That's not WAV, usually it's some PCM variant. If your answer from here is 'Roon' then there's not really much you can do. It is indeed convenient. I'd go $300 upstream if you were a Roon user that were able to invest in I2S/stream reclocking instead. You have my views on AES67 for idealism. I could make an awesome 2-PC solution if that worked, with the latter on playback at silly low power and a Xeon beast upstream doing upsampling and filtering for shiggles (I have no idea why people would pay whatever a Taiko costs for an all-in-one). The effect of dampening on ICs is well known, and I've no reason to doubt your experiences... though a more elegant solution would deal with performance sensitivities in a way that didn't necessitate your cracking open cases. Someone want to hot rod something? I've got a bunch of Rakon Stratum 3E OCXOs - they're nicer than the stuff Paul Pang puts in his Netgear items (he does other stuff to though a doing some new clocks is part of it). They are 25MHz items, which is what you'll usually find in a switch or NIC. If someone wants to hot rod a switch and can build a power circuit enough to replace what's usually in a switch - post the process and results in this thread - I'll happily contribute an OCXO. Might even have a spare Mikrotik here somewhere too to play with (don't get excited, it's a baby without fibre).
  16. Peter, the solar industry is not exactly a high-margin place to be and is quite full of s**t talkers. SolarEdge does fine in the US. SolarEdge and Enphase run around 80% of the residential solar market in the US (both are classed as MLPE). SolarEdge has recently lost some share to Enphase, though still outsells them 2:1. This is expected; Enphase nearly failed as a company and has recently recovered - sales were going to improve. Inasmuch as decoupling an individual panel's performance from a string, true microinverters are the only solution to do it absolutely though properly installed a hybrid micro (optimiser) solution is very nearly as good. It is not correct to term a SolarEdge system a string inverter with optimisation; it is possible to buy optimisers for string inverters and these are quite different things. The turnaround time for any genuine inverter failure replacement depends on the company you buy your system from. Your agreement is with them, not the inverter manufacturer. The minimum voltage on a SolarEdge system is practically so low as not to make any significant difference in performance. If you were to install a battery on an Enphase system, the conversion losses through mains back to DC would (more than) nullify any system performance advantages of SolarEdge. They are both very good systems with different weak points. Enphase tends to be sold with very top-end panels, you might find a better deal with a 350W panel and a slightly lesser microinverter (as suited to the panel). 'Latest' panels always cost more $/W. This only holds up if you find a dealer with stock, or access to it through their distributor. Was actually just on the phone with the GM of solar at LG (he's a friend). PM me if you've any questions and we can chat offline.
  17. I have happy customers with either, though I do a good amount of work with SolarEdge. Properly installed it's a good system. If you want any special stuff (smart plugs/circuits, etc) get it done during the installation.
  18. "Previously the noise floor rested at between 0.25 and 0.05mV; with the Shunyata products in place, that dropped below the 0.01mV measurement floor of the equipment itself, to an estimated 0.001 to 0.003mV!" 'It's below minimum resolution so it must be a half to full order or magnitude better, I'd guess'. Unbelievably poor science.
  19. Server-grade stuff is about the best you'll get in shielded, but much of it is 15A terminated. Otherwise some VFD/EMC wire, clipsal plugs and whatever's going for IEC - and a minimum of your sparky's time - will assemble a pretty good shielded cable. These are about the extent of your choices. I've found shielding to be useful though am still hunting for a reasonable IEC connector to have things made up. I'm local to you, a few of us might go into this together.
  20. I assume the price didn't increase, as the last quote was BS given the undersized inverters Only the 7A works for that panel. If you really really want Enphase I'd try for a second quote with the 350W panel and a slightly smaller inverter. If they have the stock (and they might not) it'll be 5% or so less effective and more than 5% cheaper. This assumes you're building a system that won't do a battery indigenously tomorrow. Any batter you have with Enphase is AC-,coupled, and their offering is not really compelling. You'd either put something else on it's own inverter or a good AC-coupled battery (e.g. Tesla).
  • Classifieds Statistics


    Currently Active Ads

    Total Sales (Since 2018)

    Total Sales Value (Last 14 Days)

    Total Ads Value (Since March 2020)
×
×
  • Create New...