men Tosken var ikke død

Musikkmannen · Torsdag kl 08:16

Roon betalt en gang for alle for lenge siden, billigere blir det ikke

Mac er for pyser... det er linux som gjelder.

The Shy · Torsdag kl 08:17

MakkinTosken skrev:
Synes du har gjort mange gode valg jeg.

.
Jeg vet, og hifi- folket jeg drikker øl sammen med er også et godt valg. Nå er det opp en liten tur i luften for å oppleve Murray Head sin mest kjente sang.

Roald · Torsdag kl 08:24

Det blir en natt der før hjem?

The Shy · Torsdag kl 08:25

Roald skrev:
Det blir en natt der før hjem?

Ja

MakkinTosken · Torsdag kl 08:33

Musikkmannen skrev:
Roon betalt en gang for alle for lenge siden, billigere blir det ikke Mac er for pyser... det er linux som gjelder.

Men jeg må nesten forholde meg til egen situasjon når jeg nå vurderer.

Musikkmannen · Torsdag kl 08:36

MakkinTosken skrev:
Men jeg må nesten forholde meg til egen situasjon når jeg nå vurderer.

Jepp, det må vi alle.. legges på minnet.

PeriodeLytter · Torsdag kl 12:29

MakkinTosken skrev:
Nå er jeg litt i undringsmodus. Hvorfor synes jeg Audirvana gjør en bedre jobb enn Roon med SRC? Audirvana fremstår som mindre hard, samtidig mer detaljert.

Interpoleringsfilteret i SRC kan jo i praksis konfigureres med et stort antall parameter. Jeg klatret ut dette kaninhullet med konklusjon at ingen resampling alltid var best. Dette selv om jeg i langt de fleste tilfeller ikke kunne høre forskjell ved raske a/b tester dukket det rett som det var opp låter hvor artefakts ble borte når SRC ble deaktivert.

Har du testet om en av dem kommer nærmere SRC boksen du har på CD spilleren med en CD-rip? Evt kan du rute Mac'n via den samme boksen slik at alt datarelatert får samme prosessering og nattesøvn gjennomrettet?

MakkinTosken · Torsdag kl 13:14

PeriodeLytter skrev:
Interpoleringsfilteret i SRC kan jo i praksis konfigureres med et stort antall parameter. Jeg klatret ut dette kaninhullet med konklusjon at ingen resampling alltid var best. Dette selv om jeg i langt de fleste tilfeller ikke kunne høre forskjell ved raske a/b tester dukket det rett som det var opp låter hvor artefakts ble borte når SRC ble deaktivert.

Har du testet om en av dem kommer nærmere SRC boksen du har på CD spilleren med en CD-rip? Evt kan du rute Mac'n via den samme boksen slik at alt datarelatert får samme prosessering og nattesøvn gjennomrettet?

Jeg er jo klar over at SRC ikke nødvendigvis er helt transparent og jeg kom med gårsdagens uttalelse med forbehold om mangel på objektive vurderinger. Men er temmelig overbevist om at disse to appene ikke gjør det helt likt og at jeg fant outputen fra Audirvana som mer tiltalende enn fra Roon.

Kommer nok ikke forske mer på dette, hadde alt bestemt meg for å prøve Audirvana en periode, før jeg ble oppmerksom på de antatte lydforskjellene.

Musikkmannen · Torsdag kl 13:35

Disse forskjellene, er det "i hodet" eller faktabasert?
Min svigerfar var tydelig på at en hvit 240 var bedre enn en blå. Ferdig diskutert.

Entropy · Torsdag kl 14:29

Musikkmannen skrev:
Disse forskjellene, er det "i hodet" eller faktabasert?
Min svigerfar var tydelig på at en hvit 240 var bedre enn en blå. Ferdig diskutert.

Hvit pulverlakk veier mindre enn blå pulverlakk, så noe objektivt er det i det.

Musikkmannen · Torsdag kl 14:37

Entropy skrev:
Hvit pulverlakk veier mindre enn blå pulverlakk, så noe objektivt er det i det.

Men gjør det hvit til bedre? Nå har vel helt hvit lakk mer titandioksid i seg og dermed veier den mer enn blå - eller?

En liter hvit lakk veier ofte rundt 1,3 til 1,5 kg.
En liter blå eller svart lakk veier ofte rundt 1,0 kg.

MakkinTosken · Torsdag kl 15:14

Musikkmannen skrev:
Disse forskjellene, er det "i hodet" eller faktabasert?
Min svigerfar var tydelig på at en hvit 240 var bedre enn en blå. Ferdig diskutert.

Det kan vel du selv svare på ref ditt eget utsagn, "dårlig lydopplevelse" Jeg har allerede tatt forbehold om manglende objektive beviser, men som du umulig kan ha gått glipp av tilbyr også Roon forskjellige metoder for SRC, så teoretiske forskjeller må det være.

La meg gi deg Audirvanas egne forklaringer på forskjellige tilnærminger:

You can upsample your audio files, directly in Audirvāna, before they are played back on your system, using one of two built-in high-performance algorithms (SOX -SoundExchange and R8 Brain) that rely on the computing power of the computer.

Oversampling consists of enriching the original audio file by creating intermediate samples calculated from the original sample sequence. This approximates the sequence of samples that would have been obtained if the recording had been made at a higher sampling rate. Of course, the sound rendering depends both on the quality of the calculation algorithm used to define these samples and on the converter that will receive them.

The first command enables oversampling and the operating rule :
○ Power of 2 of the native track sample rate. This will be the highest frequency allowed by the audio device for a track natively at 44.1 kHz (88.2, 176.4 or 352.8 kHz)
○ Maximum sampling rate of the audio device
○ X2 only: Twice the track's native sample rate (if acceptable to the audio device)
○ By frequency: Specific sampling rate for each track natively (selection made by clicking on "Settings by frequency")
○ DSD option only available with a DSD compatible DAC.

To avoid problems caused by oversampling of DSD, which can cause interruptions during audio playback, it is advisable to reduce the sound volume. For tracks that use ReplayGain and for tracks with sampled peak values, the volume reduction is calculated automatically. For other tracks, a precautionary volume reduction can be specified here at the bottom of this settings window.

You can then choose the algorithm used.
For the SoX algorithm, you have access to advanced, detailed settings for adjusting the sample rate converter filters:
○ Bandwidth: this indicates the limit of the low-pass filter as a % of the Nyquist frequency (half the sampling frequency). The slope of the filter is low at 74% and very steep at 99.5%. Make sure that this does not induce too much brightness (i.e. highs are too aggressive).
○ Maximum filter length i.e. the amount of memory, as well as CPU load, used by the oversampling filter. The default value is sufficient in most cases. It can be increased to achieve better quality when oversampling to very high frequencies (e.g. DSD oversampling) ○ Anti-aliasing: the level of suppression of the signal in the cut band of the low pass filter. Any frequency still present in the cut band gives artifacts that come from harmonics that end up in the output signal. Higher values of this parameter give better quality at the cost of a higher CPU load.
○ Phase: All low pass filters have some level of overshoot. The steeper the filter slope, the greater the overshoots.

There are two types of overshoot: pre-oscillations and post- oscillations. The first are audible as a "pre-echo" arriving before the signal itself, and are the least natural to listen to. With a value of 100 we obtain a filter with a linear phase, but with an equal level of pre- and post-oscillations. A value of 0.0 results in a minimum phase filter, with no pre-oscillation, but with non-linear phase distortion. The intermediate values allow you to choose the most pleasing compromise to the ear.

For the R8Brain algorithm, you have access to the following settings:
○ Bandwidth: this indicates the limit of the low-pass filter as a % of the Nyquist frequency (half the sampling frequency). The slope of the filter is low at 74% and very steep at 99.5%. Make sure that this does not induce too much brightness (i.e. highs are too aggressive).
○ Cutoff Band Attenuation: this is the setting of the slope of the low pass filter expressed in dB per octave. With the maximum slope (218 dB), there may be too much brightness (i.e. the highs are too aggressive)
○ Phase: All low pass filters have some level of overshoot. The steeper the slope of the filter, the greater the overshoots. There are two types of overshoot: pre-oscillations and post- oscillations. The former are audible as a "pre-echo" arriving before the signal itself, and are the least natural to hear. You can choose between a filter setting with linear phase, but with an equal level of pre- and post-oscillation or a minimum phase filter, with no pre-oscillation, but non-linear phase distortion.

Musikkmannen · Torsdag kl 15:19

For mye tekst, tolker det som ikke faktabasert

MakkinTosken · Torsdag kl 15:20

Musikkmannen skrev:
For mye tekst, tolker det som ikke faktabasert

Ok

alfegutt · Torsdag kl 16:15

Tja jeg synes den lage teksten er god jeg, den inneholder viktig info, så må jeg kommentere utsagnet:

MakkinTosken skrev:
Audirvana fremstår som mindre hard,

Her er det på sin plass å nevne at Fantomet er hard mot de harde, og så:

Musikkmannen skrev:
Roon betalt en gang for alle for lenge siden, billigere blir det ikke Mac er for pyser... det er linux som gjelder.

Mac er en Unix maskin; som i bunn og grunn er temmelig lik en Linux maskin; PC er noe helt annet fra forrige årtusen.

Musikkmannen · Torsdag kl 16:21

Likevel er macOS lukket og låst for pyser.

MakkinTosken · Torsdag kl 16:22

alfegutt skrev:
Tja jeg synes den lage teksten er god jeg

Bra noen setter pris på at jeg prøver å redegjøre for mine opplevelser så godt som mulig.

Musikkmannen · Torsdag kl 16:23

MakkinTosken skrev:
Bra noen setter pris på at jeg prøver å redegjøre for mine opplevelser så godt som mulig.

Du eller ai?

MakkinTosken · Torsdag kl 16:25

Musikkmannen skrev:
Du eller ai?

Det var informasjon fra Audirvanas egen veileding.

Usikker på hvorfor du prøver å tøffe deg så jævli?

Musikkmannen · Torsdag kl 16:28

MakkinTosken skrev:
Det var informasjon fra Audirvanas egen veileding.

Usikker på hvorfor du prøver å tøffe deg så jævli?

Tøffe meg? Jeg undres bare... Men det er vistnok ikke lov. Beklager at jeg stiller spørsmål. Skal så klart gå stille i kulissene heretter. Slik du alltid gjør

alfegutt · Torsdag kl 16:37

Musikkmannen skrev:
Likevel er macOS lukket og låst for pyser.

De fleste avanserte applikasjoner vi utvikler på jobben er utført på Mac; ingen hindringer der. De blir så også tilgjengelig på PC etterhvert. Tilogmed Microsoft sine kjerneprogram som Word osv. er originalt utviklet for Mac, de ble senere tilgjengelig for PC. Min erfaring er at disse programmene også i dag kjører mer stabilt og bedre i Mac OS.

Musikkmannen · Torsdag kl 16:45

Ja, Unix og Linux er meget stabilt. Skulle helst vært foruten Windows. Nå er det omtrent bare i jobben (faktura osv) jeg bruker Windows.

MakkinTosken · Torsdag kl 16:55

Kraut som ligger godt gjemt, men jeg fant den

alfegutt · Torsdag kl 17:00

Musikkmannen skrev:
Skulle helst vært foruten Windows.

Jeg har behov for Windows i DIY-hifi sammenheng, noen helt geniale småprogrammer som sikkert er 25 år gamle. Disse utfører beregninger av baffelbredde osv. til høyttalere. Disse *.exe filene går ikke på de nye M-type prosessorene til Mac, de virka på eldre Intel Mac.

Evo III · Torsdag kl 17:14

MakkinTosken skrev:
Det var informasjon fra Audirvanas egen veileding.

Usikker på hvorfor du prøver å tøffe deg så jævli?

Tenk etter nå

Musikkmannen · Torsdag kl 17:45

Har lite å stille opp mot en Godseier i Råde ser jeg.

parafinoksen 2.0 · Torsdag kl 18:48

Jeg kjenner den trykkende stemningen helt til industritåka i Polen

MakkinTosken · Torsdag kl 19:13

parafinoksen 2.0 skrev:
Jeg kjenner den trykkende stemningen helt til industritåka i Polen

Har du prøvd å sette ned foten hjemme nå eller?

parafinoksen 2.0 · Torsdag kl 19:39

MakkinTosken skrev:
Har du prøvd å sette ned foten hjemme nå eller?

Så, så.

Nå synes jeg du kunne få på husmorforkledet og varte opp med noe god drikke. En liten kakebit hadde heller ikke vært å forakte når du først er på kjøkkenet.

MakkinTosken · Torsdag kl 21:37

MakkinTosken skrev:
Tilbake til gamle synder

Den gamle ikke-hifisertifiserte stolen er tilbake i tjeneste i Grotta. Den er rett og slett den beste jeg har eid. Føkk lyden om jeg ikke kan nyte den!

Vis vedlegget 1180363

Tror jeg uten myndighet og kompetanse sertifiserer denne stolen likevel. Brikkene falt liksom på plass etter at jeg kom i riktig høyde.

PeriodeLytter · I går kl 01:19

MakkinTosken skrev:
La meg gi deg Audirvanas egne forklaringer på forskjellige tilnærminger:

Et fenomen jeg ikke så diskutert i den utredningne er intersample overs. Mine tester med SoX viser om man mater den 0dB white noise kan man behøve så mye som -5,14dB overhead for å sikre seg mot klipping av interpolerte data. Mens det i praksis skjelden er mange samples etter hverandre er det headrom likevel noe å tenke på når man konfigurerer realtime resampler. Kyndige i bransjen ser jeg ofte opererer med -3dB.

MakkinTosken · I går kl 02:39

PeriodeLytter skrev:
Et fenomen jeg ikke så diskutert i den utredningne er intersample overs. Mine tester med SoX viser om man mater den 0dB white noise kan man behøve så mye som -5,14dB overhead for å sikre seg mot klipping av interpolerte data. Mens det i praksis skjelden er mange samples etter hverandre er det headrom likevel noe å tenke på når man konfigurerer realtime resampler. Kyndige i bransjen ser jeg ofte opererer med -3dB.

Men gjør man disse operasjonene i i 64bits miljø, burde vel slike tall være nærmest ubetydelige?

Evo III · I går kl 08:13

MakkinTosken skrev:
Tror jeg uten myndighet og kompetanse sertifiserer denne stolen likevel. Brikkene falt liksom på plass etter at jeg kom i riktig høyde.

Vis vedlegget 1180589

Gratulerer

MakkinTosken · I går kl 08:37

Evo III skrev:
Gratulerer

Jo takk! Har planer om å starte et nytt sertifiseringsorgan, så dette ble en test. Så alle som ønsker et T-sertifikat på noe i oppsettet, kan sende meg PM og vippse 3€.

Evo III · I går kl 08:40

MakkinTosken skrev:
Jo takk! Har planer om å starte et nytt sertifiseringsorgan, så dette ble en test. Så alle som ønsker et T-sertifikat på noe i oppsettet, kan sende meg PM og vippse 3€.

Da må du jo se/høre først, ellers er det juks

MakkinTosken · I går kl 08:49

Evo III skrev:
Da må du jo se/høre først, ellers er det juks

Hvorfor? De fleste mener noe om noe de ikke har greie på, særlig her på HFS! Med T-sertifikatet kan man henvende seg til Tosken om man blir utfordret og med ufint og uforståelig språk vil objektets kvaliteter forsvares.

Tenk gevinsten man kan oppnå ved salg, bare ved å investere 3€

Evo III · I går kl 08:56

MakkinTosken skrev:
Hvorfor? De fleste mener noe om noe de ikke har greie på, særlig her på HFS! Med T-sertifikatet kan man henvende seg til Tosken om man blir utfordret og med ufint og uforståelig språk vil objektets kvaliteter forsvares.

Tenk gevinsten man kan oppnå ved salg, bare ved å investere 3€

Ok da

vipa · I går kl 09:26

MakkinTosken skrev:
Jo takk! Har planer om å starte et nytt sertifiseringsorgan, så dette ble en test. Så alle som ønsker et T-sertifikat på noe i oppsettet, kan sende meg PM og vippse 3€.

Var litt i tvil om det virkelig var et ekte Tosken sertifikat, men etter å ha sett nøye og lenge fant jeg faktisk ordet "certified" på det.

PeriodeLytter · I går kl 09:59

MakkinTosken skrev:
Men gjør man disse operasjonene i i 64bits miljø, burde vel slike tall være nærmest ubetydelige?

Mine tester matet jeg 16-bit audio til SoX som utførte kalkulasjon på 32-bit hvor den så avkortet til 16-bit.

Spørsmålet blir om ditt system nå avkorter til 24-bit for Dante som da gir deg rikelig headrom. Eller om SRC avkorter til originalformatet gitt algoritmen trolig ikke vet noe om resten av kjeden din.
I.e. Roon eller Audirvanas bør vel egentlig utføre formatkonvertering før musikk sendes til SRC pluggen for å sikre at avkorting ikke utføres.

Men dette kan også være en faktor når vi sammenligner "black box" SRC gitt noen av dem kan tenkes ta forbehold om intersamples overs og faktisk utfører amplitudedemping som vi da kan oppleve som "lydforskjell".

MakkinTosken · I går kl 10:00

PeriodeLytter skrev:
Mine tester matet jeg 16-bit audio til SoX som utførte kalkulasjon på 32-bit hvor den så avkortet til 16-bit.

Spørsmålet blir om ditt system nå avkorter til 24-bit for Dante som da gir deg rikelig headrom. Eller om SRC avkorter til originalformatet gitt algoritmen trolig ikke vet noe om resten av kjeden din.
I.e. Roon eller Audirvanas bør vel egentlig utføre formatkonvertering før musikk sendes til SRC pluggen for å sikre at avkorting ikke utføres.

Men dette kan også være en faktor når vi sammenligner "black box" SRC gitt noen av dem kan tenkes ta forbehold om intersamples overs og faktisk utfører amplitudedemping som vi da kan oppleve som "lydforskjell".

men Tosken var ikke død

Æresmedlem

Æresmedlem

Hi-Fi freak

Æresmedlem

Godseier

Æresmedlem

Hi-Fi freak

Godseier

Æresmedlem

Overivrig entusiast

Æresmedlem

Godseier

Æresmedlem

Godseier

Hi-Fi freak

Æresmedlem

Godseier

Æresmedlem

Godseier

Æresmedlem

Hi-Fi freak

Æresmedlem

Godseier

Hi-Fi freak

Nobody’s Perfect.

Vedlegg

Æresmedlem

Hi-Fi freak

Godseier

Hi-Fi freak

Godseier

Hi-Fi freak

Godseier

Nobody’s Perfect.

Godseier

Nobody’s Perfect.

Godseier

Nobody’s Perfect.

Høyttalerhviskeren

Hi-Fi freak

Godseier