Ervaringen Aqvox audio network switch

[Stellar Parallax]

Heeft er iemand ervaring met de aqvox network switch? Waar kan je die kopen?

[Xander32]

Vanwaar jouw interesse in specifieke deze?

Heeft er iemand ervaring met de aqvox network switch? Waar kan je die kopen?

[Spijkie]

Op Google veel over te vinden volgens mij

[Rowdy]

https://www.myhifishop.de/Geraete/AQVOX-SWITCH-SE-audiophiler-High-End-Netzwerk-LAN-Isolator::87.html

[Stellar Parallax]

https://www.myhifishop.de/Geraete/AQVOX-SWITCH-SE-audiophiler-High-End-Netzwerk-LAN-Isolator::87.html

Bedankt!

[jazzy]

Zou het allemaal wel met een korreltje zout nemen, wat ze beloven klinkt erg ongeloofwaardig. De switch zou de beeld- en geluidskwaliteit verbeteren. Als je een standaard Dlink switch neemt die niet door hun aangepast is dan zou die juist verslechteren. Iedereen met enige kennis van netwerktechniek kan uitleggen wat daar mis mee is. Als je dit interessant vindt moet je het zeker proberen, maar weet in ieder geval dat ze dingen claimen die aantoonbaar onjuist zijn.

[jaco]

Ik lees:

AQVOX-Modifikation :
Wir bitten um Verständnis, das wir hier keine zu genauen Details preisgeben.
Die Gehäuse sind mit einem Sicherheits-Hologrammversiegelt und alle Modifikationen sind von Vergussmasse verdeckt.
Die Klangqualität bzw. zu erwartende Klangverbesserung  lässt sich nicht einfach anhand von  Features oder speziellen Bauteilen beurteilen.
"State of the Art" LAN Signal-Entstörung und Optimierung.
Durch den Einsatz von Bauteilen aus der audiophilen Technik in der Stromversorgung und von AQVOX entwickelten innovativen Signalentstör-Konzepten, ist AQVOX ein Quantensprung in der Verbesserung der Signalqualität bei der Übertragung von Media-Digitaldaten über LAN gelungen. Die Datenpakete erfahren eine präzisere Neutaktung. Die dem Klang abträglichen Rauschanteile (EMI), induziert durch Quellen wie PC, NAS, Router, sowie durch die Netzwerk-Kabel, oder auch Devolos (LAN übers Stromnetz) bzw. WLAN-Brücken, werden weitestgehend eliminiert.

EMI? Met wat google search kom ik op 125 en 375 Mhz, zou dat van invloed zijn ?

En clocking ? Ethernet devices zijn niet geschroniseerd.
Er komt preamble voor een frame, zodat een ontvanger in kan clocken op een frame wat binnenkomt. Dan heb je een FCS check of het frame goed is. Frame zit in switch, en dan stuurt hij het door over de uitgaande poort waar destination mac adres zit. (Laag 2 communicatie)

Stel het is audio streamer, die doet ook weer de preamble lezen, synced zijn clock (100 mbps, 1 gbps, 2.5 gbps etc) en ontvangt het frame, FCS check. Dan kan het zijn dat er nog een frame of meer frames nodig zijn om weer een IP pakket te maken. Even bufferen en samen voegen.
Dan laagje hoger check over de data, en dan kun je weer wat met je payload van dat ip pakket.
Laagje hoger in de stack, nog even buffereb en dan heb je weer een seconde data of zo.

Omdat het geheel niet gesynchroniseerd is, hoe veel invloed is een betere clock in een netwerk switch  (als 1 device in een keten) ? Zelf wlan connecties worden er beter van ?

Als ze nu een afbeelding van een scope of zo hadden, met de juiste legenda op de assen ?
Maar nee ze kunnen niet te veel vertellen over wat ze doen.

Het is geen modificatie in een audio signaal zoals sommige modificaties doen...
Het is dus ook geen 50 Hz net frequentie die je weg filterd, of een hoger harmonische die je zou kunnen horen.

Quantum sprong ?

A quantum jump is the abrupt transition of a quantum system (atom, molecule, atomic nucleus) from one quantum state to another, from one energy level to another. When the system absorbs energy, there is a transition to a higher energy level (excitation); when the system loses energy, there is a transition to a lower energy level.

The concept was introduced by Niels Bohr, in his 1913 Bohr model.

Dus atomen veranderen door energie op te nemen of uit te stralen ?
Dat zou ik niet eens in mijn huis willen hebben. Dat is andere koek dan HF noise..

[jaco]

Die site is een pareltje...
Ze hebben ook een CD burner.

- auch ideal zum Brennen von Audio CD´s. (die Kopien klingen oft besser als die Originale)

Ehh. Hoe dan ?

[RCD]

Ik heb er verder geen verstand van.
Maar bij CD spelers als er veel gebruik gemaakt gaat worden van de error correctie ga je dat horen.
Misschien bij netwerken hetzelfde verhaal als er teveel gebufferd gaat worden dat je een timing probleem krijgt met streamen?
Hier een stukje over branden van CDR.

Different burn speeds do indeed have a measurable effect on the quality of the signal burned into a CD-R, but it also depends on the quality of the CD burner and the CD-R itself.

Higher burn speeds don't induce more errors in the disc directly, but you have to remember that while the data is digital, the physical process of burning a CD is an analogue one, and that the error protection embedded in audio CDs is much inferior to that of data CDs. The CD burner creates small bumps in the playing surface of the CD-R that the CD player can then detect. The spacing between each bump is critical to being able to detect and decode the data signal. But more importantly, the rising and falling edge (the beginning and end) of each bump is also critical, and this is the aspect that is most affected by different combinations of burn speed, disc media and the state of the laser.

If the bumps have shallow edges rather than nice sharp, crisp edges, the CD player extracts a very jittery signal with ambiguous timing references. Depending on how well designed the player is, a jittery output can often throw the rest of the data decoding system into a state of unreliability, leading to a higher error rate and thus a greater number of uncorrected errors.

en de link https://www.soundonsound.com/sound-advice/q-why-does-cd-burning-speed-make-difference

Rob

[jazzy]

Misschien bij netwerken hetzelfde verhaal als er teveel gebufferd gaat worden dat je een timing probleem krijgt met streamen?

Nee. En de switch heeft geen enkle idee wat voor data hij transporteert, die ziet alleen maar pakketjes. Die worden op een volgende plek dan bij elkaar gezet en vertaald naar data. De switch kan helemaal niets doen om de beeldkwaliteit te verbeteren, of het geluid of wat dan ook.

Hun claims zijn echt belachelijk.

[jaco]

Misschien bij netwerken hetzelfde verhaal als er teveel gebufferd gaat worden dat je een timing probleem krijgt met streamen?

Een netwerk zal wel moeten bufferen omdat een zender en ontvanger niet echt tijd gesynchroniseerd zijn. Op meeste lagen van netwerk model zijn er wel handshakes en bevestigen van ontvangst van pakketten. En op hogere lagen bijvoorbeeld tcp windowsize (als onvanger te veel data krijgt om te verwerken kan die aangeven dat hij minnder dat wil)
Maar overal in de tcp/ip stack zit buffering.

Stel je nas zit op een 10g netwerk verbinding en je afspeler doet 1 gbps max.
Als er geen buffering en window size was zou die nas de audio file van zeg 3 minuten er in een seconde uit pushen. Die afspeler kan dat niet ontvangen en zal op de rem moeten trappen. Dus het wordt een zaagtand, er komt een stroom paketten, dan zegt ontvanger "minder" daarna komt de helft van de paketten, en als er dan nog een keer "minder" komt wordt er weer de helft gestuurd. Tussendoor komt er van elk pakket een acknowledgement. De zender weet dus welk pakket als laatste goed ontvangen is, en begint vandaar met opnieuw sturen.

Ik neem aan dat een audio protocol het iets rustiger verstuurd, maar het zal op tcp/ip gebaseerd zijn en de standaard moeten volgen.

[Rowdy]

Ik lees op het internet steeds meer over switches puur ontworpen voor audio, o.a. onderstaande link:
https://www.lowbeats.de/silentpower-omni-lan-der-ultimative-hifi-switch/
Maar ook deze:
https://www.alpha-audio.net/nl/streaming-audio-nl/2025/05/xact-n1-referentie-netwerkswitch/

[Xander32]

Dat komt vast voort uit algoritmes 😉

... en ach, er zijn nog steeds de nodige onontgonnen zaken in audio. Ik ben ervan overtuigd dat niet alles wat je als mens/individu hoort, ook te meten is. Daarmee sta ik ook open voor nieuwe zaken, echter wel met een gezond stukje reserves. Het zelf horen/ ervaren werkt steevast voor mij en is ook al het "bewijs" wat ik nodig heb.

Wanneer ik iets als mooier ervaar is dat voor mij leidend, ongeacht of metingen aantonen dat iets slechter is dan het alternatief.

Ik lees op het internet steeds meer over switches puur ontworpen voor audio, o.a. onderstaande link:
https://www.lowbeats.de/silentpower-omni-lan-der-ultimative-hifi-switch/
Maar ook deze:
https://www.alpha-audio.net/nl/streaming-audio-nl/2025/05/xact-n1-referentie-netwerkswitch/

[Littletycoon]

Er zijn mensen die geloven in sprookjes, zij kopen zulke netwerk switches (en leefden nog lang en gelukkig)

[jazzy]

Het zelf horen/ ervaren werkt steevast voor mij en is ook al het "bewijs" wat ik nodig heb.

Aangezien een switch niets doet met de data die er doorheen gaat zou al het geclaimde verschil door "vervuiling" op de lijn moeten komen. Audiospelers hebben de data al tientallen seconden in hun buffer opgeslagen dus zou de enige valide en ultieme luistertest zijn om iemand te laten luisteren naar de afgespeelde audio en iemand anders dan de netwerkkabel uit de switch te laten trekken.

Inmiddels zijn er tientallen van dit soort apparaten en honderden reviews geschreven maar nog nooit iemand die met zo'n simpele test kan aangeven wanneer het geclaimde effect wel of niet aanwezig is.

Dan kan ik alleen vertrouwen op mijn begrijp van datatransmissie en stellen dat dit 100% onzin is.

[Xander32]

Betreffende een hifi-, zelfs een high-end switch, daar gaan mijn reserves opspelen. Die reserves/ voorzichtigheid komt voort uit het gezonde verstand.

Neemt niet weg dat ik nu een aantal weken speel met een switch voor de streamer, deze geeft een hoorbaar verschil, maar of ik dat een positief verschil vind daarvan ben ik nog niet overtuigd. Binnenkort maar weer eens terug naar de situatie zonder.

Er zijn mensen die geloven in sprookjes, zij kopen zulke netwerk switches (en leefden nog lang en gelukkig)

Aangezien een switch niets doet met de data die er doorheen gaat zou al het geclaimde verschil door "vervuiling" op de lijn moeten komen. Audiospelers hebben de data al tientallen seconden in hun buffer opgeslagen dus zou de enige valide en ultieme luistertest zijn om iemand te laten luisteren naar de afgespeelde audio en iemand anders dan de netwerkkabel uit de switch te laten trekken.

Inmiddels zijn er tientallen van dit soort apparaten en honderden reviews geschreven maar nog nooit iemand die met zo'n simpele test kan aangeven wanneer het geclaimde effect wel of niet aanwezig is.

Dan kan ik alleen vertrouwen op mijn begrijp van datatransmissie en stellen dat dit 100% onzin is.

[jazzy]

Neemt niet weg dat ik nu een aantal weken speel met een switch voor de streamer, deze geeft een hoorbaar verschil, maar of ik dat een positief verschil vind daarvan ben ik nog niet overtuigd. Binnenkort maar weer eens terug naar de situatie zonder.

Trek de kabel er eens een paar seconden uit, de streamer blijft gewoon doorspelen. Wat hoor je dan?

[Littletycoon]

Betreffende een hifi-, zelfs een high-end switch, daar gaan mijn reserves opspelen. Die reserves/ voorzichtigheid komt voort uit het gezonde verstand.

Neemt niet weg dat ik nu een aantal weken speel met een switch voor de streamer, deze geeft een hoorbaar verschil, maar of ik dat een positief verschil vind daarvan ben ik nog niet overtuigd. Binnenkort maar weer eens terug naar de situatie zonder.

Nullen en enen zijn nullen en enen. Gezond verstand zegt dat een 0 een 0 en een 1 een 1 is. Het is ook nog eens data, geen audio signaal.

Als jij verschillen hoort ligt dat aan jouw gehoor, niet aan de nullen of enen.

Als jij een verschilt

[RZeemering]

Trek de kabel er eens een paar seconden uit, de streamer blijft gewoon doorspelen. Wat hoor je dan?

Dat hoeft niks te zeggen als de theorie is dat met de pakketen HF rotzooi meekomt.
Die pakketten die je nog hoort zijn dus met die rotzooi erin/erbij/erdoor

[Rowdy]

Kan jij me vertellen hoe de '0' en '1' worden opgebouwd?
Is een '1' bijvoorbeeld een analoge blokgolf die in 0,niks seconden van '0' naar '1' gaat en vice versa?

[jazzy]

Dat hoeft niks te zeggen als de theorie is dat met de pakketen HF rotzooi meekomt.
Die pakketten die je nog hoort zijn dus met die rotzooi erin/erbij/erdoor

De switch doet niets met de data, een switch kan niets veranderen met de data.

Wat er geclaimd wordt is dat "rotzooi" veroorzaakt door een slechte voeding door gebrek aan isolatie of afscherming over de netwerkkabel aan je mediaspeler doorgegeven wordt en uiteindelijk doorgegeven in het audiosignaal. Dat kun je dus eenvoudig testen door de netwerkkabel even los te trekken.

[jazzy]

Kan jij me vertellen hoe de '0' en '1' worden opgebouwd?
Is een '1' bijvoorbeeld een analoge blokgolf die in 0,niks seconden van '0' naar '1' gaat en vice versa?

Klopt, op laag 1 van het OSI-model is het uiteindelijk niets meer dan een voltage wat afwisselend hoog en weer laag is.

[Rowdy]

Is de tijd van '0' naar '1' en vice versa altijd hetzelfde?
En dan zowel aan het begin als aan het eind van de keten?

[jazzy]

Is de tijd van '0' naar '1' en vice versa altijd hetzelfde?
En dan zowel aan het begin als aan het eind van de keten?

Datacommunicatie is iets complexer dan een signaaltje aan het begin en einde van de keten, met alleen die logica kun je natuurlijk geen data over duizenden kilometers verzenden. Helemaal aan de basis gaat het inderdaad, in geval van ethernet, om de fysieke verbinding van de adertjes in je kabel en de mogelijkheid om hier spanning op te kunnen zetten. Daar overheen worden protocollen gebruikt die zorg dragen voor foutcontrole en zorgen dat de pakketjes in de juiste volgorde komen. Daar bovenop wordt gebruik gemaakt van protocollen om bijvoorbeeld te herkennen waar de data vandaan komt en waar het naar toe moet. Op die laag kun je dus pakketjes routeren of doorsturen van het ene naar het andere apparaat.

Helemaal aan het eind van de rit zit de applicatie-laag. Dit is waar bijvoorbeeld HTTPS gebruikt wordt om de stroom aan data op de juiste manier te interpreteren en het resultaat te verwerken als een webpagina, audiostream of een Word-document. Deze 7 lagen worden beschreven in het OSI-model.

Doordat er op alle niveaus voorzieningen zijn om transmissiefouten te detecteren en corrigeren heb je in een normaal en gezond netwerk geen problemen met de ontvangen data. Bedenk je dan dat zelfs één verkeerd bitje op HTTPS-niveau er voor zorgt dat je gedownloade MP3-bestand corrupt is of de JPEG als rommel op je scherm komt, als het bestand al geopend kan worden omdat het niet meer aan de afspraken voldoet.

Wat ik daarmee wil zeggen zijn twee dingen:
- In onze moderne (thuisnetwerken) komt data zonder verlies of corruptie over
- Een switch werkt op laag 2 of 3 van het OSI model en heeft geen idee of de pakketjes die het doorstuurt uiteindelijk gebruikt gaan worden voor een audio-stream

Als een leverancier dus claimt dat het geluid en beeld beter wordt (wat Aqvox doet) dan impliceert dit dat er eerst sprake moet zijn van een ernstige netwerkstoring die packet loss veroorzaakt. Packet loss is eenvoudig te detecteren en kun je bijvoorbeeld last van hebben bij een netwerkkabel waarbij niet alle adertjes goed contact maken in de stekker. Ten tweede pretenderen ze dat hun switch in staat is om van de datapakketjes te herkennen dat het gebruikt gaat worden in een audio- of videostream, wat bewijst dat de schrijver uit zijn nek kletst en geen basiskennis van datatransmissie heeft.

[jazzy]

Als je weet dat een switch niets kan doen met de data, dan blijft over dus de claim dat er 'rommel' mee zou liften over de elektrische verbinding en de veroorzaakte ruis hoorbaar is op het signaal wat uit de versterker komt. Dat is dus eenvoudig te checken door de netwerkstekker even los te halen waardoor de fysieke verbinding weg is en de 'rommel' niet meer hoorbaar kan zijn.