Objectief benaderen van interconnects, bekabeling en stroom

[Kjelt]

en ten tweede geen forum in de lucht houdt specifiek om kabelboeren te steunen.

Weet je toevallig waarom wel?
Weinig HT nieuws of reviews 

[twani]

Weet je toevallig waarom wel?
Weinig HT nieuws of reviews 

Om toetsenbordridders zoals wij van de straat te houden 

[Spijkie]

Ja, dat is altijd even gieren natuurlijk! :-)
Vooral deze passage is schitterend: "De achterliggende reden is dat bij 100Mbps veel minder error correctie nodig is dan bij snelheden van 1000Mbps. Waardoor een interface minder hard hoeft te werken. Als een interface minder hard werkt, ontstaat er minder intrinsieke ruis in de elektronica.".

Het is nogal wiedes als je dat tegen 1000 mb/s door een kabel jaagt, dat de kans op error correctie groter is dan als je die tegen 100 mb/s stuurt... Het data volume is groter en door de grote snelheid kan je meer hick-ups hebben. Het feit dat de netwerk interface meer moet werken doet niets terzake, want die is daarop berekend. Dat het "intrensieke ruis" genereert, is al helemaal hilarisch!

Her erge is dat die snelheden als argument gebruikt worden om het kastje aan te prijzen, terwijl dit totaal niets terzake doet. Misleidend zelfs.

Even een kleine berekening van welke snelheid nodig is om audio over de netwerkkabel te sturen:
* 16 bit, 44.1 kHz, 2 ch: 16 x 44100 x 2 = 1.411.200 b/s = 1411,2 kb/s = 1,41 mb/s
* 24 bit, 192 kHz, 2 ch: 24 x 192000 x 2 = 9.216.000 b/s = 9216 kb/s = 9,21 mb/s

Als je dan vervolgens de haalbare snelheid van een ethernet kabel bekijkt, dan is het vrij snel duidelijk dat het pure waanzin is om dure "audiofiele" CAT7 of CAT8 kabels te gebruiken om enkel audio over de wire te sturen.

CAT 3  10Mbps    16Mhz
CAT 4  16Mbps    20Mhz
CAT 5  100Mbps   100Mhz
CAT 5e 1000Mbps  100Mhz
CAT 6  1000Mbps  250MHz
CAT 7  10Gbps    600MHz
CAT 7a 10Gbps    1000Mhz
CAT 8  25Gbps    2000Mhz

Wel voor mij als leek bizar dat het verschil tussen 16 bit en 24 bit zo groot is in wat je nodig hebt aan capaciteit maar verklaart ook wel weer waarom lyngdorf zijn RP geen hoge resolutie aan kan.

[Littletycoon]

Wel voor mij als leek bizar dat het verschil tussen 16 bit en 24 bit zo groot is in wat je nodig hebt aan capaciteit maar verklaart ook wel weer waarom lyngdorf zijn RP geen hoge resolutie aan kan.

Huh, wat heeft dat met netwerkkabels te maken?

[Spijkie]

Huh, wat heeft dat met netwerkkabels te maken?

Niet zozeer met netwerkkabels maar meer hoeveel capaciteit het kost om hoge resolutie in roomperfect te draaien lijkt mij. Of ik zit er vreselijk naast dat kan ook.

Maar laten we gewoon eens een usb kabel van the Chord Company erbij pakken de Sarum T a €2600 met de volgende opmerking:

De geleider van de Sarum T UBS interconnect is gemaakt van een enkele solid core. Deze solid core is volledig gepoetst, alle minuscule oneffenheden zijn dus verwijderd. Het resultaat is een perfecte overbrenging van het signaal. Ook de Sarum T geniet van een hoogwaardige afscherming en PTFE isolatie.

Als dat idd zo is poets ik graag voor de helft van dit bedrag een kabeltje 

[Kjelt]

Het is wat complexer dan dat, als het UDP protocol is is het fire and forget waardoor je gaten kunt krijgen in je audio stream. Daarom wordt TCP Transmission Control Protocol gebruikt die als hij een bericht mist opnieuw het bericht vraagt. Berichten (packets) komen ook door elkaar binnen.
Dit betekent dat het ontvangende apparaat alle berichten bij moet houden en in de juiste volgorde zetten, in het kort het moet flink bufferen.

Dus de enige kwaliteits issue wat je kunt krijgen is na de buffer. Heeft dus 0 met de kabel te maken.
Verder was er de discussie over aarde, SFTP brengt de randaarde van het andere apparaat kan ook de switch zijn naar de aarde van het audio apparaat (als het al is aangesloten).
Dus moet je dat uitzoeken en oplossen als je er last van hebt.

[Rob_Dingen]

Heb helemaal geen verstand van Netwerken of computers.
Maar weet wel als je met streaming bezig gaat via een PC dat hoe meer services je plat gaat leggen des te beter het gaat klinken.
Dat is duidelijk hoorbaar ( moeten nog eens jitter metingen gaan doen of dat te zien is ).
Misschien helpt dat ook in een switch geen idee.

Rob

[Kjelt]

Heb helemaal geen verstand van Netwerken of computers.
Maar weet wel als je met streaming bezig gaat via een PC dat hoe meer services je plat gaat leggen des te beter het gaat klinken.
Dat is duidelijk hoorbaar ( moeten nog eens jitter metingen gaan doen of dat te zien is ).
Misschien helpt dat ook in een switch geen idee.
Rob

Als dat zo is Rob, dan sorrie dat ik het zeg, maar is het ontvangende apparaat slecht ontworpen in die zin dat de buffer te klein is of de firmware implementatie brak is.
De PHY zal alleen die berichten doorsturen naar de microcontroller die voor dat IP adres geldig zijn. Dus of er nou veel gebroadcast wordt of niet daar zou de microcontroller geen last van moeten hebben.
Tenzij er een "service" is die continu dat apparaat aan het ondervragen/onderzoeken is.
Wat je dan kunt doen is een managed switch of kleine firewall gebruiken die alleen bepaalde packets voor bepaalde poorten doorlaat naar je weergever. Maar het blijft een brakke implementatie.

[J.A.F._Doorhof]

Niet helemaal
Een pc heeft behoorlijk wat storingen via de cpu en GPU die veel krachtiger zijn dan nodig is voor wat wij doen in HT.

En een pc is niet ontworpen voor een schoon signaal. Dus voedingen en afscherming zijn binnen de pc gewoon slecht.

Ik hoor bv als ik mijn MBP aan de stroom heb hangen een fluittoon als ik de muis beweeg. Haal ik de audio interface los en draai ik via een dock is het weg. En dat is een mac die ontworpen is voor dit soort toepassingen

Kabel zal het niet aan liggen

Toen wij de goliaths leveren waren dat ook speciale voedingen plus we veranderden wat settings in de bios en os waardoor er veel minder storing in het signaal kwam. Maar een pc schoon krijgen is een utopie

[minplus]

Wat is een MBP? Mega Beroerde Piep? Maximaal Betaalbaar Product?
Lastig die afkortingen. Wat te zeggen van de KKK, SZK en LGU hier.

Ik heb overigens de gekste dingen hier aan de stroom hangen maar nog nooit een fluittoon gehoord als ik m'n muis bewoog.
Met ook een Mac.

[John Wx]

Wat is een MBP? Mega Beroerde Piep? Maximaal Betaalbaar Product?
Lastig die afkortingen. Wat te zeggen van de KKK, SZK en LGU hier.

Ik heb overigens de gekste dingen hier aan de stroom hangen maar nog nooit een fluittoon gehoord als ik m'n muis bewoog.
Met ook een Mac.

Staan je speakers te hard 

[mmuetst]

Het is wat complexer dan dat, als het UDP protocol is is het fire and forget waardoor je gaten kunt krijgen in je audio stream.

UDP is ook geen probleem, foutcorrectie kan ook hoger in het OSI model plaats vinden. Bijvoorbeeld in laag 7. Er zijn technieken voor om dit te regelen. Uiteindelijk gaat het in de streamer toch eerst in een buffer voordat het wordt omgezet in muziek. Voor muziek is een trager protocol als TCP helemaal geen probleem, en zal in de regel gebruikt worden.

[Kjelt]

Niet helemaal
Een pc heeft behoorlijk wat storingen via de cpu en GPU die veel krachtiger zijn dan nodig is voor wat wij doen in HT.

En een pc is niet ontworpen voor een schoon signaal. Dus voedingen en afscherming zijn binnen de pc gewoon slecht.

Ik hoor bv als ik mijn MBP aan de stroom heb hangen een fluittoon als ik de muis beweeg. Haal ik de audio interface los en draai ik via een dock is het weg. En dat is een mac die ontworpen is voor dit soort toepassingen

Kabel zal het niet aan liggen

Toen wij de goliaths leveren waren dat ook speciale voedingen plus we veranderden wat settings in de bios en os waardoor er veel minder storing in het signaal kwam. Maar een pc schoon krijgen is een utopie

Mee eens maar heeft niets met de ontvangende netwerk streamer te maken. Deze krijgt een galvanisch gescheiden ethernet verbinding binnen en kan evt zelfs dubbel er voor zorgen dat iedere "storing" van buiten verwijderd wordt. Wie gebruikt er nou zijn PC om high end audio weer te geven ?

[J.A.F._Doorhof]

We zien nog steeds best veel mensen die een HT pc gebruiken.

En wat denk je van die goedkope streamers met "shit" voedingen.

[Littletycoon]

Wie gebruikt er nou zijn PC om high end audio weer te geven ?

Moi(via hdmi uitgang). Iets mis mee? (behalve dat ik mij afvraag wat dan high end audio is bij een digitaal signaal van pc naar processor)

[Kjelt]

Met audio weergeven bedoel ik dus analoge audio alwaar storingen van de pc op aanwezig kunnen zijn.
Als je via ethernet streamt zul je ergens een D/A conversie moeten hebben en dat apparaat noem ik de audio weergever en daar lijkt me een pc minder geschikt voor.

[minplus]

Staan je speakers te hard 

MBP :
https://nl.wikipedia.org/wiki/MBP
Ik hou het gezien je reactie op nr 3..

[John Wx]

Mee eens maar heeft niets met de ontvangende netwerk streamer te maken. Deze krijgt een galvanisch gescheiden ethernet verbinding binnen en kan evt zelfs dubbel er voor zorgen dat iedere "storing" van buiten verwijderd wordt. Wie gebruikt er nou zijn PC om high end audio weer te geven ?

Heel veel mensen een NUC of kleine pc is perfect met een externe voeding

En gelijk op tv ht forum lezen

[J.A.F._Doorhof]

MBP Macbookpro

[Rob_Dingen]

Wie gebruikt er nou zijn PC om high end audio weer te geven ?

Ik gebruik mijn PC als streamer met USB naar de DAC.
Daar was mijn opmerking over, dus meer plat leggen is beter klinken, andere voeding beter klinken.
Dat alles met dezelfde software.

Rob

[mmuetst]

In principe is een streamer ook gewoon een computer (PC wordt meestal in verband gebracht met Windows).
Mijn Eversolo draait gewoon een Android OS en zo las ik laatst dat @DofN voor BACCH een Mac mini gebruikt (is ook een computer). In sommige dure streamers zit gewoon een Raspberry PI waar een versie van Linux op draait.
Nu zal op een Streamer minder andere software zitten (ik kan bijvoorbeeld wel een YouTube app installeren op mijn Eversolo). Dus ik vraag me af wat het verschil is wat @Rob_Dingen hoort als hij software uitschakelt. Als een computer het te zwaar krijgt zal dit waarschijnlijk resulteren in haperende weergave, maar niet in detail.
Het woord jitter wordt weer van stal gehaald. Maar goed, het uitschakelen van software kan geen kwaad lijkt mij zo.
Als de computer ook de DAC voor zijn rekening neemt kan ik me wel voorstellen dat het signaal/ruis verhouding kan beïnvloeden.

[Kurt]

Heb hier een Naim NDX en een paar Raspberry gebaseerde moOde streamers. Jitter komt om de hoek kijken als er timing/clock problemen zijn. Om dit uit te sluiten heb ik de PI via USB aan een externe DAC gehangen. Een andere PI heeft dan weer een HifiBerry Pro S/PDIF hat met 2 clocken. Ik hoor geen verschil tussen de S/PDIF of USB versie. Ook hoor ik geen verschil tussen de PIs en de Naim. Allen gaan via de externe DAC. De NDX via S/PDIF wegens geen USB. Op zich geen verrassing. Naim bv koopt zijn streaming bordjes bij StreamUnlimited.
Ooit heb ik een PI in een afgedankte Naim behuizing gestopt. De audiofiele luistervriedjes vonden de Naim beter klinken.

[Struis]

Grappig. Wij hadden ook een RPi naast een NDX1 gehangen. Voor ons kwam hij niet in de buurt (de RPi). Zal ook te maken hebben met de set, je eigen gehoor e.d. al ben ik wel benieuwd welke high end streamers en RPi gebruiken..

[chansig]

Je wist waar je naar luisterde als het ging om het duiden van verschillen ?

Gr. Hans

[Kurt]

Grappig. Wij hadden ook een RPi naast een NDX1 gehangen. Voor ons kwam hij niet in de buurt (de RPi). Zal ook te maken hebben met de set, je eigen gehoor e.d. al ben ik wel benieuwd welke high end streamers en RPi gebruiken..

Met de set zal het niet te maken hebben, en mijn oren ook al niet.
Welke DAC hebben jullie gebruikt voor de PI?