Jump to content
IGNORED

AQVOX audio grade switch


LiVeen

Recommended Posts

Hi bobfa, 

Let’s think about this logically. First, do you think it MAY have been a good idea to see if EITHER switch could actually be heard? From a network perspective I’ve found it to be futile to clean-up and retime a data stream, only to feed the resulting stream into a very noisy, poorly timed component. How are you going to hear the improved timing and noise level if you swamp it with more noise and timing inaccuracies before listening to it?  

A network is nothing more than a series of components that re-format and resynthesize a voltage stream.  If you refine that stream, only to then recontaminated it, your DAC is going to be converting the contaminated version of the stream, regardless what happened further upstream.  

I wonder what the coloured LED chain contributes?  Quite a bit I would imagine. 

Link to comment
35 minutes ago, Blackmorec said:

A network is nothing more than a series of components that re-format and resynthesize a voltage stream

Salut @Blackmorec

Would you please elaborate to common people like me, what you want to express exactly with that phrase ?
Is it a reductive view of the OSI-model? Or kind of an explanation how TCP/IP may work in a one-liner?
Google can't connect your phrase to either ... which left me a bit puzzled
 

AFAIK, the packed based network stream relies on a set of protocols which ensure that the network stream is neither corrupted or nor interrupted. This can be done on several layers with a multiple of protocols to enhance data security/validation in a broad sense.

At least it was like that when I had my fair share of network management ...
Best, Tom
 

Link to comment

One final point to wrap up this sad little thread and that is, be careful whose advice you follow. There are thousands of people with an excellent background in IT and electrical engineering that have very little experience with true high-end audio. 

 

As The Computer Audiophile mentions in his post 

21 hours ago, The Computer Audiophile said:

I firmly believe nothing beats personal experience, and nothing is more misleading than folks trumpeting how they believe things should work, based on textbook knowledge…..

The common objective belief that digital either works or it doesn’t, or that Ethernet is error corrected and resent, is good on paper. But, in my experience, I found there’s much more to it when listening to audio versus pulling up a spreadsheet. 

This is absolutely true and in my experience, the brain, by way of the conscious music it creates, is exquisitely sensitive to deviations from the ideal form and specification of a digital file. Incorporate noise and mistiming, vibrate network components, make a poor job of excluding EMI or use noisy or high impedance power supplies in your network and you’ll pay the price in lost SQ. 

I have over 45 years experience in high tech and one thing I’ve learned along the way is that its very rare indeed to find experts who genuinely know it all. Far more common are experts in various parts of the process….the HW, the SW, the IT, the audio. Really great advice comes from those very few people who have extensive knowledge in both the IT AND audio aspects, people who have experience in building systems that achieve a pinnacle of audio performance.  In audio, talk is cheap and very often fairly worthless or even detrimental if it cuts you off from massive potential improvements.  This thread is loaded with such poor advice. 

 

Coming back to the AQVox switch, I can assure everyone that in a properly set up system, the switch plays an important and significant role.  But like I’ve stated in previous posts, there’s no point in employing improvements at one part of the network, if you simply override and swamp them in the next.  Take any typical home LAN connected to a decent audio server or streamer, add a D-Link switch for ca $30 and you’ll hear an improvement. Why? Because your server is benefitting from receiving a lot less network traffic, that increases workload and causes interruptions in the processing and therefore generates additional noise. As well there is a degree of isolation from noise carried by the D-Link’s incoming ethernet cables. With a decent server/streamer you’ll hear this small improvement with the D-Link.  But the D-Link is still a $30 component so its effect is rather limited by the quality of its components, especially the clock and power supply. But add a more accurate and stable clock, reduce power supply noise and reduce the generation/emission of noise within the D-Link and the improvement becomes greater. There are several additional ways to improve the D-Link, bringing SQ to a new level….nothing spectacular, but worthwhile nonetheless. But take that improved D-Link and add a really kick-ass power supply and the gains in SQ take a huge jump. This was what the original post was about.  

But frankly, what’s the point of all the above if you take this improved output and feed into a super noisy, poorly powered, poorly timed, optimized for IT and not audio PC. Adding a $6000 pair of headphones will bring nothing if what you are feeding them is the poor quality output from seriously corrupted (noise, timing, power etc) file processing. 

The AQVox is nothing more than a tweaked D-Link, but those tweaks have an important role to play.  If you can’t hear any difference between a D-Link and an AQVox, then look at your network set-up and the quality of everything following the switch, because, while it may be perfectly fine for IT related functions, it has  missed the boat by miles in terms of audio.  

This is the reason there are lots of positive reviews and why, for €390 its really not bad value when judged by the increase in SQ it is perfectly capable of generating and how much alternative improvements of similar magnitude would cost. 

Link to comment
3 hours ago, LowOrbit said:

The flaw with the above, nicely written and evocative view of the signal path is that it does not reflect reality.

 

There is no correlation between the "quality" and "timing" of digital transmission over a data network with the resultant wiggly voltage that comes out of a dac - as long as the basic function of the network components allow delivery of viable data (I won't say error-free because there a plenty of robust mechanisms built into various elements of even basic networks to correct for poor quality data transmission).

 

This contradicts Mr Blackmorec's description because it there is no link between the voltage representing the bits or the timing between bits. Even in the simplest scenario connecting a music server with digital audio files stored on it with a network-enabled dac via a simple switch this is true. When the ethernet receiver receives some bits (one bit is useless) those bits are passed not to the dac but into a storage buffer, so that packets can be stripped of routing headers, sequencing can be checked and error detection processes implemented. At this point there is no "timing" information because the data is stored in ram in a non-temporal charge bucket and the electrical charge that enables that is generated within the circuitry of the receiver/processor. No "time" passes for the data whilst its stored.

 

Beyond this point there are a significant number of software processes which must transfer the data from ram, perform a process and write the data back into other ram buffers before the data is passed to the render process which is the interface to the dac processor itself and the timing of the delivery of "bits" across this interface is the first stage in the entire process where timing becomes even remotely important. There is simply no way that this transfer of information can carry the electrical or timing signature of the network over which the data was transmitted. There may be EMI, there may be noise at any stage (and lets face it there's a SOC processor or an FPGA (often both) sat between the ethernet port and the "dac" with all the opportunities to pollute the voltage rails and even the leading/trailing edge of the signal voltage transitions on the IIS interface to the dac chip (or FPGA or ladder) but those are local sources of pollution which the hardware at each of these stage is designed to mitigate.

 

But let me finish by saying this: If you hear a difference and you want to buy one or another of these doodads, good for you. 

 

I have never understood the "objectivist stance that seek to reduce other people's experience to a supposedly superior objective reality.  If you spend a few hundred bucks you can afford on something that someone else can "prove" is snake oil - if you perceive the change you expected and you're happy, where's the harm? Everyone gets to make up their own mind, surely? 

 

 

 

Network gear can't affect the sound from a DAC, because blah, blah, blah. And yet I can quite clearly hear improvements. That's all I really care about. 

 

Throughout my decades as an audiophile, techies have said "similarly specified amps all amps sound the same, all competently designed DAC's sound the same, wires don't matter, etc." This is just another of those arguments. 

Main System: QNAP TS-451+ > Silent Angel Bonn N8 > Sonore opticalModule Deluxe v2 > Corning SMF with Finisar FTLF1318P3BTL SFPs > Uptone EtherREGEN > exaSound PlayPoint and e32 Mk-II DAC > Meitner MTR-101 Plus monoblocks > Bamberg S5-MTM sealed standmount speakers. Crown XLi 1500 powering AV123 Rocket UFW10 stereo subwoofers. Upgraded power on all switches, renderer and DAC. Furutech and Audio Sensibility ethernet cables, Cardas Neutral Ref analogue cables. iFi Audio AC iPurifer, iFi Supanova, Furman PF-15i & PST-8, power conditioners.

 

Link to comment
12 hours ago, audiobomber said:

Network gear can't affect the sound from a DAC, because blah, blah, blah. And yet I can quite clearly hear improvements. That's all I really care about. 

 

Throughout my decades as an audiophile, techies have said "similarly specified amps all amps sound the same, all competently designed DAC's sound the same, wires don't matter, etc." This is just another of those arguments. 

I'm not trying to deny your experience - that was my last point. I'm perfectly comfortable with you hearing an improvement. 

 

But engineering is not "blah blah blah"  - modern civilisation is entirely built on those solid principles. Audio engineering is really not that difficult or built on special cases. 

Link to comment
3 hours ago, LowOrbit said:

I'm not trying to deny your experience - that was my last point. I'm perfectly comfortable with you hearing an improvement. 

 

But engineering is not "blah blah blah"  - modern civilisation is entirely built on those solid principles. Audio engineering is really not that difficult or built on special cases. 

@LowOrbit

as this is posted in the Objective Sub-Forum, I may like to thank you for your decent explication and the expression of understanding for different views/beliefs in the "audiophile" world. I share your way to look at these things and felt relief that you added carefully chosen words at the end.
Tom

Link to comment
1 hour ago, Blackmorec said:

Thanks for the polite replies 😊 Just to point out that optimized network traffic,  improved, low noise and impedance, high stabilty power supplies, vibration control, EMI reduction, improved clock accuracy, lower clock noise, mains borne noise reduction, ethernet cable borne noise reduction, optimised cable screening amongst many other things are all based on solid engineering.  Also bear in mind that audio engineering and network engineering for audio are not exactly the same thing, at least they weren’t 

Also worth considering is that there is R&D going on in the areas I’m discussing in order to isolate areas in the computer/network where improvement brings sonic rewards. That R&D is funded by certain commercial audio companies. When they find the affects that certain network related conditions have on the eventual sound quality, that information isn’t necessarily splashed around, rather its used to create competitive advantage. You’ll typically see these areas in designs from companies like Taiko, Aurender, Innuos, etc. These companies have theories and ideas, make extensive measurements and confirm subjectively.  Their products take the mitigation of these problems to new levels, giving rise to audio optimised networked products with improvements to all areas mentioned above. Next level products currently in development include new servers, software and OSs, switches, routers etc. 

When i started developing my latest streaming system i shared your belief that all I needed were bit-perfect files arriving at my server.  My first step was to get additional training in networking via a series of podcasts and my beliefs remained unaltered.  Realising that i still lacked certain high level technical expertise and experience on the relationship between audio and IT I set out to locate consultants and experts for advice. Those experts I found in 2 places; the owners of companies like Taiko and Innuos, who generously share some of their findings and developments and a small group of individuals on a Computer Audio DIY forum. These individuals are highly educated and experienced IT engineering specialists who also share a long time passion for high end audio. They have spent years building SoTA servers, modifying and improving various networking components and evaluating all the very latest commercial developments in audio computing and networking. Ask them about how different RAM, network cards, disc drives, oscillators, cables, CPUs, SW, power supplies, capacitors, chokes, input and output sockets, BIOS settings etc impact sound quality and they’ll give you answers based on both their engineering and IT knowledge and on their subjective experience. That’s the kind of advice you need if you are trying to achieve great sound quality. Over the past 4 years i have carefully followed their generous advice to the point i now have suppliers of equipment who help me implement their latest discoveries and improvements to achieve some absolutely wonderful SQ improvements. For example, i have just upgraded all the power supplies serving my modem, router, bridge, switches and server with the latest ‘ARC6’ Mundorf capacitors and choke, mounted on a specially developed panzerholz and resin, constrained layer anti-vibration circuit board.  Another example are the highly specialised DC cables designed by a renowned IT audio engineer and built by one of the experts I mentioned.  I even delved into the DIY side myself, taking a commercial network bridge and extensively modifying its vibration control and power supply 

All i can say is that audiophiles who work to achieve the very best SQ deserve to know about these developments and what it is possible to achieve by improving their networks. ‘Advice’ such as some of the above simply cuts audiophiles off from one of the most effective areas for improving sound quality. It may be well intentioned, but its also very outdated. 

 

 

Hi,

 

I appreciate your viewpoint and dedication to improving your set up in an exhaustive fashion. I agree that there are indeed many areas where improvements can be achieved with this focussed and dedicated approach. I am not a "bit perfect" zealot because that term has been appropriated by marketeers who are employing it far beyond its original descriptive intent (which related to the poor practise of computer operating systems resampling all audio to a single rate) and is meaningless beyond basic data integrity. But there are plenty of areas where gains can be made. 

 

It's just that sticking a supposedly better oscillator in a network switch (the specific product under discussion above) is never going to have any impact on a properly designed audio replay chain. There's too much disconnect between any (debateable) impact on data timing on the output link from the switch for it conceivably feed through to the output of a dac connected (because the dac isn't connected to that data stream and a lot of computing has to happen before the information reaches the dac at all).

 

I am a firm believer in "better" power supplies, well designed servers, I'm opento optimised hardware and software and so on, but clocks on data transmission paths (and I include USB in this) are just not an area where gains are going to be made. The very notion of "jitter" in non-realtime data transmission is bs, plain and simple.

 

My Dave runs on a custom psu (my design) and I "think" it sounds better than the stock supply. I use a Matrix Audio USB card and another custom power supply to get data out of my computer (runs either a custoised linux or a stripped out Windows build, depending on whether I am using offline upsampled files or HQP). I don't connect that computer to any network and I am currently toying with a linear psu build for the computer (mainly to get the final switching supply off the local mains circuit). 

 

Many of the measures you describe, and the ones I've undertaken myself, can be very beneficial (and I've read most of the advice and commentary on this site relating to ways to get more out of a system). But that's because all of them I think have some value at an engineering level. It may not always be the intended gain, but any gain is worth it for many of us. 

 

 

Link to comment

Hi Blackmorec again

 

Another thorough and patiently explained post and I think you are right - we are probably more closely aligned in our thinking and experiences than not.

 

You have clearly pursued the nth degree in your system and I often am tempted to get back into rabbit hole myself and start excavating. But for now I conclude that I am fundamentally happy with my honed, simple system (LPSU/Dave/SRC.DX/LPSU/i3 pc running either WTFPlay or HQP on a very non-standard W10 computer, audio out to JotR and the wonderful Raal SR1A's). All files stored locally in PGGB and original formats. Moving the USB feed to the SRC.DX from Sablon EVO to an Uptone hard adaptor, changing the Linear PSU Main filter and then some tweaks to the regulator for the SRC.DX has brought big gains in that 3-d acoustic space and deep harmonic richness that I enjoy so much in good recordings.

 

I've no need for networking in this set up, but I have required it in the past and changing power on the network switches have appeared to improve the noise performance of the system, so I know there are gains to be had. 

 

I don't want to keep banging on about the improbability of actual packet transfer timing having a correlated impact on audio output. And, as I've said, I won't deny other people their experience (which undermines any "objectivist" viewpoint I might personally hold!). I've decided as I get older that absolutism is only ever destructive.

 

So I've said my piece on this topic and will draw the line here.

 

 

Link to comment

Hi Low Orbit, 

Thanks for the kind reply. No further technical observations my side….only to say that the only reason I bang on about the network is that in my 50 years of hi-fi experience I have never found an equivalent area where ‘relatively inexpensive upgrades’ bring such major and fundamental improvements. I consider improvements to belong to one of 2 categories; cosmetic improvements, where I hear the typical hi-fi type improvements but after a couple of months find that my level of enjoyment is more or less unchanged….and fundamental improvements, where my response to the music, my emotions, involvement, excitement and enjoyment level increase with every listening session. These fundamental improvements often mean that pieces I was previously not too keen on suddenly have new qualities, characteristics and meaning that seriously elevate my overall enjoyment and mean that every listening session is improved. 

In my 50 years I have owned several very different systems, from multi-amp active Isobarik and sealed box systems to all tube-driven horns and have regularly updated and upgraded components, but I have never found an area like networking where upgrades consistently deliver sometimes large fundamental improvements.  What also became very apparent is that the network upgrades are entirely scalable and as long as the ‘progressive improvement’ concept is followed, the improvements are very consistent in nature.

Link to comment
On 11/9/2022 at 4:53 AM, LowOrbit said:

The very notion of "jitter" in non-realtime data transmission is bs, plain and simple.

This article is several years old, but still the best explanation of jitter I've seen:

https://www.enjoythemusic.com/magazine/manufacture/0509/

Main System: QNAP TS-451+ > Silent Angel Bonn N8 > Sonore opticalModule Deluxe v2 > Corning SMF with Finisar FTLF1318P3BTL SFPs > Uptone EtherREGEN > exaSound PlayPoint and e32 Mk-II DAC > Meitner MTR-101 Plus monoblocks > Bamberg S5-MTM sealed standmount speakers. Crown XLi 1500 powering AV123 Rocket UFW10 stereo subwoofers. Upgraded power on all switches, renderer and DAC. Furutech and Audio Sensibility ethernet cables, Cardas Neutral Ref analogue cables. iFi Audio AC iPurifer, iFi Supanova, Furman PF-15i & PST-8, power conditioners.

 

Link to comment
  • 3 weeks later...
On 11/4/2022 at 10:18 AM, Blackmorec said:

Hi DuckToller,

Let’s take my network as an example. The broadband connection arrives at my house via a copper coax cable into a DocSys 3.0 modem. The stream then travels to a router via an ethernet cable. The stream is then converted  into a radio signal which is transmitted to a wi-fi - ethernet bridge

 

I finally understand your setup with the wi-fi ethernet bridge.

 

I tried this with a Netgear wifi extender. Turned off wifi radios on the extender.

 

Connected my streamer via ethernet to the extender.

 

Powered cable modem/router and extender with an LPS.

 

There's less noise, but direct connection to the cable modem/router still sounds way better.

 

I'll try the etherstream2 switch next and report back on this thread.

Waversa hub > Lumin S1 > Bakoon HPA-21

Link to comment
On 11/29/2022 at 11:46 PM, skyline said:

 

I finally understand your setup with the wi-fi ethernet bridge.

 

I tried this with a Netgear wifi extender. Turned off wifi radios on the extender.

 

Connected my streamer via ethernet to the extender.

 

Powered cable modem/router and extender with an LPS.

 

There's less noise, but direct connection to the cable modem/router still sounds way better.

 

I'll try the etherstream2 switch next and report back on this thread.

Hi skyline,

Thanks for the feedback.

What are you using to power your extender? 

 

Link to comment
16 hours ago, Blackmorec said:

Hi skyline,

Thanks for the feedback.

What are you using to power your extender? 

 

 

I first powered it with an Uptone JS-2, and the cable modem/router with the switching power supply. But it sounded terrible. 

 

Then I powered the extender with a Bakoon 5v and the cable modem/router with the Uptone JS-2.

Waversa hub > Lumin S1 > Bakoon HPA-21

Link to comment
7 hours ago, skyline said:

 

I first powered it with an Uptone JS-2, and the cable modem/router with the switching power supply. But it sounded terrible. 

 

Then I powered the extender with a Bakoon 5v and the cable modem/router with the Uptone JS-2.

Hi Skyline,

Think about your network this way. Each device on the network is converting and or resynthesizing your music data file. The better the output of a device, the better the input to the next device. At each stage, the better the input, the better the output.  If your modem/router output is superior to that of your extender for any reason, the direct connection to the router will outperform the output from the extender….in other words if the extender isn’t improving the data stream then its making it worse…..logic.

So whatever power supplies, clocks, transmission cables and vibration control you employ on your modem/router, you need to have better specs at the next stage, your bridge. If not, the bridge will have a deleterious affect and deliver a ‘less sonorous’ file to your DAC. 

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...