Pc alapú audio lejátszás

[GTomi]

Nem lekicsinyelve Szabó Zoli munkáját, egyszerűen csak elgondolkodtató, hogy a második "neves" lejátszó programmal is ezt csinálja, ráadásul nem látom még a panaszáradatot a Roon-ra, hogy pattogna a hang olyan (mindennapos) szcenáriókban, amiket felvázoltál. Én sem tapasztaltam vele soha. De ha már felmerült a neve: Zoli aktív a fórumban, ha valaki, akkor ő tuti ért hozzá, ha nem is olvassa ezt a topikot... javaslom keresd meg privátban, és kérd ki a véleményét. Mi csak tapogatózunk itt (egyébként, ha van fejesed, akkor én kölcsön tudok adni egy USB-bemenetes DAC-fejeserősítőt, hogy kipróbáld, más DAC-kal is csinálja-e. Ráadásul nem is nagyon szar a kis Resonessence Labs Concero HP, amit ajánlok neked erre a tesztre... Ha érdekes, persze.

Kipróbáltam, más dac-kal nem csinálja a pattanásokat.

[wittao]

Es a dac chipnek a “csend” alapjan hogy kellene megtippelnie, hogy a “csend” utan PCM vagy DSD fog kovetkezni es olyan uzemmodba alljon be? :)

Azt írtam, hogy a "csend" már adatként megy ki, az első szám frekvenciájával... Tehát nem "semmi", hanem 0-k sorozata. S/PDIF-en ez már érzékelhető frekvenciát produkál akkor is, ha csupa 0 (csend) az adat (vagy DSD/DoP esetében a csend(közeli) állapotot produkáló bitfolyam), USB-n emlékeim szerint van szinkronjelküldés (de az USB audio speckót rég olvastam, szóval itt tévedhetek), HDMI-n meg biztosan emlékszem, hogy az egyik TMC csatorna órajelet küld az audio blokkoknál (is)...
Mondom, csek elméleti okoskodás... bagyis ez is kérdés, hogy tanuljak, na.

Van SPDIF vezérlő, amelyik ezt kezeli és van, amelyik nem. Amelyik igen, ott értelemszerűen a vezérlő átállítja a megfelelő üzemmódban a megfelelő időben. Így pl. PCM-PCM váltásnál nem szokott gond lenni (ideális esetben).
A gond általában i2S HDMI-n és USB-n van. Ha új XMOS van a rendszerben és/vagy a XMOS FW programozója kirakta az egyik lábára az üzemmód küldését, akkor a vezérlő még idejében kiolvassa ezt és átküldi a dac chipnek. HDMI esetén van a legtöbb probléma, ott ugye direkt befolyik az adat, ezért sok helyen frekiméréssel oldják meg az üzemmód átállítását (ezt a többi bemenet-típusnál is lehet alkalmazni). (és TMC működne, ha nem lenne átfedés bizonyos órajelek között!)

Akkor kezd el igazán cidri lenni, amikor bejön a képbe a DSD... ott azért már szokott lenni tüzijáték, ha a mute jel nem szalad ki időben, és ahogy fentebb említettem a relék nem tudnak eléggé gyorsan húzni. A reléknek is van egy fizikai korlátja, és sokszor a kirepülő impulzus hamarabb odaérkezik, mint a relék ahogy elindulnak. Ilyenkor csattan egy nagyot a rendszer, ha nincsen előfok/hangerőszabályzó a jelútben a teljes kivezérlés miatt.

Valószínű, hogy egy lejtászóprogram tudna ezeken a problémákon segíteni, mi is sokat agyaltunk rajta. Végül hardverből és vezérlő szoftverből oldottuk meg, mások pedig FPGA-ba bekergetik az adatokat, aztán az jön ki és úgy/akkor ahogy akarják.

[Aszpirin]

Es a dac chipnek a “csend” alapjan hogy kellene megtippelnie, hogy a “csend” utan PCM vagy DSD fog kovetkezni es olyan uzemmodba alljon be? :)

Azt írtam, hogy a "csend" már adatként megy ki, az első szám frekvenciájával... Tehát nem "semmi", hanem 0-k sorozata. S/PDIF-en ez pont az órajelfrekinek megfelelő sűrűségű átmenetet fogja adni (lásd F2F avagy biphase mark code) miközben csupa 0 (csend) az adat (vagy DSD/DoP esetében a csend(közeli) állapotot produkáló bitfolyam), USB-n emlékeim szerint van szinkronjelküldés (de az USB audio speckót rég olvastam, szóval itt tévedhetek), HDMI-n meg biztosan emlékszem, hogy az egyik TMC csatorna mindig csak órajelet küld, az audio blokkoknál is... Tehát innen fel lehetne ismerni nem?
Mondom, csek elméleti okoskodás... vagyis ez is inkább csak kérdés, hogy tanuljak, na.
Szerk.: így a frekit a legalacsonyabb kommunikációs réteget kezelő egységek fogják csak "leszedni", hogy egy ARM-alapú vezérlés ezt hogy tudná ezek nélkül észlelni, arról no clue... de érdekel

[wittao]

Es a dac chipnek a “csend” alapjan hogy kellene megtippelnie, hogy a “csend” utan PCM vagy DSD fog kovetkezni es olyan uzemmodba alljon be? :)

[Aszpirin]

Nem tudom, mi lehet a pattanás oka, viszont elgondolkodtató, hogy a gyári eredetű dacom windowssal bizonyos esetekben pattan, linuxon (Moode) meg soha...

Szerintem GTomitol egyelore nem vagyunk maximalisan minden informacio birtokaban a lejatszassal kapcsolatosan ahhoz, hogy el tudjuk kezdeni firtatni az oprendszerek lejatszashoz kapcsolodo dolgait… nem tudjuk milyen audio alrendszert hasznal Win alatt (ASIO, Wasapi, Kernel Streaming), itt milyen beallitasai vannak azon belul, milyen kapcsolodasa van a PC-nek a dac-hoz hardveresen (XMos, Amanero), mik a konkret problemat okozo frekvenciak (PCM-DSD, DSD-PCM, PCM-PCM). Ezen tulmenoen a dac mukodesenek ismerete is jo lenne, hogy pl. pic altal vezerelt frekimerest alkalmaz-e, vagy ARM vezerlovel mukodik amelyik az uzemmodokat valtogatja. Ez azert fontos, mert itt maganak a vezerlonek is van egy latency erteke, es nem vegtelenul gyors a reakcioideje, ha valtas kovetkezik ket felbontas kozott, es a nemitas jel kikuldese is eltarthat nehol 50ms-ig, mashol 200ms-ig. Es ezalatt ha elegendoen hosszu az ido, es a nemito releket nem huzza meg eleg gyorsan a vezerlo, siman kiszalad egy akkora impulzus, ami “csattan” a hangsugarzo driverein.

Csak laikusként kérdem: ha a szoftver kiküld mondjuke egy 200 ms-os (esetleg állítható tartamú) "síri csendet" az első lejátszandó szám mintavételezési frekijével minden "play" műveletnél, majd minden lejátszás közben felismert PCM mintavételezési freki-váltásnál vagy PCM-DSD ill DSD-PCM váltásnál is, akkor nem kerüli el ezt a problémat szoftveresen? Gapless play így tuti nem lesz ott, ahová beiktatja azt a "csendet", de ha jól belegondolunk, ahol a gapless play értelmet kap, ott nincs is frekiváltás vagy PCM-DSD, DSD-PCM átmenet, rosszul tudom? A "play" megnyomásánál pedig egy 200 ms-os "csendet" nem is érzékelnénk, de ez megtriggerelné az özemmódváltást (ha kell), és ha ki is megy valami, az még "csend", talán nem okoz kattanást.
Bocs a laikus okoskodásért, vegyétek ezt inkább kérdésnek.

[wittao]

Nem tudom, mi lehet a pattanás oka, viszont elgondolkodtató, hogy a gyári eredetű dacom windowssal bizonyos esetekben pattan, linuxon (Moode) meg soha...

Szerintem GTomitol egyelore nem vagyunk maximalisan minden informacio birtokaban a lejatszassal kapcsolatosan ahhoz, hogy el tudjuk kezdeni firtatni az oprendszerek lejatszashoz kapcsolodo dolgait… nem tudjuk milyen audio alrendszert hasznal Win alatt (ASIO, Wasapi, Kernel Streaming), itt milyen beallitasai vannak azon belul, milyen kapcsolodasa van a PC-nek a dac-hoz hardveresen (XMos, Amanero), mik a konkret problemat okozo frekvenciak (PCM-DSD, DSD-PCM, PCM-PCM). Ezen tulmenoen a dac mukodesenek ismerete is jo lenne, hogy pl. pic altal vezerelt frekimerest alkalmaz-e, vagy ARM vezerlovel mukodik amelyik az uzemmodokat valtogatja. Ez azert fontos, mert itt maganak a vezerlonek is van egy latency erteke, es nem vegtelenul gyors a reakcioideje, ha valtas kovetkezik ket felbontas kozott, es a nemitas jel kikuldese is eltarthat nehol 50ms-ig, mashol 200ms-ig. Es ezalatt ha elegendoen hosszu az ido, es a nemito releket nem huzza meg eleg gyorsan a vezerlo, siman kiszalad egy akkora impulzus, ami “csattan” a hangsugarzo driverein.

Ezen tulmenoen linux disztrokkal valo eddigi talalkozasaink soran azert azt sem neveznem zokkenomentesnek. Moode alatt van mar Qobuz tamogatas? XMOS 5.82 firmware elotti verziok a linux kernelre rakott audio vezerlovel nem kommunikalnak megfeleloen, igy egy folyamatos utemes serceges jott ki, olyan latancy erteket produkalt az oprendszerrel, hogy teljesen hallhatova valik nehany masodperc utan a bitveszteseg okozta sok pattogas… de lehetne felsorolni sok dolgot meg pro-es kontra, egy biztos ezt itt most nem igazan lehet (egyelore a tema ismereteben) egyertelmuen a Windows nyakaba varrni.

[fülelek]

Nem tudom, mi lehet a pattanás oka, viszont elgondolkodtató, hogy a gyári eredetű dacom windowssal bizonyos esetekben pattan, linuxon (Moode) meg soha...

[GTomi]

Nem lekicsinyelve Szabó Zoli munkáját, egyszerűen csak elgondolkodtató, hogy a második "neves" lejátszó programmal is ezt csinálja, ráadásul nem látom még a panaszáradatot a Roon-ra, hogy pattogna a hang olyan (mindennapos) szcenáriókban, amiket felvázoltál. Én sem tapasztaltam vele soha. De ha már felmerült a neve: Zoli aktív a fórumban, ha valaki, akkor ő tuti ért hozzá, ha nem is olvassa ezt a topikot... javaslom keresd meg privátban, és kérd ki a véleményét. Mi csak tapogatózunk itt (egyébként, ha van fejesed, akkor én kölcsön tudok adni egy USB-bemenetes DAC-fejeserősítőt, hogy kipróbáld, más DAC-kal is csinálja-e. Ráadásul nem is nagyon szar a kis Resonessence Labs Concero HP, amit ajánlok neked erre a tesztre... Ha érdekes, persze.

Zolival kontaktban vagyok, az elmúlt napokban is dumáltunk és találkoztunk, más ügyből kifolyólag, beszélek vele, de ez eszembe se jutott, hogy rákérdezzek nála

Köszönöm a felajánlásod jelentkezem, ha élnék vele

[Aszpirin]

Ha jól emlékszem, GTomi 2018-ban már küzdött hasonló problémával, csak akkor más felállásban.
Véleményem szerint egy jólnevelt DAC kezeli, ha megszakad a szinkron, és azonnal némít. A gond
akkor van amikor újra létrejön a kapcsolat, ezért a gondos lejátszók ilyenkor egy rövid ideig
csendet küldenek, nincs értelmezhetetlen adat, nem pattan.

Jó, hogy valaki figyel is és a memóriája is a helyén van

Valóban írtam be , de ennyire pontosan nem tudtam volna megmondani mikor is :)

Gondolkodom egy új dac-on, megfelelve a "modern" kor követelményinek, de a hivox dac annyira jól meg van csinálva Zoli által (kb. 8-9 éves, és utána(m) talán már nem csinált több dac-ot(?), talán egyet-egyet, de lehet rossz a memóriám, hogy eladni biztosan nem fogom.)

Nem lekicsinyelve Szabó Zoli munkáját, egyszerűen csak elgondolkodtató, hogy a második "neves" lejátszó programmal is ezt csinálja, ráadásul nem látom még a panaszáradatot a Roon-ra, hogy pattogna a hang olyan (mindennapos) szcenáriókban, amiket felvázoltál. Én sem tapasztaltam vele soha. De ha már felmerült a neve: Zoli aktív a fórumban, ha valaki, akkor ő tuti ért hozzá, ha nem is olvassa ezt a topikot... javaslom keresd meg privátban, és kérd ki a véleményét. Mi csak tapogatózunk itt (egyébként, ha van fejesed, akkor én kölcsön tudok adni egy USB-bemenetes DAC-fejeserősítőt, hogy kipróbáld, más DAC-kal is csinálja-e. Ráadásul nem is nagyon szar a kis Resonessence Labs Concero HP, amit ajánlok neked erre a tesztre... Ha érdekes, persze.

[GTomi]

Ha jól emlékszem, GTomi 2018-ban már küzdött hasonló problémával, csak akkor más felállásban.
Véleményem szerint egy jólnevelt DAC kezeli, ha megszakad a szinkron, és azonnal némít. A gond
akkor van amikor újra létrejön a kapcsolat, ezért a gondos lejátszók ilyenkor egy rövid ideig
csendet küldenek, nincs értelmezhetetlen adat, nem pattan.

Jó, hogy valaki figyel is és a memóriája is a helyén van

Valóban írtam be , de ennyire pontosan nem tudtam volna megmondani mikor is :)

Gondolkodom egy új dac-on, megfelelve a "modern" kor követelményinek, de a hivox dac annyira jól meg van csinálva Zoli által (kb. 8-9 éves, és utána(m) talán már nem csinált több dac-ot(?), talán egyet-egyet, de lehet rossz a memóriám, hogy eladni biztosan nem fogom.)

[adamthebrave]

Segítséget kérek.

Minimserver win alatt, iPaden MConnectHD a távirányító alkalmazás.

128k helyi fájlom van, amit a minimserver kezel. Ki tudom listáztatni a fájlokat/számokat az MConnectben, de minden egyes listázásnál szépen lassan (2-3 perc) beolvassa újra és újra az egészet. Hol kellene beállítani, hogy ezt egy cache-ből tegye és ne csinálja mindig?

Abban sem vagyok biztos, hogy melyik applikáció a felelős ezért.

A dlna tudtommal így működik. Nem lehet helyben cache-elni a találati listákat, azokat mindig a szerver szolgáltatja. Amíg elsősorban dlna alapon hallgattam itthon zenét, többek között ebből is lett elegem. A tidal/roon egy számmal gördülékenyebb.

Feltettem a kérdésemet a minimserveres fórumban is, megvan a megoldás.
Kiderült, hogy a fizetős mconnect ebből a szempontból jelentősel le van maradva pl. az ingyenes Lumin vagy a fizetős JPlay appokhoz képest, melyek megcsinálják a tableten a cache-t és minden szépen működik, ahogy kell.

[tottyi]

Nekem is csinalja neha pedig nem egy egyszeru DAC-om van. Azt meg nem figyeltem, hogy mikor. Egyenlore nem tartottam fontosnak, de azert zavaro.

[La_Valse]

Ha jól emlékszem, GTomi 2018-ban már küzdött hasonló problémával, csak akkor más felállásban.
Véleményem szerint egy jólnevelt DAC kezeli, ha megszakad a szinkron, és azonnal némít. A gond
akkor van amikor újra létrejön a kapcsolat, ezért a gondos lejátszók ilyenkor egy rövid ideig
csendet küldenek, nincs értelmezhetetlen adat, nem pattan.

[Aszpirin]

Nem volt rá lehetőségem, illetve nem is tettem ebbe az irányba lépéseket, de jogos :)

Csak azért kérdeztem, mert a z általad leírtak alapján én is inkább a DAC-ra gyanakszom, mint a szoftverre ill. szoftverbeállításra - a részleteket wittao már leírta előttem.

[GTomi]

Hogyan tudnám megszűntetni: ha Roon-on belül Tidalról váltok a hdd könyvtárra, vagy rádióra, vagy vissza, de van néha, hogy előadók között is előfordul, hogy pattan.

Hiába állítottam be késleltetést, akkor is csinálja. Régen mikor Jriver volt, ugyanez volt, online rádióról a könyvtárra váltottam, vagy éppen fordítva.

Remélem érthetően írtam meg :)

Próbáltad más DAC-kal is?

Nem volt rá lehetőségem, illetve nem is tettem ebbe az irányba lépéseket, de jogos :)

[wittao]

Hogyan tudnám megszűntetni: ha Roon-on belül Tidalról váltok a hdd könyvtárra, vagy rádióra, vagy vissza, de van néha, hogy előadók között is előfordul, hogy pattan.

Hiába állítottam be késleltetést, akkor is csinálja. Régen mikor Jriver volt, ugyanez volt, online rádióról a könyvtárra váltottam, vagy éppen fordítva.

Remélem érthetően írtam meg :)

A problemat valoszinu a mintaveteli frekvencianak megfelelo dac uzemmod-atallasa okozza (azaz a dac nem tudja idoben nemitani, majd feloldni a nemitast mielott az ujfajta uzemmod informacioi megerkeznek).
Nem lehet, hogy inkabb PCM-DSD eseten jon elo a problema, es nem PCM-PCM kozott? Vagy a ket frekvencia 44.1 vagy 48kHz alapu es ott tortenik egy valtas?

Ilyen problema akkor is elofordul, ha a dac USB-je XMOS-sal van felszerelve, es a flag-eknek megfelelo nemitasokat nem tudja kezelni, vagy idejeben elkuldeni.
JRiver/Roon/Audirvana-ban beallitott szamok valtasakor jelentkezo keses beallitasa nem segit ezen, sot ahogy emeled egyre csak rontani fog. Gapeless allasba kell mindenkeppen allitani a szamvaltasokat.

[Aszpirin]

Hogyan tudnám megszűntetni: ha Roon-on belül Tidalról váltok a hdd könyvtárra, vagy rádióra, vagy vissza, de van néha, hogy előadók között is előfordul, hogy pattan.

Hiába állítottam be késleltetést, akkor is csinálja. Régen mikor Jriver volt, ugyanez volt, online rádióról a könyvtárra váltottam, vagy éppen fordítva.

Remélem érthetően írtam meg :)

Próbáltad más DAC-kal is?

[GTomi]

Hogyan tudnám megszűntetni: ha Roon-on belül Tidalról váltok a hdd könyvtárra, vagy rádióra, vagy vissza, de van néha, hogy előadók között is előfordul, hogy pattan.

Hiába állítottam be késleltetést, akkor is csinálja. Régen mikor Jriver volt, ugyanez volt, online rádióról a könyvtárra váltottam, vagy éppen fordítva.

Remélem érthetően írtam meg :)

[s4tch]

Segítséget kérek.

Minimserver win alatt, iPaden MConnectHD a távirányító alkalmazás.

128k helyi fájlom van, amit a minimserver kezel. Ki tudom listáztatni a fájlokat/számokat az MConnectben, de minden egyes listázásnál szépen lassan (2-3 perc) beolvassa újra és újra az egészet. Hol kellene beállítani, hogy ezt egy cache-ből tegye és ne csinálja mindig?

Abban sem vagyok biztos, hogy melyik applikáció a felelős ezért.

A dlna tudtommal így működik. Nem lehet helyben cache-elni a találati listákat, azokat mindig a szerver szolgáltatja. Amíg elsősorban dlna alapon hallgattam itthon zenét, többek között ebből is lett elegem. A tidal/roon egy számmal gördülékenyebb.

[La_Valse]

Hi, ki szeretnem probalni a Roon ala a HQPlayer-t es azt szeretnem kerdezni, hogy mi a legjobb beallitas a HQPlayer-re? Vagy ez DAC es PC fuggo?

A HQPlayer minden beállítása jó valamire, de ahogyan írtad is, elsősorban a DAC és PC páros határozza meg azokat.

[tottyi]

Hi, ki szeretnem probalni a Roon ala a HQPlayer-t es azt szeretnem kerdezni, hogy mi a legjobb beallitas a HQPlayer-re? Vagy ez DAC es PC fuggo?

[adamthebrave]

Segítséget kérek.

Minimserver win alatt, iPaden MConnectHD a távirányító alkalmazás.

128k helyi fájlom van, amit a minimserver kezel. Ki tudom listáztatni a fájlokat/számokat az MConnectben, de minden egyes listázásnál szépen lassan (2-3 perc) beolvassa újra és újra az egészet. Hol kellene beállítani, hogy ezt egy cache-ből tegye és ne csinálja mindig?

Abban sem vagyok biztos, hogy melyik applikáció a felelős ezért.

[GTomi]

Találtam ilyet is, hogy crossfeed, Parametrikus EQ, valamint Audeze előbeállítások.

Ezek mikor praktikusak kellhetnek, vagy ne foglalkozzak velük?

Crossfeed kifejezetten praktikus, ha fejhallgatózol. Szerintem nagyjából csak akkor. A lényege, hogy közelebb visz a "hangfalas" sztereó zenehalgatáshoz azáltal, hogy a jobboldal "áthallatszik" a baloldalra és fordítva. Itt tudod állítani azt is, hogy az áthallás milyen mértékű éegyen, decibelben. Ha fejest használsz, mindenképp próbáld ki azzal (nálam a Roon-ban ki van kapcsolva, mert a DAC-on lehet állítani Crossfeed-et a fejhallgató-kimenetre).

Parametrikus EQ - ezzel lehet kísérletezni, ha mondjuk a szobád akusztikájában van egy nagy beszakadás, esetleg csak egyszerűen több basszust/közepet/magasat szeretnél, de elég bonyolult jól beállítani, én inkább békén hagyom.
Audeze beálítások: amint a nevük mutatja, ezek Audeze fejesekhez tartozó beépített EQ-beállítások, ha nincs Audeze fejesed, akkor ne foglalkozz velük, ha van, akkor esetleg próbáld ki, hogy kiválasztod a fejesednek megfelelő presetet. Aztán vagy tetszik az eredmény, vagy nem.

Szintén fejeseknél, hasznos lehet a konvolúciós szűrő (convolution filter), amelynek segítségével (többek között) a fejesed hangkarakterisztikáját a harman-görbére igazíthatod, és ismét igaz, hogy az eredmény vagy tetszik, vagy nem. A konvolúciós beállítások elvégzéséhez egy fájlt kell beolvasni, van egy hely a neten, ahol kb minden fejeshez megvan a megfelelő fájl. Én ezt használom, asszem még fapaci osztotta meg a linket: https://phones.killdozer.uk

Köszönöm! Tényleg most hogy írod esett le az Audeze, pedig tudtam, hogy fejes márka

Nem nagyon fülesezek, szinte semmit, max. filmezésnél késő este, de az meg itt úgysem játszik.

[Luxor Audio]

... pl mi van ha a mérőmikrofont közvetlenül a hangsugárzó elé helyezem (ha lehet ilyent), akkor ott nem fognak jobban érvényesülni az átviteli hibák, mint a szobaakusztikából származóak?

Átviteli hibából sokféle létezik, ezeket különféle módon célszerű mérni. Nagy részük közeltéri mérési eredményekben is jelen lesz, sőt ott újakkal is találkozhatsz (főleg ha többutas hangdobozt méricskélsz), csak a helyiség akusztikai hatását zárod ki nagyjából. De ez itt tényleg off-topic.

[fererencz]

Akkor elnézést mindenkitől, alighanem rosszul használtam a "beszakadás" szót.
Igen, ez nem egy szobaakusztikai hiba a példámban, és a kérdés marha jó, de nyilván megvan erre is a módszer (pl mi van ha a mérőmikrofont közvetlenül a hangsugárzó elé helyezem (ha lehet ilyent), akkor ott nem fognak jobban érvényesülni az átviteli hibák, mint a szobaakusztikából származóak? Biztos nagyon buta kérdés, szóval ha az, akkor elnézést. Tényleg nem szakterültetem ez.

Buta kérdés nincs.
Kicsit már OFF topik, de:

Ha közelebb helyezed, valóban jobban érvényesül a doboz, mint a szoba, de ekkor sem lesz kizárólagos, továbbá már "fázisproblémák" is lehetnek a távolabbi hallgatáshoz képest. A megközelítés viszont jó. Ha maradunk a szobai hifinél, akkor én a mélyeket szobai mérés alapján korrigálnék, közép és magas táján már vegyes a kép (doboz saját hangja + akusztika), de itt már a doboz saját átvitele alapján használnám az EQ-t. Pl Amir is ezért készít EQ fájlokat dobozokhoz az átviteli hibák esetleges kompenzálására, mert otthoni körülmények között nem tudod mérni a saját átvitelt.
De itt is több iskola van. Én csak a mélyeket piszkálom, és arra alapozok, hogy a dobozaim 200-20.000Hz között megfelelően lineárisak, hiába esik lankásan a magas (például) szobai mérés szerint.
Remélem követhető...