Pc alapú audio lejátszás

[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ő...

[Aszpirin]

Beszakadás alatt szobai kioltást értettem. Ott haszontalan az EQ, logikus okokból.
Nálad ez egy átviteli "hiba" ilyet persze már lehet és érdemes javítani. Ugyan így egy szobai rendszer esetén is (kérdés, mitől leszel bizonyos, hogy a völgyet mi okozza?).

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.

[Luxor Audio]

De itt van egy példám, akkor mint hozzáértőt kérdeznélek, hogy ez 1850Hz-nél mit akar csinálni, ha nem egy beszakadást javítani (ez itt amúgy nem "szobakorrekció", hanem egy fejhallgató frekvenciamenetének "javítása" )

Az ott vélhetően nem egy teremakusztikai kioltást próbál rendezni, ha már fejhallgató...

Az sem biztos, hogy a fejhallgatód ott egy hiányt mutat. A szűrők egymásra is hatnak, ezért elképzelhető, hogy az 6. szűrővel a 5., vagy a 7. szűrő karakterisztikáját korrigálják.

[fererencz]

Alighanem igazad van, én ehhez kevésbé értek (bár REW-ből próbáltam már hasonlót csinálni a szobához is, nem sok sikerrrel), csak próbáltam átadni, ami nekem lejött...

De itt van egy példám, akkor mint hozzáértőt kérdeznélek, hogy ez 1850Hz-nél mit akar csinálni, ha nem egy beszakadást javítani (ez itt amúgy nem "szobakorrekció", hanem egy fejhallgató karakterisztikájának "javítása" )

Screenshot 2024-03-04 at 16.47.59.png

Sajnos én sem vagyok hozzáértő.
Beszakadás alatt szobai kioltást értettem. Ott haszontalan az EQ, logikus okokból.
Nálad ez egy átviteli "hiba" ilyet persze már lehet és érdemes javítani. Ugyan így egy szobai rendszer esetén is (kérdés, mitől leszel bizonyos, hogy a völgyet mi okozza?).

[fererencz]

A grafikus EQ jóval merevebb, kevesebb beleszólást enged (fix a frekvencia és a jósági tényező is), finomhangolásra nem alkalmas. A parametrikus EQ-nál - nevéből is fakadóan - több, minimum 3 paramétert be lehet állítani, de választhatunk többféle szűrő karakterisztikát is (a Roon MUSE hétféle szűrőt kínál), a High/Low Shelf magas/mély hangszínszabályzóként is alkalmazható. Csak előnye van a grafikus EQ-hoz képest, leszámítva azt, hogy bonyolultabb beállítani.

A jobb nem jó szó volt.
Pl én is nagyon jól használhatnám tónus beallitasára (ez a jó szó? Ha pl kevesebb magas kell, ahogy említve volt, úgy mindenhol) is, de mezei felhasználó számára, aki nem él ilyenekkel, a grafikus hangszínszabályzó praktikusabb.

[Aszpirin]

Parametrikus EQ - ezzel lehet kísérletezni, ha mondjuk a szobád akusztikájában van egy nagy beszakadás, esetleg csak eygwrűen több basszust/közepet/mahasat szeretnél, de elég bonyi jól beállítani, én inkább békén hagyom.

Ehhez a részhez:
Nagy beszakadáson nem tud javítani, arra nem való, inkább nagy kiemelést ("búgás") tud lefaragni. "Több magas - több mély" hez nem a PEQ való (ugyanis az néhány-, vagy akar több ponton speciálisan, megfelelő paraméterrel szabályoz), bár arra is lehet éppen használni. Tónus beállításához egy sima grafikus EQ jobb.

Akkor bonyi beállítani, ha csak úgy semmi alapján, magadnak csinálod. Mikrofon + mérésre való program pár kattintással meg tudja mondani, mit és hogyan kell beállítanod, vagy eleve olyan fájlt generál, ami betölthető egy parametrikusan ekvalizáló alkalmazásba.

Alighanem igazad van, én ehhez kevésbé értek (bár REW-ből próbáltam már hasonlót csinálni a szobához is, nem sok sikerrrel), csak próbáltam átadni, ami nekem lejött...

De itt van egy példám, akkor mint hozzáértőt kérdeznélek, hogy ez 1850Hz-nél mit akar csinálni, ha nem egy beszakadást javítani (ez itt amúgy nem "szobakorrekció", hanem egy fejhallgató frekvenciamenetének "javítása" )