Den elektriska miljön i CPU:n och dess påverkan på välljudet

[Metnoc]

TL;DR: Mina tankar om varför CPU:ns elektriska fotavtryck ofta är den dolda flaskhalsen i digitala transporter, och hur jag genom finjustering av power states i BIOS + TLP på Debian nått ett följsamt, ”liquid” ljud utan att offra respons. Debian slår nu både Euphony OS och min gamla Windows-setup. Fortsättning med konkreta inställningar följer.

 

Sålde nyligen min endpoint, ett specialbygge från Pink Faun. Custom-moderkort, reclocker på ethernet-ingången och på de digitala utgångarna (USB, AES/EBU, SPDIF och I²S), Farad-nätdel och en Raspberry Pi CM3+ som dator med Ropieee installerat. Jag provade även GentooPlayer med flera, men de lät sämre trots sina optimeringar (mer om det vid ett annat tillfälle). Den lät faktiskt rätt bra, klart bättre än min tidigare SOTM SMS 200 ultra USB-endpoint, men jag blev aldrig riktigt nöjd.

 

Min tanke är att alla ingående delar, inklusive det tunga och stabila chassit, rimligen bara kan ha en flaskhals och det är Raspberry Pi:n. CM3+ är några år gammal, nyare modeller är snabbare, men den räcker förstås gott och väl till att köra som ren endpoint för Roon och Audirvāna. Streamern hade bra timing och liknande, men det fanns ändå något ansträngt över ljudet, inte riktigt den där liquidity jag söker i en digital transport. Alltså ett följsamt och oansträngt ljud med påtaglig textur och frånvaro av stress.

Min misstanke är att den lilla CM3+:an fick jobba lite för hårt vilket skapade elektriska störningar som satte avtryck i ljudet. En linjär nätdel eller fina klockor ändrar ju i sig inte dator-delen i en streamers elektriska fotavtryck nämnvärt. Dvs datorn får jobba lika hårt oavsett nätdel, och även om en linjär nätdel och klockor kan delvis neutralisera kan de aldrig helt ta bort det elektriska fotavtrycket från CPU och moderkort.

 

Det ska sägas att väldigt många, kanske de flesta streamers bygger på lågförbrukande SoC-lösningar i klass med lite äldre mobiler eller vanliga konsumentroutrar, så inte heller de är överdrivet snabba. Personligen har jag alltid föredragit x86-baserade streamers (server- eller desktop-CPU), antingen en enkel Intel i3 eller riktigt snabba AMD med många kärnor (inte Intel med E-cores) för de bästa bygge som till exempel Pink Fauns toppmodeller. Fördelen med x86 är att processorn sällan behöver jobba mer än någon procent av sin kapacitet, även om man har en enklare CPU. Det öppnar möjligheter att trimma den elektriska miljön på moderkortet för att minimera störningar på ljudet, enligt min erfarenhet.

Får se vad jag ersätter endpointen med, men just nu kör jag bara min gamla server som jag byggt ihop med Tradera-fynd som var avsedda för andra projekt först för knappt ett par tusenlappar totalt: Asus ROG Strix-moderkort (som många anser är ett av de bättre för hifi-byggen tack vare komponentkvalitet och BIOS-möjligheter), en liten Intel i3, ett gammalt Fractal-HTPC-chassi och en liten Noctua-fläkt som aldrig behöver snurra. I BIOS har jag kopplat CPU-fläkt-headern till en chassifläkt-ingång och stängt av kravet på fläkt under 55 °C. Datorn ligger stabilt runt 38 °C vid 24/192 Qobuz-streaming.

 

För moderkort, CPU, chassi och fläkt betalade jag under 2000 kr. Kan väl inte låta bra med USB rakt från moderkortet? Jo, på vissa sätt faktiskt bättre än mitt custom Pink Faun-byggda endpoint. Inte samma hifi-egenskaper vad gäller timing, men det låter inte alls ansträngt som endpointen gjorde, alltså lite mer robust ljud med potential till mer. Man hör att streamern inte behöver jobba på samma sätt som endpointen behövde. En annan erfarenhet av relevans är att min gamla SOTM-endpoint lät förskräckligt om den inte kördes enbart som endpoint till exempel som Roon endpoint. Om jag istället körde den som komplett streamer utan server lät den just ansträngt. Sannolikt för att den lilla CPU:n i den får jobba hårdare och då hörs det i form av ett ansträngt ljud, något som jag men kanske inte alla uppfattar som klart hörbart och negativt för mitt engagemang för streamad musik.

Jag kör också den finaste ATX-PSU jag känner till för vanliga datorer, Seasonic Prime TX (vilken låter ohyggligt mycket bättre än ansedda Corsair RMx serien, när jag bytte var det lite som att det här är väl inte en SMPS, för det låter som en hög kvalitativ linjär PSU med följsamt ljud, tyngd och närvaro) till min server som jag nu alltså tillfälligt använder som streamer. Nätdelen har fläkt den med, men den går aldrig igång för att belastningen är så låg. Varför inte linjär nätdel? Jag testade tidigare Farad till min gamla mini-PC (som Roon Core till SOTM-endpoint) och det blev trevligare men också märkbart långsammare. Det finns de som menar att linjära nätdelar, om de inte är extremt bra, har svårt att hantera datorers fluktuerande strömkrav vilket ger ett för långsamt ljud. Jag har samma erfarenhet med vissa ethernet-switchar: de kan låta trevligt men musiken blir seg, som om att signalen jämnar ut riktningsförändringarna och ger ett trevligt men också för polerat ljud. Därför kör jag bästa SMPS jag känner till till själva datorn och linjär nätdel till eventuell endpoint istället. Antipodes använder ju hybrid-nätdelar i flera av sina servrar av just den anledningen.

 

Men hur får man då en liten och några år gammal dator med ett gaming-moderkort och Seasonic-PSU att låta bra? Länge var svaret för mig att stänga av alla power-saving-features i BIOS och låsa spänningar till moderkort och CPU till fasta värden. Utan de inställningarna lät det instängt och trist, dvs även när datorn enbart användes som server till min gamla endpoint. Jag körde en nedstrippad Windows (Titus ISO) med Fidelizer-optimeringar och har alltid föredragit optimerad Windows framför alla Linux-varianter jag testat, både vanliga som Debian och hifi-specifika (GentooPlayer, Euphony, AudioLinux). Linux har ofta bättre timing och större ljudbild men låter tunt. Windows är lite mer ojämnt och mindre definierat men ger ett fylligare och mer påtagligt mellanregister, något jag värderar högre än klassiska hifi-mått.

 

Problemet är att jag inte gillar Windows på en server, den blir seg och uppdateringarna stör. Så jag testade Linux igen, det var något år sedan sist. Började med Euphony som faktiskt lät lite bättre än jag mindes, särskilt i RAM-läge. Fortfarande för tunt och lite ansträngt men jag gav inte upp. Testade sedan ren Debian headless (inget grafiskt gränssnitt), Audirvāna och USB från moderkortet. Audirvāna låter efter mina jämförelser bäst hos mig, skillnaden mellan spelare som Roon och Jplay är stor.

Debian lät sådär från början, testade real-time-kernel, custom-kernels settings, CPU-isolering, låg latens etc. Ju mer jag tweakade desto tunnare och sämre blev det, till slut knappt lyssningsbart.

 

Så jag började om från noll: reset BIOS, ominstallation av Debian headless. För första gången lät Linux okej, inte bra men okej. Då förstod jag att problemet troligen låg i den elektriska miljön på moderkortet. Med fel power-save-inställningar i BIOS blir det inte ett bra resultat. Så jag provade mig fram med Powertop och framför allt TLP (som ger mer granulär kontroll) över power savings, på saker som tex pcie-lanes. Med absolut max power-save i BIOS får jag i Linux full tillgång till alla parametrar eftersom inget är låst. Landade till slut i att näst lägsta power state lät bäst. Lägsta (max power save) blev lite sömnigt och ingen power save alls lät just det, ansträngt.

Då kom jag full cirkel i mina teorier: det låter ofta bra när streamern (förutom stabilt chassi, bra nätdel, fina klockor etc) har en processor som knappt behöver jobba, gärna bara någon procent av kapaciteten och en elektrisk miljö med minimala störningar. Så frågan blir då om en Raspberry Pi är tillräckligt snabb och om moderkortet på en Raspberry Pi inte är för klent för att inte utgöra en flaskhals i en streamer? Jag vet inte, nyare modeller än CM3+ lär låta bättre men jag lutar likväl åt server- eller gamingmoderkort med x86-CPU, möjligen alternativt väldigt snabba ARM-lösningar.

 

Så varför lät Windows sämre med power save på i BIOS? Windows och en minimal headless Debian hanterar USB-stack, ethernet, CPU-scheduling etc på helt olika sätt. Windows är elektriskt en stökigare miljö än Debian så ironiskt nog kanske det är just de ökade variansen i Windows som gör att det kan låta lite mer levande än Linux som ofta låter mer korrekt. Så kör man en mer statisk elektrisk miljö genom tex fast CPU-frekvens i BIOS så kan man möjligen tämja Windows något, men i Linux i min erfarenhet behöver jag göra tvärtom. Min Debian installation låter något mer korrekt än Windows men inte klinskt som tidigare och övriga parametrar som torrare bas mm gör att jag som det är nu föredrar Debian över Windows. Debian drar extremt lite resurser (<200 MB RAM vid uppstart utan tweaks) och CPU:n ligger oftare under än över 1 % i användning. Men utan rätt BIOS- och OS-inställningar låter det inte bra. Min Debian-installation låter klart bättre än Euphony, sistnämnda har bättre timing men känns också mer ansträngd. Euphony måste funka på väldigt många maskiner medan jag kan ställa in Debian exakt efter min hårdvara, särskilt vad gäller power save och det verkar vara den avgörande faktorn oavsett Windows eller Linux fast på helt olika sätt. Med mer anpassade power savings beroende på operativsystem och hårdvara kan jag hitta en gyllene medelväg där datorn bara precis är så responsiv som den behöver vara för att inte låta långsam och instängd (på grund av för hög latens) men inte mer än så vilket i sig skapar onödigt elektriskt fotavtryck. Det är enligt min erfarenhet den springande punkten när det gäller att inte få till ett riktigt liquid ljud från en transport. Till exempel så satte jag en regel på kernel att som lägst köra C1 state, dvs aldrig gå ner i viloläge, det gav ett klart hörbart mer ansträngt ljud.

 

Minns när jag för några år sen läste tråden "A novel way to massively improve the SQ of computer audio streaming" på Audiophilestyle, en legendarisk tråd i vilken flertalet insikter om hur man bygger streamers som även påverkat flera välkända tillverkare av streamers på den högsta nivån till andra lösningar, då de har tagit efter nya rön som diskuterats i tråden. Rön som tillverkare tidigare inte byggt baserat på, men tagit intryck av efterhand. Men i den tråden skrev Romaz, en av pionjärerna inom streaming de senaste 10 åren en sammanfattande post om vilka delar han ansåg hade störst inverkan på ljudet för streamers, den första tror jag så gott som alla skriver under på och det är nätdelen. Men den andra var inte given, han menade att CPU är den näst viktigaste komponenten, och jag lutar åt att hålla med om det. För tex om en endpoint som har allt bra nätdel, klockor, custom moderkort och chassi men långsam CPU då sneglar i varje fall jag på CPU som flaskhalsen. 

 

Får se hur jag går vidare. Kanske köper jag en annan endpoint, kanske bygger jag själv. En liten dator med linjär nätdel, gaming- eller servermoderkort och en USB-brygga från Pink Faun känns mer spännande. Att se hur långt man faktiskt kan komma med en digital transport som man byggt själv och särskilt nu när jag vet hur jag kan tämja Linux till att låta bra på grund av anpassat elektriskt fotavtryck.

 

Fortsättning följer. Ska se om real-time kernel, att pinna Audirvāna till en kärna mm låter bättre nu när power savings är optimerade och jag har en annan liten dator på ingång: ett servermoderkort och lite annat smått och gott. Jag har tänkt att även redogöra för mina BIOS-inställningar och Linux TLP inställningar i detalj, förklara vad de gör och hur du kan justera dem för att hitta passande parametrar utifrån din hårdvara. Det är enklare än vad man kanske tror att fixa, det som tog tid var att lära sig att hitta fram till vad som faktiskt påverkar. I bästa fall kan du som jag få en Linux-installation som möjligen låter bättre än Euphony mfl pga den är anpassad utifrån din hårdvara och dess elektriska förutsättningar.  

[AlfaGTV]

Intressanta tankar om vad som påverkar! 👍🏻

Ser fram emot fortsättningen och vad du väljer som endpoint-lösning. 

 

Jag har i princip aldrig nyttjat ngn av mina SOtM sMS-200som både server och transport, även om man kan göra det i form av MPD, DLNA och LMS. Jag har aldrig upplevt dem låta dåligt, men med firmware 0.5.6 eller nåt för snart två år sedan kom deras möjlighet att "tweaka" processorhastighet och latens. Som ren Roon Ready-device gjorde det väldigt tydliga förbättringar och den gick från "bra" till "toppklass" för mig. Sedan kan jag peka på tråden om Diretta på sMS-200 för fortsättningen!  

 

Det betyder naturligtvis inte att man inte kan få andra saker att låta bra också, men jag skulle personligen ha svårare att börja grotta i en högre specad x86-apparat som endpoint. Jag känner att det tenderar att börja i fel ände! 😁

 

Såjust därför ser jag fram emot att följa detta!

[Labbe]

10 hours ago, Metnoc said:

TL;DR: Mina tankar om varför CPU:ns elektriska fotavtryck ofta är den dolda flaskhalsen i digitala transporter, och hur jag genom finjustering av power states i BIOS + TLP på Debian nått ett följsamt, ”liquid” ljud utan att offra respons. Debian slår nu både Euphony OS och min gamla Windows-setup. Fortsättning med konkreta inställningar följer.

 

Sålde nyligen min endpoint, ett specialbygge från Pink Faun. Custom-moderkort, reclocker på ethernet-ingången och på de digitala utgångarna (USB, AES/EBU, SPDIF och I²S), Farad-nätdel och en Raspberry Pi CM3+ som dator med Ropieee installerat. Jag provade även GentooPlayer med flera, men de lät sämre trots sina optimeringar (mer om det vid ett annat tillfälle). Den lät faktiskt rätt bra, klart bättre än min tidigare SOTM SMS 200 ultra USB-endpoint, men jag blev aldrig riktigt nöjd.

Min tanke är att alla ingående delar, inklusive det tunga och stabila chassit, rimligen bara kan ha en flaskhals och det är Raspberry Pi:n. CM3+ är några år gammal, nyare modeller är snabbare, men den räcker förstås gott och väl till att köra som ren endpoint för Roon och Audirvāna. Streamern hade bra timing och liknande, men det fanns ändå något ansträngt över ljudet, inte riktigt den där liquidity jag söker i en digital transport. Alltså ett följsamt och oansträngt ljud med påtaglig textur och frånvaro av stress.

Min misstanke är att den lilla CM3+:an fick jobba lite för hårt vilket skapade elektriska störningar som satte avtryck i ljudet. En linjär nätdel eller fina klockor ändrar ju i sig inte dator-delen i en streamers elektriska fotavtryck nämnvärt. Dvs datorn får jobba lika hårt oavsett nätdel, och även om en linjär nätdel och klockor kan delvis neutralisera kan de aldrig helt ta bort det elektriska fotavtrycket från CPU och moderkort.

Det ska sägas att väldigt många, kanske de flesta streamers bygger på lågförbrukande SoC-lösningar i klass med lite äldre mobiler eller vanliga konsumentroutrar, så inte heller de är överdrivet snabba. Personligen har jag alltid föredragit x86-baserade streamers (server- eller desktop-CPU), antingen en enkel Intel i3 eller riktigt snabba AMD med många kärnor (inte Intel med E-cores) för de bästa bygge som till exempel Pink Fauns toppmodeller. Fördelen med x86 är att processorn sällan behöver jobba mer än någon procent av sin kapacitet, även om man har en enklare CPU. Det öppnar möjligheter att trimma den elektriska miljön på moderkortet för att minimera störningar på ljudet, enligt min erfarenhet.

Får se vad jag ersätter endpointen med, men just nu kör jag bara min gamla server som jag byggt ihop med Tradera-fynd som var avsedda för andra projekt först för knappt ett par tusenlappar totalt: Asus ROG Strix-moderkort (som många anser är ett av de bättre för hifi-byggen tack vare komponentkvalitet och BIOS-möjligheter), en liten Intel i3, ett gammalt Fractal-HTPC-chassi och en liten Noctua-fläkt som aldrig behöver snurra. I BIOS har jag kopplat CPU-fläkt-headern till en chassifläkt-ingång och stängt av kravet på fläkt under 55 °C. Datorn ligger stabilt runt 38 °C vid 24/192 Qobuz-streaming.

För moderkort, CPU, chassi och fläkt betalade jag under 2000 kr. Kan väl inte låta bra med USB rakt från moderkortet? Jo, på vissa sätt faktiskt bättre än mitt custom Pink Faun-byggda endpoint. Inte samma hifi-egenskaper vad gäller timing, men det låter inte alls ansträngt som endpointen gjorde, alltså lite mer robust ljud med potential till mer. Man hör att streamern inte behöver jobba på samma sätt som endpointen behövde. En annan erfarenhet av relevans är att min gamla SOTM-endpoint lät förskräckligt om den inte kördes enbart som endpoint till exempel som Roon endpoint. Om jag istället körde den som komplett streamer utan server lät den just ansträngt. Sannolikt för att den lilla CPU:n i den får jobba hårdare och då hörs det i form av ett ansträngt ljud, något som jag men kanske inte alla uppfattar som klart hörbart och negativt för mitt engagemang för streamad musik.

Jag kör också den finaste ATX-PSU jag känner till för vanliga datorer, Seasonic Prime TX (vilken låter ohyggligt mycket bättre än ansedda Corsair RMx serien, när jag bytte var det lite som att det här är väl inte en SMPS, för det låter som en hög kvalitativ linjär PSU med följsamt ljud, tyngd och närvaro) till min server som jag nu alltså tillfälligt använder som streamer. Nätdelen har fläkt den med, men den går aldrig igång för att belastningen är så låg. Varför inte linjär nätdel? Jag testade tidigare Farad till min gamla mini-PC (som Roon Core till SOTM-endpoint) och det blev trevligare men också märkbart långsammare. Det finns de som menar att linjära nätdelar, om de inte är extremt bra, har svårt att hantera datorers fluktuerande strömkrav vilket ger ett för långsamt ljud. Jag har samma erfarenhet med vissa ethernet-switchar: de kan låta trevligt men musiken blir seg, som om att signalen jämnar ut riktningsförändringarna och ger ett trevligt men också för polerat ljud. Därför kör jag bästa SMPS jag känner till till själva datorn och linjär nätdel till eventuell endpoint istället. Antipodes använder ju hybrid-nätdelar i flera av sina servrar av just den anledningen.

Men hur får man då en liten och några år gammal dator med ett gaming-moderkort och Seasonic-PSU att låta bra? Länge var svaret för mig att stänga av alla power-saving-features i BIOS och låsa spänningar till moderkort och CPU till fasta värden. Utan de inställningarna lät det instängt och trist, dvs även när datorn enbart användes som server till min gamla endpoint. Jag körde en nedstrippad Windows (Titus ISO) med Fidelizer-optimeringar och har alltid föredragit optimerad Windows framför alla Linux-varianter jag testat, både vanliga som Debian och hifi-specifika (GentooPlayer, Euphony, AudioLinux). Linux har ofta bättre timing och större ljudbild men låter tunt. Windows är lite mer ojämnt och mindre definierat men ger ett fylligare och mer påtagligt mellanregister, något jag värderar högre än klassiska hifi-mått.

Problemet är att jag inte gillar Windows på en server, den blir seg och uppdateringarna stör. Så jag testade Linux igen, det var något år sedan sist. Började med Euphony som faktiskt lät lite bättre än jag mindes, särskilt i RAM-läge. Fortfarande för tunt och lite ansträngt men jag gav inte upp. Testade sedan ren Debian headless (inget grafiskt gränssnitt), Audirvāna och USB från moderkortet. Audirvāna låter efter mina jämförelser bäst hos mig, skillnaden mellan spelare som Roon och Jplay är stor.

Debian lät sådär från början, testade real-time-kernel, custom-kernels settings, CPU-isolering, låg latens etc. Ju mer jag tweakade desto tunnare och sämre blev det, till slut knappt lyssningsbart.

Så jag började om från noll: reset BIOS, ominstallation av Debian headless. För första gången lät Linux okej, inte bra men okej. Då förstod jag att problemet troligen låg i den elektriska miljön på moderkortet. Med fel power-save-inställningar i BIOS blir det inte ett bra resultat. Så jag provade mig fram med Powertop och framför allt TLP (som ger mer granulär kontroll) över power savings, på saker som tex pcie-lanes. Med absolut max power-save i BIOS får jag i Linux full tillgång till alla parametrar eftersom inget är låst. Landade till slut i att näst lägsta power state lät bäst. Lägsta (max power save) blev lite sömnigt och ingen power save alls lät just det, ansträngt.

Då kom jag full cirkel i mina teorier: det låter ofta bra när streamern (förutom stabilt chassi, bra nätdel, fina klockor etc) har en processor som knappt behöver jobba, gärna bara någon procent av kapaciteten och en elektrisk miljö med minimala störningar. Så frågan blir då om en Raspberry Pi är tillräckligt snabb och om moderkortet på en Raspberry Pi inte är för klent för att inte utgöra en flaskhals i en streamer? Jag vet inte, nyare modeller än CM3+ lär låta bättre men jag lutar likväl åt server- eller gamingmoderkort med x86-CPU, möjligen alternativt väldigt snabba ARM-lösningar.

Så varför lät Windows sämre med power save på i BIOS? Windows och en minimal headless Debian hanterar USB-stack, ethernet, CPU-scheduling etc på helt olika sätt. Windows är elektriskt en stökigare miljö än Debian så ironiskt nog kanske det är just de ökade variansen i Windows som gör att det kan låta lite mer levande än Linux som ofta låter mer korrekt. Så kör man en mer statisk elektrisk miljö genom tex fast CPU-frekvens i BIOS så kan man möjligen tämja Windows något, men i Linux i min erfarenhet behöver jag göra tvärtom. Min Debian installation låter något mer korrekt än Windows men inte klinskt som tidigare och övriga parametrar som torrare bas mm gör att jag som det är nu föredrar Debian över Windows. Debian drar extremt lite resurser (<200 MB RAM vid uppstart utan tweaks) och CPU:n ligger oftare under än över 1 % i användning. Men utan rätt BIOS- och OS-inställningar låter det inte bra. Min Debian-installation låter klart bättre än Euphony, sistnämnda har bättre timing men känns också mer ansträngd. Euphony måste funka på väldigt många maskiner medan jag kan ställa in Debian exakt efter min hårdvara, särskilt vad gäller power save och det verkar vara den avgörande faktorn oavsett Windows eller Linux fast på helt olika sätt. Med mer anpassade power savings beroende på operativsystem och hårdvara kan jag hitta en gyllene medelväg där datorn bara precis är så responsiv som den behöver vara för att inte låta långsam och instängd (på grund av för hög latens) men inte mer än så vilket i sig skapar onödigt elektriskt fotavtryck. Det är enligt min erfarenhet den springande punkten när det gäller att inte få till ett riktigt liquid ljud från en transport. Till exempel så satte jag en regel på kernel att som lägst köra C1 state, dvs aldrig gå ner i viloläge, det gav ett klart hörbart mer ansträngt ljud.

Minns när jag för några år sen läste tråden "A novel way to massively improve the SQ of computer audio streaming" på Audiophilestyle, en legendarisk tråd i vilken flertalet insikter om hur man bygger streamers som även påverkat flera välkända tillverkare av streamers på den högsta nivån till andra lösningar, då de har tagit efter nya rön som diskuterats i tråden. Rön som tillverkare tidigare inte byggt baserat på, men tagit intryck av efterhand. Men i den tråden skrev Romaz, en av pionjärerna inom streaming de senaste 10 åren en sammanfattande post om vilka delar han ansåg hade störst inverkan på ljudet för streamers, den första tror jag så gott som alla skriver under på och det är nätdelen. Men den andra var inte given, han menade att CPU är den näst viktigaste komponenten, och jag lutar åt att hålla med om det. För tex om en endpoint som har allt bra nätdel, klockor, custom moderkort och chassi men långsam CPU då sneglar i varje fall jag på CPU som flaskhalsen. 

Får se hur jag går vidare. Kanske köper jag en annan endpoint, kanske bygger jag själv. En liten dator med linjär nätdel, gaming- eller servermoderkort och en USB-brygga från Pink Faun känns mer spännande. Att se hur långt man faktiskt kan komma med en digital transport som man byggt själv och särskilt nu när jag vet hur jag kan tämja Linux till att låta bra på grund av anpassat elektriskt fotavtryck.

Fortsättning följer. Ska se om real-time kernel, att pinna Audirvāna till en kärna mm låter bättre nu när power savings är optimerade och jag har en annan liten dator på ingång: ett servermoderkort och lite annat smått och gott. Jag har tänkt att även redogöra för mina BIOS-inställningar och Linux TLP inställningar i detalj, förklara vad de gör och hur du kan justera dem för att hitta passande parametrar utifrån din hårdvara. Det är enklare än vad man kanske tror att fixa, det som tog tid var att lära sig att hitta fram till vad som faktiskt påverkar. I bästa fall kan du som jag få en Linux-installation som möjligen låter bättre än Euphony mfl pga den är anpassad utifrån din hårdvara och dess elektriska förutsättningar.  

Halvt OT, Skulle du vilja vara så vänlig att ändra inlägget med att lägga till lite styckeindelning? 
Tycker ämnet är intressant och skulle gärna läsa om det, men jag kan inte då hela texten flyter ihop till en sörja.

Inget illa ment, eller liknande utan det är mest för att öka läsbarheten

[Tobias]

Angående linjära PS och långsamt ljud.

 

Detta är något jag själv började reflektera över nu för någon vecka sedan. Helt plötsligt väcktes tanken att musiken går långsammare, som att det ligger lite-lite efter hela tiden. Samtidigt så är enskilda ljud väldigt snabba och mer dynamiska än tidigare, vilket är lite motsägelsefullt.

Jag har nyligen också gjort stora förbättringar och fått rejält renare ström (kablar och strömlist) och ljudet är mycket bättre på alla sätt, och även mer engagerande (fot-tappande).

Man brukar ju säga att ljudet "lugnar ner sig" och blir mindre nervöst, när man gör förbättringar i digital miljön, och det är ju något som jag skriver under på.

 

Det jag försöker förstå är om känslan att det går långsammare (ligger lite efter) är på riktigt eller om jag bara vant mig vid ett mer nervöst ljud (med mycket distortion) som är det "vanliga" när man lyssnar på digitalt.

 

Det ska sägas att jag inte kör med SMPS i det digitala. (se min signatur)

[Metnoc]

10 hours ago, AlfaGTV said:

Intressanta tankar om vad som påverkar! 👍🏻

Ser fram emot fortsättningen och vad du väljer som endpoint-lösning. 

 

Jag har i princip aldrig nyttjat ngn av mina SOtM sMS-200som både server och transport, även om man kan göra det i form av MPD, DLNA och LMS. Jag har aldrig upplevt dem låta dåligt, men med firmware 0.5.6 eller nåt för snart två år sedan kom deras möjlighet att "tweaka" processorhastighet och latens. Som ren Roon Ready-device gjorde det väldigt tydliga förbättringar och den gick från "bra" till "toppklass" för mig. Sedan kan jag peka på tråden om Diretta på sMS-200 för fortsättningen!  

 

Det betyder naturligtvis inte att man inte kan få andra saker att låta bra också, men jag skulle personligen ha svårare att börja grotta i en högre specad x86-apparat som endpoint. Jag känner att det tenderar att börja i fel ände! 😁

 

Såjust därför ser jag fram emot att följa detta!

 

Ja, mjukvaran och inställningar inte minst kring hur processorn arbetar verkar ha betydelse för vilket ljud det blir i slutändan, så kan tänka mig att de inställningarna ger ett lyft för SMS 200.

 

Att köra en högre specad x86 som endpoint eller för den delen server och endpoint på samma "dator" är ett tveeggat svärd, den snabbare CPU verkar ge möjligheter till ett mer dynamiskt ljud men ställer också högre krav på att alla ingående delar håller väldigt hög klass för att inte låta för brusigt. 

 

Själv tänker jag att CPU är lite av kärnan i en streamer, oavsett om man väljer en low power soc eller en snabb x86 så sätter det ramverket för vilken design i övrigt som kan vara bra för att få ett gott slutresultat.

[Metnoc]

8 hours ago, Labbe said:

Halvt OT, Skulle du vilja vara så vänlig att ändra inlägget med att lägga till lite styckeindelning? 
Tycker ämnet är intressant och skulle gärna läsa om det, men jag kan inte då hela texten flyter ihop till en sörja.

Inget illa ment, eller liknande utan det är mest för att öka läsbarheten

Har gjort texten lite luftigare, hoppas det underlättar.

[Metnoc]

7 hours ago, Tobias said:

Angående linjära PS och långsamt ljud.

 

Detta är något jag själv började reflektera över nu för någon vecka sedan. Helt plötsligt väcktes tanken att musiken går långsammare, som att det ligger lite-lite efter hela tiden. Samtidigt så är enskilda ljud väldigt snabba och mer dynamiska än tidigare, vilket är lite motsägelsefullt.

Jag har nyligen också gjort stora förbättringar och fått rejält renare ström (kablar och strömlist) och ljudet är mycket bättre på alla sätt, och även mer engagerande (fot-tappande).

Man brukar ju säga att ljudet "lugnar ner sig" och blir mindre nervöst, när man gör förbättringar i digital miljön, och det är ju något som jag skriver under på.

 

Det jag försöker förstå är om känslan att det går långsammare (ligger lite efter) är på riktigt eller om jag bara vant mig vid ett mer nervöst ljud (med mycket distortion) som är det "vanliga" när man lyssnar på digitalt.

 

Det ska sägas att jag inte kör med SMPS i det digitala. (se min signatur)

 

Vad hade du innan och vad har du uppgraderat till?

Ström i min erfarenhet kan både lugna ner men även snabba på ljudet på samma gång. Lugna ner för att mindre högfrekvent skräp når elektroniken men också snabba på för att tex sinus kurvan på växelströmmen är renare och därmed kan elektroniken jobba på ett mer optimalt sätt vilket kan ge tex torrare bas i positiv mening.

 

Men ska vi säga dyrare strömprodukter, både olika typer av filter etc samt kablar kan också göra att det låter lite långsammare av olika anledningar. Så ofta en avvägning det där med vilka prylar som lirar med de förutsättningar man har i sin anläggning.

[Tobias]

Jag hade bara en riktigt fin strömkabel (Shunyata Sigma NR V1) till min streamer´s farad super 3, för att verifiera vad en bra strömkabel kunde göra för det digitala.

Nu har jag istället full uppsättning strömkablar och strömlist som kan ses i min signatur nedan.

Har ju bara haft dom några veckor så det kan också vara ett inbränningsproblem, nu när jag tänker på det, för det har verkligen varit en inbränningsresa...

 

Sorry, för att jag gick lite out of topic nu i din tråd.

[Richard]

19 hours ago, Metnoc said:

TL;DR: Mina tankar om varför CPU:ns elektriska fotavtryck ofta är den dolda flaskhalsen i digitala transporter, och hur jag genom finjustering av power states i BIOS + TLP på Debian nått ett följsamt, ”liquid” ljud utan att offra respons. Debian slår nu både Euphony OS och min gamla Windows-setup. Fortsättning med konkreta inställningar följer.

 

Sålde nyligen min endpoint, ett specialbygge från Pink Faun. Custom-moderkort, reclocker på ethernet-ingången och på de digitala utgångarna (USB, AES/EBU, SPDIF och I²S), Farad-nätdel och en Raspberry Pi CM3+ som dator med Ropieee installerat. Jag provade även GentooPlayer med flera, men de lät sämre trots sina optimeringar (mer om det vid ett annat tillfälle). Den lät faktiskt rätt bra, klart bättre än min tidigare SOTM SMS 200 ultra USB-endpoint, men jag blev aldrig riktigt nöjd.

 

Min tanke är att alla ingående delar, inklusive det tunga och stabila chassit, rimligen bara kan ha en flaskhals och det är Raspberry Pi:n. CM3+ är några år gammal, nyare modeller är snabbare, men den räcker förstås gott och väl till att köra som ren endpoint för Roon och Audirvāna. Streamern hade bra timing och liknande, men det fanns ändå något ansträngt över ljudet, inte riktigt den där liquidity jag söker i en digital transport. Alltså ett följsamt och oansträngt ljud med påtaglig textur och frånvaro av stress.

Min misstanke är att den lilla CM3+:an fick jobba lite för hårt vilket skapade elektriska störningar som satte avtryck i ljudet. En linjär nätdel eller fina klockor ändrar ju i sig inte dator-delen i en streamers elektriska fotavtryck nämnvärt. Dvs datorn får jobba lika hårt oavsett nätdel, och även om en linjär nätdel och klockor kan delvis neutralisera kan de aldrig helt ta bort det elektriska fotavtrycket från CPU och moderkort.

 

Det ska sägas att väldigt många, kanske de flesta streamers bygger på lågförbrukande SoC-lösningar i klass med lite äldre mobiler eller vanliga konsumentroutrar, så inte heller de är överdrivet snabba. Personligen har jag alltid föredragit x86-baserade streamers (server- eller desktop-CPU), antingen en enkel Intel i3 eller riktigt snabba AMD med många kärnor (inte Intel med E-cores) för de bästa bygge som till exempel Pink Fauns toppmodeller. Fördelen med x86 är att processorn sällan behöver jobba mer än någon procent av sin kapacitet, även om man har en enklare CPU. Det öppnar möjligheter att trimma den elektriska miljön på moderkortet för att minimera störningar på ljudet, enligt min erfarenhet.

Får se vad jag ersätter endpointen med, men just nu kör jag bara min gamla server som jag byggt ihop med Tradera-fynd som var avsedda för andra projekt först för knappt ett par tusenlappar totalt: Asus ROG Strix-moderkort (som många anser är ett av de bättre för hifi-byggen tack vare komponentkvalitet och BIOS-möjligheter), en liten Intel i3, ett gammalt Fractal-HTPC-chassi och en liten Noctua-fläkt som aldrig behöver snurra. I BIOS har jag kopplat CPU-fläkt-headern till en chassifläkt-ingång och stängt av kravet på fläkt under 55 °C. Datorn ligger stabilt runt 38 °C vid 24/192 Qobuz-streaming.

 

För moderkort, CPU, chassi och fläkt betalade jag under 2000 kr. Kan väl inte låta bra med USB rakt från moderkortet? Jo, på vissa sätt faktiskt bättre än mitt custom Pink Faun-byggda endpoint. Inte samma hifi-egenskaper vad gäller timing, men det låter inte alls ansträngt som endpointen gjorde, alltså lite mer robust ljud med potential till mer. Man hör att streamern inte behöver jobba på samma sätt som endpointen behövde. En annan erfarenhet av relevans är att min gamla SOTM-endpoint lät förskräckligt om den inte kördes enbart som endpoint till exempel som Roon endpoint. Om jag istället körde den som komplett streamer utan server lät den just ansträngt. Sannolikt för att den lilla CPU:n i den får jobba hårdare och då hörs det i form av ett ansträngt ljud, något som jag men kanske inte alla uppfattar som klart hörbart och negativt för mitt engagemang för streamad musik.

Jag kör också den finaste ATX-PSU jag känner till för vanliga datorer, Seasonic Prime TX (vilken låter ohyggligt mycket bättre än ansedda Corsair RMx serien, när jag bytte var det lite som att det här är väl inte en SMPS, för det låter som en hög kvalitativ linjär PSU med följsamt ljud, tyngd och närvaro) till min server som jag nu alltså tillfälligt använder som streamer. Nätdelen har fläkt den med, men den går aldrig igång för att belastningen är så låg. Varför inte linjär nätdel? Jag testade tidigare Farad till min gamla mini-PC (som Roon Core till SOTM-endpoint) och det blev trevligare men också märkbart långsammare. Det finns de som menar att linjära nätdelar, om de inte är extremt bra, har svårt att hantera datorers fluktuerande strömkrav vilket ger ett för långsamt ljud. Jag har samma erfarenhet med vissa ethernet-switchar: de kan låta trevligt men musiken blir seg, som om att signalen jämnar ut riktningsförändringarna och ger ett trevligt men också för polerat ljud. Därför kör jag bästa SMPS jag känner till till själva datorn och linjär nätdel till eventuell endpoint istället. Antipodes använder ju hybrid-nätdelar i flera av sina servrar av just den anledningen.

 

Men hur får man då en liten och några år gammal dator med ett gaming-moderkort och Seasonic-PSU att låta bra? Länge var svaret för mig att stänga av alla power-saving-features i BIOS och låsa spänningar till moderkort och CPU till fasta värden. Utan de inställningarna lät det instängt och trist, dvs även när datorn enbart användes som server till min gamla endpoint. Jag körde en nedstrippad Windows (Titus ISO) med Fidelizer-optimeringar och har alltid föredragit optimerad Windows framför alla Linux-varianter jag testat, både vanliga som Debian och hifi-specifika (GentooPlayer, Euphony, AudioLinux). Linux har ofta bättre timing och större ljudbild men låter tunt. Windows är lite mer ojämnt och mindre definierat men ger ett fylligare och mer påtagligt mellanregister, något jag värderar högre än klassiska hifi-mått.

 

Problemet är att jag inte gillar Windows på en server, den blir seg och uppdateringarna stör. Så jag testade Linux igen, det var något år sedan sist. Började med Euphony som faktiskt lät lite bättre än jag mindes, särskilt i RAM-läge. Fortfarande för tunt och lite ansträngt men jag gav inte upp. Testade sedan ren Debian headless (inget grafiskt gränssnitt), Audirvāna och USB från moderkortet. Audirvāna låter efter mina jämförelser bäst hos mig, skillnaden mellan spelare som Roon och Jplay är stor.

Debian lät sådär från början, testade real-time-kernel, custom-kernels settings, CPU-isolering, låg latens etc. Ju mer jag tweakade desto tunnare och sämre blev det, till slut knappt lyssningsbart.

 

Så jag började om från noll: reset BIOS, ominstallation av Debian headless. För första gången lät Linux okej, inte bra men okej. Då förstod jag att problemet troligen låg i den elektriska miljön på moderkortet. Med fel power-save-inställningar i BIOS blir det inte ett bra resultat. Så jag provade mig fram med Powertop och framför allt TLP (som ger mer granulär kontroll) över power savings, på saker som tex pcie-lanes. Med absolut max power-save i BIOS får jag i Linux full tillgång till alla parametrar eftersom inget är låst. Landade till slut i att näst lägsta power state lät bäst. Lägsta (max power save) blev lite sömnigt och ingen power save alls lät just det, ansträngt.

Då kom jag full cirkel i mina teorier: det låter ofta bra när streamern (förutom stabilt chassi, bra nätdel, fina klockor etc) har en processor som knappt behöver jobba, gärna bara någon procent av kapaciteten och en elektrisk miljö med minimala störningar. Så frågan blir då om en Raspberry Pi är tillräckligt snabb och om moderkortet på en Raspberry Pi inte är för klent för att inte utgöra en flaskhals i en streamer? Jag vet inte, nyare modeller än CM3+ lär låta bättre men jag lutar likväl åt server- eller gamingmoderkort med x86-CPU, möjligen alternativt väldigt snabba ARM-lösningar.

 

Så varför lät Windows sämre med power save på i BIOS? Windows och en minimal headless Debian hanterar USB-stack, ethernet, CPU-scheduling etc på helt olika sätt. Windows är elektriskt en stökigare miljö än Debian så ironiskt nog kanske det är just de ökade variansen i Windows som gör att det kan låta lite mer levande än Linux som ofta låter mer korrekt. Så kör man en mer statisk elektrisk miljö genom tex fast CPU-frekvens i BIOS så kan man möjligen tämja Windows något, men i Linux i min erfarenhet behöver jag göra tvärtom. Min Debian installation låter något mer korrekt än Windows men inte klinskt som tidigare och övriga parametrar som torrare bas mm gör att jag som det är nu föredrar Debian över Windows. Debian drar extremt lite resurser (<200 MB RAM vid uppstart utan tweaks) och CPU:n ligger oftare under än över 1 % i användning. Men utan rätt BIOS- och OS-inställningar låter det inte bra. Min Debian-installation låter klart bättre än Euphony, sistnämnda har bättre timing men känns också mer ansträngd. Euphony måste funka på väldigt många maskiner medan jag kan ställa in Debian exakt efter min hårdvara, särskilt vad gäller power save och det verkar vara den avgörande faktorn oavsett Windows eller Linux fast på helt olika sätt. Med mer anpassade power savings beroende på operativsystem och hårdvara kan jag hitta en gyllene medelväg där datorn bara precis är så responsiv som den behöver vara för att inte låta långsam och instängd (på grund av för hög latens) men inte mer än så vilket i sig skapar onödigt elektriskt fotavtryck. Det är enligt min erfarenhet den springande punkten när det gäller att inte få till ett riktigt liquid ljud från en transport. Till exempel så satte jag en regel på kernel att som lägst köra C1 state, dvs aldrig gå ner i viloläge, det gav ett klart hörbart mer ansträngt ljud.

 

Minns när jag för några år sen läste tråden "A novel way to massively improve the SQ of computer audio streaming" på Audiophilestyle, en legendarisk tråd i vilken flertalet insikter om hur man bygger streamers som även påverkat flera välkända tillverkare av streamers på den högsta nivån till andra lösningar, då de har tagit efter nya rön som diskuterats i tråden. Rön som tillverkare tidigare inte byggt baserat på, men tagit intryck av efterhand. Men i den tråden skrev Romaz, en av pionjärerna inom streaming de senaste 10 åren en sammanfattande post om vilka delar han ansåg hade störst inverkan på ljudet för streamers, den första tror jag så gott som alla skriver under på och det är nätdelen. Men den andra var inte given, han menade att CPU är den näst viktigaste komponenten, och jag lutar åt att hålla med om det. För tex om en endpoint som har allt bra nätdel, klockor, custom moderkort och chassi men långsam CPU då sneglar i varje fall jag på CPU som flaskhalsen. 

 

Får se hur jag går vidare. Kanske köper jag en annan endpoint, kanske bygger jag själv. En liten dator med linjär nätdel, gaming- eller servermoderkort och en USB-brygga från Pink Faun känns mer spännande. Att se hur långt man faktiskt kan komma med en digital transport som man byggt själv och särskilt nu när jag vet hur jag kan tämja Linux till att låta bra på grund av anpassat elektriskt fotavtryck.

 

Fortsättning följer. Ska se om real-time kernel, att pinna Audirvāna till en kärna mm låter bättre nu när power savings är optimerade och jag har en annan liten dator på ingång: ett servermoderkort och lite annat smått och gott. Jag har tänkt att även redogöra för mina BIOS-inställningar och Linux TLP inställningar i detalj, förklara vad de gör och hur du kan justera dem för att hitta passande parametrar utifrån din hårdvara. Det är enklare än vad man kanske tror att fixa, det som tog tid var att lära sig att hitta fram till vad som faktiskt påverkar. I bästa fall kan du som jag få en Linux-installation som möjligen låter bättre än Euphony mfl pga den är anpassad utifrån din hårdvara och dess elektriska förutsättningar.  

Intressanta synpunkter. 
Har faktiskt inte riktigt tänkt på att exempelvis valet att ta stänga av saker i BIOS som inte används skulle kunna vara menligt. Ej heller att enklare datorer skulle kunna uppföra sig bättre i dessa sammanhang. Ser fram emot fortsättningen. 

[conan]

Vad är det för funktioner i streamern? Är det bara filhantering och skicka data till DACen? Omsampling, rumskorrektion etc?

[Tobias]

För att försöka hjälpa till så är min erfarenhet att CPUn verkar ha en relativt marginell påverkan, jämfört med den påverkan störningarna i allt man kopplar in i streamern har för störningsnivåerna i DACen (clockingen).

 

Om CPUn var en bottleneck, efter att man fixat strömmen till streamern, så borde inte smutsen på ethernet signalen påverka så mycket (i en enkel streamer setup utan PC/NAS inblandad). Men det har ju en enorm påverkan på DACen, vad man gör på ethernet sidan också (power supplies till switchar/routers, LAN filter, airgapping och digitala kablar/shielding).

Speciellt i kombination. Med extremt bra power supply till streamern blir den inkommande digitala signalen till streamern helt plötsligt en väldigt stor bottleneck av störningar som degraderar DACen (klockningen).

 

Allt spelar ju roll så klart, och även CPUn har en inverkan, ingen snack om det.

Men det verkar ändå komma långt ner på listan, jämfört med att först säkerställa att man inte slangar in störningar i DACen via streamerns alla kopplade sladdar och boxar.

[Metnoc]

3 hours ago, conan said:

Vad är det för funktioner i streamern? Är det bara filhantering och skicka data till DACen? Omsampling, rumskorrektion etc?

Den är en minimalistisk setup, datorn skickar enbart ut ljud via usb till dacen. De enda services som körs är Audrivana eller Roon och Samba för filöverföring, allt annat är avstängt. Ingen uppsamling eller annan förändring av signalen i den digitala domänen sker i datorn.

[Metnoc]

1 hour ago, Tobias said:

För att försöka hjälpa till så är min erfarenhet att CPUn verkar ha en relativt marginell påverkan, jämfört med den påverkan störningarna i allt man kopplar in i streamern har för störningsnivåerna i DACen (clockingen).

 

Om CPUn var en bottleneck, efter att man fixat strömmen till streamern, så borde inte smutsen på ethernet signalen påverka så mycket (i en enkel streamer setup utan PC/NAS inblandad). Men det har ju en enorm påverkan på DACen, vad man gör på ethernet sidan också (power supplies till switchar/routers, LAN filter, airgapping och digitala kablar/shielding).

Speciellt i kombination. Med extremt bra power supply till streamern blir den inkommande digitala signalen till streamern helt plötsligt en väldigt stor bottleneck av störningar som degraderar DACen (klockningen).

 

Allt spelar ju roll så klart, och även CPUn har en inverkan, ingen snack om det.

Men det verkar ändå komma långt ner på listan, jämfört med att se till att man inte slangar in störningar i DACen via streamerns alla kopplade sladdar och boxar.

 

Flera saker kan vara begränsade faktorer för välljudet, varav CPU kan vara en av dem. Jag har en liten Bonn n8 switch med ifi power x nätdel och en router utan wifi, vilken ger hörbart bättre ljud än min gamla router. Men fortsatt spelar bios och mjukvara i servern/streamern en betydande del i hur slutresultatet blir i anläggningen hos mig.

[Tobias]

11 hours ago, Metnoc said:

 

Flera saker kan vara begränsade faktorer för välljudet, varav CPU kan vara en av dem. Jag har en liten Bonn n8 switch med ifi power x nätdel och en router utan wifi, vilken ger hörbart bättre ljud än min gamla router. Men fortsatt spelar bios och mjukvara i servern/streamern en betydande del i hur slutresultatet blir i anläggningen hos mig.

Ja, absolut! Allt spelar ju roll.

 

Vill bara påpeka hur extremt stor påverkan störningarna utifrån har på en sån enkel streamer, vilket ju är helt bananas.

En N8 switch med Power X ger en bra förbättring men samtidigt så skrapar man ju bara på ytan på vad man "behöver" göra framför en sån enkel streamer (om man inte har något annat inkopplat som smutsar ner streamern/DACen och blir en bottleneck).

Om du har bra ethernet och USB kablar, som skyddar störningsnivåerna från boxarna innan DACen, så gör ju ett ännu bättre PS till N8an förbluffande stor skillnad. Sen kan man fortsätta så där otroligt långt (nästan oändligt, är känslan) och förbättringarna eskalerar snarare, ju lägre störningar utifrån man får i streamern.

Det är därför jag drar slutsatsen att CPU´n inte är någon större bottleneck i alla fall, även om det också så klart har en inverkan.

 

Om du vill verifiera lite vad jag menar så kan man spendera 140kr på den här och stoppa in den mellan din Bonn switch och streamer, så kommer det låta tydligt bättre, bara på den enkla extra smutsblockern: https://www.amazon.se/Nätverksskydd-Ethernet-Protector-Lighting-Protection/dp/B0BY76RCRC/ref=sr_1_1?crid=3F5WZC3W11BF5&dib=eyJ2IjoiMSJ9.qLXCF6ZNt6Ul5H55Dt96wA.6waKkQetgNPfU4YyHs-IcwT1-OZdXD-PYnktdn3-rws&dib_tag=se&keywords=cyld05f&qid=1773729512&sprefix=cyld05f%2Caps%2C119&sr=8-1

 

Efter den i signalkedjan blir ju digitala kablarna ännu viktigare, för att behålla dom lägre störningsnivåerna in i streamern, som den spottar ur sig.

[Metnoc]

11 hours ago, Tobias said:

Ja, absolut! Allt spelar ju roll.

 

Vill bara påpeka hur extremt stor påverkan störningarna utifrån har på en sån enkel streamer, vilket ju är helt bananas.

En N8 switch med Power X ger en bra förbättring men samtidigt så skrapar man ju bara på ytan på vad man "behöver" göra framför en sån enkel streamer (om man inte har något annat inkopplat som smutsar ner streamern/DACen och blir en bottleneck).

Om du har bra ethernet och USB kablar, som skyddar störningsnivåerna från boxarna innan DACen, så gör ju ett ännu bättre PS till N8an förbluffande stor skillnad. Sen kan man fortsätta så där otroligt långt (nästan oändligt, är känslan) och förbättringarna eskalerar snarare, ju lägre störningar utifrån man får i streamern.

Det är därför jag drar slutsatsen att CPU´n inte är någon större bottleneck i alla fall, även om det också så klart har en inverkan.

 

Om du vill verifiera lite vad jag menar så kan man spendera 140kr på den här och stoppa in den mellan din Bonn switch och streamer, så kommer det låta tydligt bättre, bara på den enkla extra smutsblockern: https://www.amazon.se/Nätverksskydd-Ethernet-Protector-Lighting-Protection/dp/B0BY76RCRC/ref=sr_1_1?crid=3F5WZC3W11BF5&dib=eyJ2IjoiMSJ9.qLXCF6ZNt6Ul5H55Dt96wA.6waKkQetgNPfU4YyHs-IcwT1-OZdXD-PYnktdn3-rws&dib_tag=se&keywords=cyld05f&qid=1773729512&sprefix=cyld05f%2Caps%2C119&sr=8-1

 

Efter den i signalkedjan blir ju digitala kablarna ännu viktigare, för att behålla dom lägre störningsnivåerna in i streamern, som den spottar ur sig.

 

Jag har en iFi LAN iSilencer RJ45, och den ger en viss ljudvinst och jag har haft lite finare switchar hemma samt olika lösningar för optisk isolering med blandat resultat, men finns mer att hämta där. 

 

Ser att du kör en Primare NP5 med en Farad nätdel, det är en väg att gå. Många gör så, ett low power chip med en fin nätdel, och den typen av lösning har sina fördelar, likt de endpoints jag har haft. Men det finns andra vägar att gå vilka jag har tänkta att utforska och dokumentera i den här tråden.

[Tobias]

2 hours ago, Metnoc said:

 

Jag har en iFi LAN iSilencer RJ45, och den ger en viss ljudvinst och jag har haft lite finare switchar hemma samt olika lösningar för optisk isolering med blandat resultat, men finns mer att hämta där. 

 

Ser att du kör en Primare NP5 med en Farad nätdel, det är en väg att gå. Många gör så, ett low power chip med en fin nätdel, och den typen av lösning har sina fördelar, likt de endpoints jag har haft. Men det finns andra vägar att gå vilka jag har tänkta att utforska och dokumentera i den här tråden.

Det blir spännande att följa din tråd!

 

(Den billiga amazon "isolatorn" är mycket mer effektiv än en LAN iSilenser, priset till trots, men kan framförallt appliceras mycket närmre streamern med gott resultat. Ofta bakom en audio switch)

[Metnoc]

Hur kan man få en streamer att låta lite mer som vinyl?

 

Jag tillhör dem som i de flesta fall föredrar vinyl på rent ljudmässiga grunder. Många hävdar att mastering är viktigare än format, och där ligger mycket i det. Särskilt efter uppgraderingen till en VTL RIAA har skillnaderna mellan olika skivor blivit mycket tydliga. Men vissa inspelningar låter bättre på vinyl än på streaming, och vice versa. För mig handlar det om att vinyl ljud upplever jag som ett sammanhängande flöde, medan streaming ofta som något "upphackat". Den tekniska förklaringen är känd: analog kontra digital signal skiljer sig åt, och det går inte att komma runt. Men det finns åtgärder som kan få streaming att närma sig ett mer kontinuerligt flöde.

 

Linux är egentligen bara en kärna, inte ett komplett operativsystem. Utan att gå in på alltför tekniska detaljer kan man istället fundera över vilka alternativ av kärnor som finns och hur de påverkar ljudet. I Debian, som jag använder, finns standardkärnan, och så kan man installera en realtidskärna något många audiofiler gör och anser ge det bästa ljudet. Ett annat alternativ är Liquorix, som kan ses som ett mellanting mellan standard och realtid. Den uppdaterar oftare än standardkärnan men inte lika aggressivt som realtidskärnan.

 

I mina jämförelser hittills upplever jag att Liquorix ger det mest följsamma och naturliga ljudet: bättre än standardkärnan men utan den hårdhet och forcerade ljud som realtidskärnan ofta medför. Realtidskärnan ställer sannolikt högre krav på hela kedjan och kan blottlägga svagheter på ett annat sätt. Det är möjligt att dess teoretiska potential är högre, men frågan blir vad man faktiskt föredrar i praktiken.

 

Min reflektion är att Liquorix kan bidra till att streamern att låta mer som ett mer kontinuerligt flöde just därför att den uppdaterar oftare än standardkärnan, men på ett skonsammare sätt än realtidskärnan. Skillnaden mellan kärnorna är hörbar hos mig, och det känns nästan som fusk att använda Liquorix då den jämnar ut en del av den digitala signalens inbyggda fragmentering på ett sätt som gör upplevelsen märkbart närmare vinylens sammanhängande karaktär.

[Tobias]

Jag fortsätter tjata om samma saker, om det är ok , att analogt/vinyl ljud från det digitala handlar om att minska störningar i klockningen (sista klockan).

När man minskar störningarna där så klockar klockan mer exakt och ljudet blir mer "analogt", dvs mer realistiskt. (vi är extremt kännsliga för fel i tidsdomänen)

 

Jag hävdar att man kommer väldigt långt genom att bara fokusera på extremt ren ström och att sedan skydda digitala signalerna med bättre digitala kablar (när man har ren ström). Alternativt försöka tvätta signalerna in i DACen, så gott man kan.

 

Ja, CPU relaterat noise spelar också roll, absolut! (Ju mindre CPUn behöver jobba för att köra operativsystemet, ju mindre störningar skapar CPUn)

Man behöver därför se till att CPUn behöver jobbar så lite som möjligt, och drar så lite ström som möjligt. (för att den närliggande klockningen inte ska degraderas)

Det kan uppnås på massor av olika sätt och du är säkert inne på ett sätt som är lättare för CPUn att hantera.

 

Problemet är alltid klockningen, hävdar jag, men orsakerna till ojämn klocking (digital ljud) är många olika källor av störningar där dom störningarna som kommer utifrån (och från dina andra komponenter) verkar vara den största delen.

 

Edit senare: Anledningen till att jag säger detta är att jag vill hjälpa till att de-mystifiera problematiken, och försöka prata lite mindre tekniskt, eftersom det egentligen är väldigt enkelt, men svårt i att lösa i praktiken. I princip så är klockan alergisk mot teknik, vilket är väldigt svårlöst. 

[AlfaGTV]

13 hours ago, Metnoc said:

Hur kan man få en streamer att låta lite mer som vinyl?

Vi eftersträvar att få vinyl att låta lite mera rent och som bra digitalt samtidigt som vi vill att digital återgivning skall efterlikna det analoga kontinuumet! 
Egentligen vill vi alla bara ha en väl fungerande rullbandspelare med ett oändligt bibliotek, eller? 

Du har fingrat lite i alla möjliga operativsystem tänker jag, har du även provat Fidelizer/Audiophile Optimizer för dina Windows-övningar? Du nämnde ngn Titus-ISO? 

 

On 2026-03-15 at 23:39, Metnoc said:

antingen en enkel Intel i3

Jag känner att jag behöver prova lite mera BIOS-exercis, på mina Asus moderkort. Jag har en trevlig burk med grunden i en Intel Core i3 14100.
Den är strömsnål, riktigt snabb och har bara fyra P-Cores, bas frekvens på 3.5Ghz och turbo till 4.7Ghz.
 

On 2026-03-15 at 23:39, Metnoc said:

Problemet är att jag inte gillar Windows på en server, den blir seg och uppdateringarna stör.

Efter att ha svurit eder över RoonOS (Linux) på äldre hårdvara upplevdes Windows 11 som en frisk fläkt, som att sätta sig i en Ariel Atom efter ha slafsat runt i en familjesedan.

 

On 2026-03-15 at 23:39, Metnoc said:

Länge var svaret för mig att stänga av alla power-saving-features i BIOS och låsa spänningar till moderkort och CPU till fasta värden. Utan de inställningarna lät det instängt och trist, dvs även när datorn enbart användes som server till min gamla endpoint.

Är inte optimering av BIOS ett annat sätt att undvika störningar beroende av bristande strömkapacitet i nätdelen?

[Metnoc]

13 hours ago, Tobias said:

Jag fortsätter tjata om samma saker, om det är ok , att analogt/vinyl ljud från det digitala handlar om att minska störningar i klockningen (sista klockan).

När man minskar störningarna där så klockar klockan mer exakt och ljudet blir mer "analogt", dvs mer realistiskt. (vi är extremt kännsliga för fel i tidsdomänen)

 

Jag hävdar att man kommer väldigt långt genom att bara fokusera på extremt ren ström och att sedan skydda digitala signalerna med bättre digitala kablar (när man har ren ström). Alternativt försöka tvätta signalerna in i DACen, så gott man kan.

 

Ja, CPU relaterat noise spelar också roll, absolut! (Ju mindre CPUn behöver jobba för att köra operativsystemet, ju mindre störningar skapar CPUn)

Man behöver därför se till att CPUn behöver jobbar så lite som möjligt, och drar så lite ström som möjligt. (för att den närliggande klockningen inte ska degraderas)

Det kan uppnås på massor av olika sätt och du är säkert inne på ett sätt som är lättare för CPUn att hantera.

 

Problemet är alltid klockningen, hävdar jag, men orsakerna till ojämn klocking (digital ljud) är många olika källor av störningar där dom störningarna som kommer utifrån (och från dina andra komponenter) verkar vara den största delen.

 

Edit senare: Anledningen till att jag säger detta är att jag vill hjälpa till att de-mystifiera problematiken, och försöka prata lite mindre tekniskt, eftersom det egentligen är väldigt enkelt, men svårt i att lösa i praktiken. I princip så är klockan alergisk mot teknik, vilket är väldigt svårlöst. 

 

Flera saker kan spela in för hur resultatet av klockningen blir. Till exempel linuxkärnorna kan ha olika tick rate, dvs hur ofta de uppdaterar. Som exempel uppdaterar Debians vanliga kärna runt 200 till 300 i sekunden, men Liquorix har en tick rate på 1000 hz, det vill säga "High Resolution Scheduling" vilket sänker jitter på systemnivå. Då kärnan kommunicerar med hårdvaran och en mer frekvent kommunikation kan ge ett mer följsamt ljud då systemet kommunicerar mer tätt. Föreställer mig att den digitala signalens hackighet jämnas ut något, inte med mer information utan med hur systemet svarar på den som redan finns där.

 

[Metnoc]

13 hours ago, AlfaGTV said:

Vi eftersträvar att få vinyl att låta lite mera rent och som bra digitalt samtidigt som vi vill att digital återgivning skall efterlikna det analoga kontinuumet! 
Egentligen vill vi alla bara ha en väl fungerande rullbandspelare med ett oändligt bibliotek, eller? 

Du har fingrat lite i alla möjliga operativsystem tänker jag, har du även provat Fidelizer/Audiophile Optimizer för dina Windows-övningar? Du nämnde ngn Titus-ISO? 

 

Jag känner att jag behöver prova lite mera BIOS-exercis, på mina Asus moderkort. Jag har en trevlig burk med grunden i en Intel Core i3 14100.
Den är strömsnål, riktigt snabb och har bara fyra P-Cores, bas frekvens på 3.5Ghz och turbo till 4.7Ghz.
 

Efter att ha svurit eder över RoonOS (Linux) på äldre hårdvara upplevdes Windows 11 som en frisk fläkt, som att sätta sig i en Ariel Atom efter ha slafsat runt i en familjesedan.

 

Är inte optimering av BIOS ett annat sätt att undvika störningar beroende av bristande strömkapacitet i nätdelen?

 

Ja, jag har provat Fidelizer med Windows 11. Det låter bra, lite mer "påtagligt" ljud än med Linux, men inte samma torra bas, öppna ljudbild eller precisa ljud, lite mer varians i ljudet. Spekulerar i att det kan bero på att Windows även i tweakat tillstånd är elektriskt mer stökigt än vad Debian headless är, samt att Windows tror jag hanterar tex USB stacken i mer burst mode snarare än i strid ström.

Kört med Titus ISO, med hjälp av verktyget så tar jag bort allt möjligt oönskat i windows som telemteri redan på iso-nivå, dvs får en preppad installationsfil. Kör även det på min arbetsdator, och har gjort så i många år utan ett enda problem som annars är vanligt med diverse tweaks där ute på internet. Men Titus kan ta bort vissa tjänster som man kan vilja ha så, installera endast det om man är beredd på att eventuellt återställa vissa saker.

 

Det kommer fler inlägg i denna tråden, med specifikt inställningar för BIOS.

 

Roon OS har jag inte provat, föredrar Debian headless då det är stabilt och förutsägbart samt använder minimalt med resurser. Runt 200 mb efter startup utan optimeringar och processorn ligger ofta på 0 till 1% användning. Men återkommer till Debian också.

 

BIOS men även operativsystemts inställningar verkar vara en faktor även på den allra högsta nivån, med tex Pink Faun mfl. Men deras streamers lär låta bra även med mindre bra BIOS-inställningar, vilket inte min gör.

[Metnoc]

Hur får man en streamer att inte låta som en dator?

Med det avser jag frånvaron av hårt, ansträngt och fyrkantigt ljud, där musiken istället flödar fram med naturlig värme.

Det finns flera relevanta tillvägagångssätt att överväga. Ett sätt att förbättra ljudet är att optimera för låg latens, något vi tidigare diskuterat i tråden genom val av Linux-kärna eller andra metoder för ökad responsivitet. Lägre latens kan ge olika ljudmässiga vinster. Om man enbart optimerar för latens bör man dock stänga av alla strömsparfunktioner, eftersom dessa gör att datorn blir mer responsiv genom att inte gå ner i energisparläge. Därmed hålls den i ett mer deterministiskt arbetsläge hela tiden. Detta kan ge mycket bra resultat, men ställer samtidigt höga krav på alla ingående komponenter då brusnivån i kretsarna ökar. En enklare nätdel riskerar att blottläggas när man optimerar enbart för latens.

Ett annat tillvägagångssätt är att minimera det elektriska avtrycket i datorn. Det kan uppnås genom att använda en lagom snabb CPU, ett moderkort med bra hantering av strömsparfunktioner samt kompletterande besparingar i operativsystemet.

Enligt flera initierade trådar på audiophilestyle.com har det länge rapporterats att byggen med snabba CPU:er och låg latens ofta ger ett öppnare och mer dynamiskt ljud. Men de säger också att långsammare CPU:er kan däremot upplevas som mer följsamma, men saknar ofta samma höga potential. Denna insikt utgör för mig den bärande tanken i tråden.

Tills vidare har jag valt att satsa på en lagom snabb CPU. Med mina komponenter har det gett det ljud som tilltalar mig mest. En mindre avvikelse från detta spår leder direkt till ett hårt och ansträngt ljud. Till exempel: om jag ställer in CPU:n på performance istället för powersave i Debian, men behåller övriga strömsparinställningar, tippar helheten över och låter återigen som en dator snarare än en streamer.

 

Sammanfattningsvis kan lägre latens ge ett mer följsamt ljud, men optimerar man enbart för latens kan det ge ett forcerat och brusigare resultat. Därav kan en sweetspot utifrån ens egna hårdvara och öra finnas i låg latens kombinerat med lågt elektriskt avtryck på signalen.

[Tobias]

9 hours ago, Metnoc said:

Hur får man en streamer att inte låta som en dator?

Med det avser jag frånvaron av hårt, ansträngt och fyrkantigt ljud, där musiken istället flödar fram med naturlig värme.

Det finns flera relevanta tillvägagångssätt att överväga. Ett sätt att förbättra ljudet är att optimera för låg latens, något vi tidigare diskuterat i tråden genom val av Linux-kärna eller andra metoder för ökad responsivitet. Lägre latens kan ge olika ljudmässiga vinster. Om man enbart optimerar för latens bör man dock stänga av alla strömsparfunktioner, eftersom dessa gör att datorn blir mer responsiv genom att inte gå ner i energisparläge. Därmed hålls den i ett mer deterministiskt arbetsläge hela tiden. Detta kan ge mycket bra resultat, men ställer samtidigt höga krav på alla ingående komponenter då brusnivån i kretsarna ökar. En enklare nätdel riskerar att blottläggas när man optimerar enbart för latens.

Ett annat tillvägagångssätt är att minimera det elektriska avtrycket i datorn. Det kan uppnås genom att använda en lagom snabb CPU, ett moderkort med bra hantering av strömsparfunktioner samt kompletterande besparingar i operativsystemet.

Enligt flera initierade trådar på audiophilestyle.com har det länge rapporterats att byggen med snabba CPU:er och låg latens ofta ger ett öppnare och mer dynamiskt ljud. Men de säger också att långsammare CPU:er kan däremot upplevas som mer följsamma, men saknar ofta samma höga potential. Denna insikt utgör för mig den bärande tanken i tråden.

Tills vidare har jag valt att satsa på en lagom snabb CPU. Med mina komponenter har det gett det ljud som tilltalar mig mest. En mindre avvikelse från detta spår leder direkt till ett hårt och ansträngt ljud. Till exempel: om jag ställer in CPU:n på performance istället för powersave i Debian, men behåller övriga strömsparinställningar, tippar helheten över och låter återigen som en dator snarare än en streamer.

 

Sammanfattningsvis kan lägre latens ge ett mer följsamt ljud, men optimerar man enbart för latens kan det ge ett forcerat och brusigare resultat. Därav kan en sweetspot utifrån ens egna hårdvara och öra finnas i låg latens kombinerat med lågt elektriskt avtryck på signalen.

Det jag tänker är lite svårt-jämfört är ju om man väljer att fokusera på alternativet "att minimera det elektriska avtrycket i datorn" så blir ju externa faktorer en enorm bottleneck helt plötsligt, ju mer man sänker dessa nivåerna inne i datorn. Hör man ens då vad den metoden har att erbjuda eller är det sitt skitiga PS och inkopplade router/switch man "hör" istället?

 

För att förstå höjden i den metoden så måste ju det kombineras med bästa möjliga PS (och ren ethernet signal in i datorn), eftersom man annars inte gör den metoden full rättvisa genom att forfarande pumpa in elektrisk smuts utifrån onödigt mycket.

 

Det är svårt att jämför dessa olika metoderna eftersom hela idé med att minska elektiska avtrycket är ju i så fall att göra det även på det som föder datorn, och inte bara inne i själva datorn.

 

Många som fokuserar på tekniken i datorn går inte långt nog när dom testar bra PS och kablar. Man testar ett lite bättre och tänker att det nog inte blir så mycket bättre om jag går upp lite till. Men det kan ju bli ju extremt mycket bättre om man testar att köpa ett dyrt PS (om det kombineras med bra kablar som skyddar dom nya låga smutsnivåerna).

 

På vissa forum är det väldigt mycket fokuserat på datorsidan och fiberlösningar. På andra forum fokuseras det i princip bara på PS, switchar/isolatorer och kablar. Väldigt får går ju all-in på båda metoderna samtidigt, vilket man behöver göra om man vill kunna förstå höjden i dom olika metoderna.

Det är ju den ultimata höjden med metoderna vi vill åt, tänker jag.

Det är ju där vi finner välljudet som vi vill åt.

[byZan]

18 minutes ago, Tobias said:

På vissa forum är det väldigt mycket fokuserat på datorsidan och fiberlösningar. På andra forum fokuseras det i princip bara på PS, switchar/isolatorer och kablar. Väldigt får går ju all-in på båda metoderna samtidigt, vilket man behöver göra om man vill kunna förstå höjden i dom olika metoderna.

Det är ju den ultimata höjden med metoderna vi vill åt, tänker jag.

Nu är jag inte den som läser så värst mycket på andra forum men spontant så känner jag att Euphonia täcker det mesta ifråga om HiFi och dess olika vägar fram till något som passar alla och då även beroende på förutsättningar. Gillar allas bidrag till Euphonia även om jag inte förstår allt tekniskt som skrivs eller försöker förklaras.

 

Nöjd blir man väl aldrig om man väl fastnat i träsket eller är nyfiken av sig? Tekniken går ju framåt och varför ska man inte följa med då? Krångligt, dyrt, jobbigt, kul, utvecklande, nå eller inte nå målet…..?! Ja säkert! Men som hobby har man all rätt på sin sida att välja att stanna/fortsätta/sluta/vara nöjd. Att försöka nå sitt uppsatta mål kanske inte är så lätt eftersom målet på något sätt förflyttar sig eller ändrar sig över tid?  

[Tobias]

10 minutes ago, byZan said:

Nu är jag inte den som läser så värst mycket på andra forum men spontant så känner jag att Euphonia täcker det mesta ifråga om HiFi och dess olika vägar fram till något som passar alla och då även beroende på förutsättningar. Gillar allas bidrag till Euphonia även om jag inte förstår allt tekniskt som skrivs eller försöker förklaras.

 

Nöjd blir man väl aldrig om man väl fastnat i träsket eller är nyfiken av sig? Tekniken går ju framåt och varför ska man inte följa med då? Krångligt, dyrt, jobbigt, kul, utvecklande, nå eller inte nå målet…..?! Ja säkert! Men som hobby har man all rätt på sin sida att välja att stanna/fortsätta/sluta/vara nöjd. Att försöka nå sitt uppsatta mål kanske inte är så lätt eftersom målet på något sätt förflyttar sig eller ändrar sig över tid?  

Ja, jag håller med dig fullt ut.

Jag inser att jag säkert låter lite mästrande och det ber jag om ursäkt för.

Vill bara vara med och diskutera, och kanske utmana det som sägs, eftersom jag tror vi lär oss av att utmana varandras tankar.

Jag kan ju vara ute och cykla också, det vill jag vara tydlig med!

[byZan]

Det jag skrev ovan var bara lite av mina egna tankar, ingen utpekad och inget illa menat.

Jag håller med om att man får ha och tycka som man vill och att man blir utmanad i sina egna funderingar i så subjektivt ämne som ljud.

Bra-bättre-bäst kan man bara avgöra själv.

[Tobias]

45 minutes ago, byZan said:

Det jag skrev ovan var bara lite av mina egna tankar, ingen utpekad och inget illa menat.

Jag håller med om att man får ha och tycka som man vill och att man blir utmanad i sina egna funderingar i så subjektivt ämne som ljud.

Bra-bättre-bäst kan man bara avgöra själv.

Samtidigt kan jag tycka att det man gör i digitala domänen ändå är mer binärt, eftersom ljudet (det analoga) ännu inte är skapat.

När man leker i digitala domänen så blir ljudet mer eller mindre förvrängt, vill jag ändå hävda.

Det borde inte finnas tycke och smak inblandat här (egentligen).

 

Om ljudet blir för mörkt, om du gör en förbättring i det digitala, så är det för att din analoga del i kedjan är för mörk.

 

Det digital är alltid bara sämre än perfekt, i hifi. Det enda vi gör är att försöka komma närmre det där perfekta som digitalt är kapabelt till (i teorin).

[conan]

55 minutes ago, Tobias said:

När man leker i digitala domänen så blir ljudet mer eller mindre förvrängt, vill jag ändå hävda.

Det är i så fall omsampling, uppsampling och sånt som påverkar varje sampel. Annars är digitalt välbestämt och kan egentligen bara råka ut för bit flips eller borttappade paket (sampelbuntar). Sånt där brukar höras som klickljud men kanske inte alltid om analoga delen slätar över det hela. Frågan är ju hur fel det egentligen kan vara på digitalsidan? Vet vi alltid att all mjukvara verkligen skickar sampels opåverkade till DACen?

[LPL]

2 hours ago, Tobias said:

Om ljudet blir för mörkt, om du gör en förbättring i det digitala, så är det för att din analoga del i kedjan är för mörk.

Det där köper inte jag i vart fall, har man lite koll på hur olika DACar och Vinyl låter i sin anläggning så har man en bra utgångspunkt hur olika förändringar på den digitala sidan påverkar. Olika kablar drar åt olika håll, har man petat in för mycket filter så musiken låter oengagerad, gillar man ljudet från Roon eller föredrar man något annat. Funkar det bättre med PCM eller DSD med den musik man lyssnar på o.s.v.

[Tobias]

1 hour ago, LPL said:

Det där köper inte jag i vart fall, har man lite koll på hur olika DACar och Vinyl låter i sin anläggning så har man en bra utgångspunkt hur olika förändringar på den digitala sidan påverkar. Olika kablar drar åt olika håll, har man petat in för mycket filter så musiken låter oengagerad, gillar man ljudet från Roon eller föredrar man något annat. Funkar det bättre med PCM eller DSD med den musik man lyssnar på o.s.v.

Ja, allt man gör på digital sidan har ju en stor påverkan på ljudet.

Men det man gör är ju att man modulerar störningsnivåerna i digital domänen så fort du byter en kabel eller ändrar mjukvara (till exempel).

Mjukvaran i sig har ju inget ljud, inte heller kablarna. Man degraderar bara det digitala i olika grader genom släppa in eller skapa olika mycket störningar.

Beroende på frekvens av störningar så får du olika påverkan i klockingen, vilket leder till olika typer av degraderingar i ljudet, också beroende på hur mycket störningar du hade innan.

 

Men det man försöker göra i digitala domänen är att få klockningen så perfekt som möjligt, dvs ta bort störningarna i alla frekvenser som går in i klockan och degraderar den från att leverera "perfekt".

 

Edit senare: Ok, jag fattar vad du menar. Jag tog "för mörkt" som ett exempel eftersom många upplever det digitala kanske snarare som lite åt andra hållet, lite för skarpt/vasst/kallare och tunnare (när det är mycket störningar i alla fall).

Ofta så kanske man då köper högtalare för att kompensera detta, ifall man bara streamar.

Men sen när börjar ta bort störningar i det digital så låter det ju inte alls likadant längre, eftersom det kommer extremt nära det perfekta (om du eller din streaming/DAC tillverkare tar det så långt) och då blir samma högtalare helt plötsligt kanske lite onödigt mutade och "mörka" i tonen, för att dom kompenserade åt det hållet.