Pc alapú audio lejátszás

[kaef2]

Ez a PC történetesen az enyém, és most éppen a Tóth Gábor féle D/A konverterrel usb-vel hallgatom. Amivel most frissen össze tudom hasonlítani, tehát az eddigi rendszerem: egy Ravenna alapú, vagyis ethernetes Merging NADAC D/A konverter, és ugyanez a PC Win11-en futó HQPlayer szoftverrel. Bár az utóbbival is maximálisan elégedett vagyok, ez az új felállás mégis jobban tetszik. A Nadac hifisebb karakter, ez viszont úgy tud nagy felbontást, rajzos, eltalált mélyeket, jó ütemet, hogy közben egy meleg, bársonyos tónus a jellegzetessége, testes, gömbölyű megszólalással. Ezt így együtt produkálni nem egyszerű feladat.
A Bpplayer-es lejátszó további összehasonlítására ad lehetőséget, ha a Debián alatt is futni fog a Ravenna protokoll. Akkor a Nadac használható mind a Debian - Bpplayer, mind a Win - HQPlayer felálláshoz, (ugyanazon a PC-n), tehát tényleg a kétféle szoftveres környezet hasonlítható össze.

Annyi megjegyzést tennék csak, hogy a képen látható PC és a rajta futó debiános bpplay/bptune szoftverek a TT DAC Amanero768 kártyájához optimalizáltan kezelik az Amanero pufferének a töltését. Ez azt jelenti, hogy a kernel (snd-usb-audio) dinamikusan állítja a USB isochronous kimenő csomagok mintaszámát az Amanero visszacsatolása alapján. Vagyis a TT DAC-kal kombinálva egészen jól optimalizált módon működnek együtt. Talán a jövő héten elkészül az a kiegészítő szoftver is, ami automatikusan fel fogja ismerni, hogy milyen az USB interfész a DAC előtt, és annak megfelelően történik majd a kernel - USB interfész kommunikáció, rövid tesztelést követően. Az XMOS ideális esetben kisebb méretű csomagokat szeret, mint az Amanero. De ezzel inkább nem untatnék itt senkit. A lényeg, hogy jelenleg a debiános bpplay/bptunes ideális társa DAC-ként a TT DAC, vagy bármi más Amanero768 interface-ű DAC. Puffer kezelési szempontból legalábbis.

[hifis]

Ez a PC történetesen az enyém, és most éppen a Tóth Gábor féle D/A konverterrel usb-vel hallgatom. Amivel most frissen össze tudom hasonlítani, tehát az eddigi rendszerem: egy Ravenna alapú, vagyis ethernetes Merging NADAC D/A konverter, és ugyanez a PC Win11-en futó HQPlayer szoftverrel. Bár az utóbbival is maximálisan elégedett vagyok, ez az új felállás mégis jobban tetszik. A Nadac hifisebb karakter, ez viszont úgy tud nagy felbontást, rajzos, eltalált mélyeket, jó ütemet, hogy közben egy meleg, bársonyos tónus a jellegzetessége, testes, gömbölyű megszólalással. Ezt így együtt produkálni nem egyszerű feladat.
A Bpplayer-es lejátszó további összehasonlítására ad lehetőséget, ha a Debián alatt is futni fog a Ravenna protokoll. Akkor a Nadac használható mind a Debian - Bpplayer, mind a Win - HQPlayer felálláshoz, (ugyanazon a PC-n), tehát tényleg a kétféle szoftveres környezet hasonlítható össze.

[kaef2]

Ma egy igen nívós kivitelű, lineáris tápos, Pink Faun OCXO ultra clockolt alaplapos, Matrix Audio USB kártyás és Core Audio Ethernet kártyás WIndows 11 operációs rendszerű gépet alakíthattam át dual bootosra, és a debian linuxos részén fut a bpplay+bptune audio file lejátszó alkalmazásom. Küzdelmes volt, de azt hiszem megérte.
Elkészült a kézikönyv is az alkalmazáshoz.

[kaef2]

Megjelent a számítógépes audióról szóló, itt is beharagozott cikksorozatom első része a híres amerikai hifi szakfolyóiratban, a Positive Feedback-ben.

https://positive-feedback.com/audio-dis ... ion-part1/

[kaef2]

Ma elkészült egy kiegészítés a Linuxos bpplay alkalmazáshoz: a bptune.
..

biztos szuper. Kívancsi leszek

Idéznék az első cikkből:

"A bpplay nem azt ígéri, hogy “jobban szól”. Azt ígéri, hogy tudható, mi történik lejátszás közben."

De: talán segíthet abban, hogy a számítógépes zenehallgatásból a számítógépet ne vegyük észre.

[hubee]

Ma elkészült egy kiegészítés a Linuxos bpplay alkalmazáshoz: a bptune.
..

biztos szuper. Kívancsi leszek

[kaef2]

Ma elkészült egy kiegészítés a Linuxos bpplay alkalmazáshoz: a bptune.

A bptune a környezetet izolálja, hogy a bpplay valós idejű CPU szála soha ne kapjon versenytársat, ne zavarhassa meg a működését a lejátszás során más futó aktivitás.

Három dolgot csinál:
CPU-mag izoláció: A kernel parancssorban (isolcpus, nohz_full, rcu_nocbs) lefoglalunk egy magot kizárólag a bpplay-nek. A Linux ütemező a többi magra küldi az összes többi folyamatot.

IRQ-átirányítás:
A /proc/irq/* kernel-interfészen keresztül elirányítjuk az összes hardveres megszakítást az izolált magról a többire. Így garantált, hogy egyetlen hardveres megszakítás sem fut az audio magon.

Órajel-stabilizáció:
Kikapcsoljuk a Turbo/Precision Boost-ot. Az órajel fixálódik, megszűnnek a feszültség- és frekvencia-változások okozta mikrokésleltetések.

Az eredmény?
A bpplay így hardveresen és szoftveresen is izolált, determinisztikus környezetben fut. A DAC felé menő minták időzítése eléri a Linux platformon elérhető maximális stabilitást.

A már jól ismert hasonló Linuxos megoldások (HQPlayer, Euphony Stylus, Snakeoil OS, Audirvana, stb) is használnak RT prioritásokat és memóriazárolást, de a bpplay + bptune kombináció egyedülálló abban, hogy egyszerre alkalmazza a teljes fájlt a RAM-ba töltést zárolással (mlock) és a kernel parancssori CPU/IRQ izolációt egy szabványos (nem PREEMPT_RT) kernelen.

A 2015-ös, öregecskedő Mac Mini (Zorin Linux-szal, valós idejű Kernellel), amin először próbáltam a bpplay + bptune kombinációt egészen megtáltosodott.

Az elmúlt pár hetet, nem szoftver fejlesztéssel foglalkozóként, DIY szoftverfejlesztéssel töltöttem.

Létrehoztam AI segítséggel a bpplay nevű alkalmazást (és készül egy HQConv nevű funkciógazdag file konverter is), ami egy abszolút minimalista, zárolt (nem swapolható) memóriából játszó, és a lejátszást maximális prioritással kezelő lejátszó alkalmazás, ami igyekszik a lehető legkevesebb pufferelést és számítógépes erőforrást használni a lejátszáshoz. Nem csak USB DAC-okkal, de a Ravenna protokollt használó eszközökkel (Merging Anubis, Hapi például) is kompatibilis és tesztelt.

A bpplay MacOS-re íródott eredendően, de már fut az Inteles Linuxos verziója is, és hamarosan (talán holnap) indul a tesztelése az ARM-osnak is.

A fejlesztésről és arról, hogy mi minden zajlik számítógépes lejátszás során írtam egy 3 részes cikket, talán egy vagy két további rész még lesz hozzá. Az Apple topikban elég sokat posztoltam erről, de most hogy már a Linuxos verzió is fut, talán lesz itt olyan érdeklődő, akinek adhat hasznos ismereteket a 3 blog poszt.

Az 1. rész itt található:
https://medium.com/@mediaengineering/bp ... ngineering

A 2-ik itt:
https://mediaengineering.medium.com/bpp ... ngineering

Ez pedig a hét elején publikált 3-ik rész:
https://medium.com/@mediaengineering/bi ... ngineering

A héten még egy-két ismerőssel folyik a tesztelés, de a jövő héten néhány érdeklődőnek el tudom küldeni kipróbálásra a mac-es és a Linuxos verziókat is.

[kaef2]

Az elmúlt pár hetet, nem szoftver fejlesztéssel foglalkozóként, DIY szoftverfejlesztéssel töltöttem.

Létrehoztam AI segítséggel a bpplay nevű alkalmazást (és készül egy HQConv nevű funkciógazdag file konverter is), ami egy abszolút minimalista, zárolt (nem swapolható) memóriából játszó, és a lejátszást maximális prioritással kezelő lejátszó alkalmazás, ami igyekszik a lehető legkevesebb pufferelést és számítógépes erőforrást használni a lejátszáshoz. Nem csak USB DAC-okkal, de a Ravenna protokollt használó eszközökkel (Merging Anubis, Hapi például) is kompatibilis és tesztelt.

A bpplay MacOS-re íródott eredendően, de már fut az Inteles Linuxos verziója is, és hamarosan (talán holnap) indul a tesztelése az ARM-osnak is.

A fejlesztésről és arról, hogy mi minden zajlik számítógépes lejátszás során írtam egy 3 részes cikket, talán egy vagy két további rész még lesz hozzá. Az Apple topikban elég sokat posztoltam erről, de most hogy már a Linuxos verzió is fut, talán lesz itt olyan érdeklődő, akinek adhat hasznos ismereteket a 3 blog poszt.

Az 1. rész itt található:
https://medium.com/@mediaengineering/bp ... ngineering

A 2-ik itt:
https://mediaengineering.medium.com/bpp ... ngineering

Ez pedig a hét elején publikált 3-ik rész:
https://medium.com/@mediaengineering/bi ... ngineering

A héten még egy-két ismerőssel folyik a tesztelés, de a jövő héten néhány érdeklődőnek el tudom küldeni kipróbálásra a mac-es és a Linuxos verziókat is.

[hubee]

Fut az Audirvana Studio 3.3.0 Raspberry 5-n. (ha van még más elvetemült... ), ez nekik szól:
Nekem beválni látszik a DietPi hozzá. Kevés dolog fut rajta alapból is és lehet finomhangolni még.
Geminit rendesen megizzasztottam.. újra és újra hibára futottunk majd lett egy script ami szerintem egész sokat hozott hangban.
A 4 cpu magból lekapcsol kettőt. A 0-ás magon fut a rendszer, az 1-esen az Audirvana Studio. Majd jól megnöveli az Audirvana prioritását.
A scriptet tartalmazó txt-t a google driveomon eléritek:
https://drive.google.com/file/d/11KZ6w4 ... sp=sharing

[La_Valse]

Megjelent a HQPlayer 6.
Újdonság a saját fejlesztésű UPnP 2.0 szoftverkomponens beépítése, amely nagyobb rugalmasságot biztosít úgy a hardverek, mint az OP rendszerek számára - a szerző szerint.

[hubee]

Lehet DietPi-vel teszek majd egy próbát. Elméletben működnie kellene az Audirvana-nak rajta

Már egy ideje DietPi-n fut. Akinek van lehetősége, érdemes lehet próbát tenni vele. Igazi "könnyűsúlyú" OS

[robi20064]

Nos én a Task Manager-t használom az infók kinyerésére.
processes: 11
threads: 200
handles: 5000

Mint Falo is irta, kevered a fogalmakat. A 11 futo process jelenthet 76 futo szolgaltatast is mert process szinten nem kulonulnek el a task manager-ben.

[blackfriar]

Nos én a Task Manager-t használom az infók kinyerésére.
processes: 11
threads: 200
handles: 5000

[Luxor Audio]

Keverednek a beszélgetésben a Windows rendszerben futó folyamatok, szolgáltatások és a telepített alkalmazások, így nem fogjátok érteni egymást.

[severance]

A WS 2012 R2-ben nálam 11 szolgáltatás fut mindenféle segédprogram használata nélkül. És nálad ?

Ez attól függ, miről beszélünk. WS 2019-em van (a miniDSP Flex-8 beállító szoftvere minimum Windows 10-et igényel, így ennél régebbi Windows szerver változat számomra nem alkalmas), a Server Manager szerint 5 szolgáltatás van installálva (ez mind gyári, kiüthetetlen), de egyik sem aktív. A Sysinternals Process explorer már árnyaltabb képet mutat a memóriában futó programokról, és ez az, ami igazából számíthat: de hogy pont a hangminőségben mennyire, azt lehetetlen megmondani.

[blackfriar]

Arra ott a szerver változat: eleve minimalizálva vannak a szolgáltatások, nekem Windows Server 2019 alá még az SMB2 hálózati protokollt is külön kellett telepítenem a server managerben. Amúgy ténylegesen érdemes futtatni ezeket a programokat (egyik sem telepítős), elképesztő mi mindent ki lehet kapcsolni velük.

A WS 2012 R2-ben nálam 11 szolgáltatás fut mindenféle segédprogram használata nélkül. És nálad ?

[severance]

Tévedsz.
Az "audiofilizáló" programok a szolgáltatásokra mennek rá, azok számát próbálják minimalizálni.

Arra ott a szerver változat: eleve minimalizálva vannak a szolgáltatások, nekem Windows Server 2019 alá még az SMB2 hálózati protokollt is külön kellett telepítenem a server managerben. Amúgy ténylegesen érdemes futtatni ezeket a programokat (egyik sem telepítős), elképesztő mi mindent ki lehet kapcsolni velük.

[blackfriar]

A neszetools oldalon körülnézve találtam egy programot, ami sajnos a gondjaimat nem oldotta meg (a Win7 alatt beállított színvilágot és nagyobb méretű programablak összetevőket szerettem volna Win10-en beállítani): viszont ajánlanak az oldal alján 3db olyan programot, amivel a kém- és reklámfunkciókat lehet kikapcsolni. Gondolom a fizetős oprendszer "audiofilizáló" programok is hasonló dolgokat csinálnak, így pláne érdemes kipróbálni ezeket az ingyen elérhető megoldásokat. Döbbenetes konstatálni, hogy mi mindent akar tudni rólunk a "Microsoft". https://neszetools.hu/winaero-tweaker

Tévedsz.
Az "audiofilizáló" programok a szolgáltatásokra mennek rá, azok számát próbálják minimalizálni.

[severance]

A neszetools oldalon körülnézve találtam egy programot, ami sajnos a gondjaimat nem oldotta meg (a Win7 alatt beállított színvilágot és nagyobb méretű programablak összetevőket szerettem volna Win10-en beállítani): viszont ajánlanak az oldal alján 3db olyan programot, amivel a kém- és reklámfunkciókat lehet kikapcsolni. Gondolom a fizetős oprendszer "audiofilizáló" programok is hasonló dolgokat csinálnak, így pláne érdemes kipróbálni ezeket az ingyen elérhető megoldásokat. Döbbenetes konstatálni, hogy mi mindent akar tudni rólunk a "Microsoft". https://neszetools.hu/winaero-tweaker

[severance]

Inkább újra húztam a windows-t

Hogy ne legyen az újratelepítés mindig szívás, Ilyenkor kell az egészet elmenteni egy "image" fájlba. Én a Macrium Reflect ingyenes változatát ajánlom ehhez: a letöltött ISO fájlt a Rufus programmal pendrive-ra kiírva be lehet vele bootolni. További előny, hogy az elmentett operációs rendszer "image" másik gépen is helyreállítható, legfeljebb néhány újrabootolás után működni fog.
https://neszetools.hu/macrium-reflect-free
https://neszetools.hu/rufus

[GTomi]

Inkább újra húztam a windows-t, minden frissítést azonnal letiltottam, meg most persze optimalizálom a működését, amire már pár órám elment, főleg mert segítség nélkül nem menne.

De a fő lényeg: látja a PP kártyákat :)

[kaef2]

Mondjuk egy 10 éves Mac Mini, rajta Linux-szal és Roonnal (https://medium.com/@mediaengineering/az ... 520a863501) és mellé egy Holo Audio Red streaming transzport. Hosszú távon sokak gondját oldhatja meg, kb nulla problémával, kb 400e forintból és teljesen hétköznapi, aktív informatikai rendszerelemekkel.

IDG_20260108_162636_128.jpg

A Gábor féle DAC mit vétett, hogy arcal a fal felé van ?

Az íróasztalomon lévő Macbook Air 4,5 m-es USB kábele csak így ért el hozzá.

[hodyka]

Mondjuk egy 10 éves Mac Mini, rajta Linux-szal és Roonnal (https://medium.com/@mediaengineering/az ... 520a863501) és mellé egy Holo Audio Red streaming transzport. Hosszú távon sokak gondját oldhatja meg, kb nulla problémával, kb 400e forintból és teljesen hétköznapi, aktív informatikai rendszerelemekkel.

IDG_20260108_162636_128.jpg

A Gábor féle DAC mit vétett, hogy arcal a fal felé van ?

[GTomi]

Újabb fordulat:

mindenféle visszaállítási pontokkal, win frissítés törlésével ect.(amik végül nem teljesültek, mert órákig csináltam, kb.4-5 órám ezzel ment el, és elegem lett, reseteltem), és a PPv1-es kártyát aztán mégis látta ezek után, de V2-t nem...

gondoltam, hátha látja mégis a V2-t, visszaraktam, persze nem, és most meg már a V1-t sem látja.

átraktam próbaképpen...egy másik (ős)gépbe, és ott V2-t nem látja, az v1-et igen.

Mai fejlemény: PP V1-et látja többszöri újraindítás után is, a PP v2-őt nem.

Hozzáértőktől kérdezem: elszállhatott a kártya ? De persze a sok lett említett anomália miatt nem gondolom, hiszen a másikat se látta párszor, de előfordulhat gondolom. Külső nyomát nem látom.

Persze lehet, hogy nem minden bootnál ugyanúgy tölti be az eszközöket, így azért lehetett, hogy 1x látja máskor nem...de nem értek hozzá, csak gondolom

[K P]

Nekem speciel a Server 2012 R2- vel nincs problémám, igaz a két gépes lejátszáshoz "csak" JPLAY- t használok. Természetesen az oprendszer csupaszított, és grafikus felület sincs. A JPLAY- nél szerintem tudják, hogy sokan régi win servert alkalmaznak ezért sosem volt gond az új JPLAY verzióval...