Pc alapú audio lejátszás

[kaef2]

Parádés számok! Most már tényleg kíváncsivá tettél.
Ha azt a próbaverziót egy usb pendrive-ra teszem és arról bootolok, meg rakok néhány zenét is az adathordozóra, akkor azt le tudom játszani? Milyen oprendszer kell a pendrive-ra? Bocs, kicsit szájbarágosan kell elmagyaráznod. Vagy megy win10 alatt is?

Minden rajta van a pendrive-on csak meg kell megfelelő módon írni. Nem kell rá semmi. A gépben lévő meghajtókat akár külső, akár belső is fel tudja a rendszer csatolni és tudsz adni NAS meghajtókat is hozzá.

Innen tudod a kézikönyvet letölteni:
https://ferenckoscso.github.io/bpplay/x ... 2.0_HU.pdf

[wasiliy888]

Parádés számok! Most már tényleg kíváncsivá tettél.
Ha azt a próbaverziót egy usb pendrive-ra teszem és arról bootolok, meg rakok néhány zenét is az adathordozóra, akkor azt le tudom játszani? Milyen oprendszer kell a pendrive-ra? Bocs, kicsit szájbarágosan kell elmagyaráznod. Vagy megy win10 alatt is?

[kaef2]

Az Audiolinux fejlesztője szerint egy jobb Ryzen processzorral 5us körüli késleltetés érhető el. Korábban én is használtam, Ryzen 5600 alatt - a linux saját mérése szerint - tényleg ezek voltak az átlagos értékek.

Ha jól emlékszem az Audiolinux mérések "cyclictest" eljárással lettek mérve, de ha valaki tudja konkrétan, írja meg, lehet, hogy rosszul emlékszek.

Mi egy másik modern kernel tracing eszközkészlet alapú mérést találtunk ki, hozzáadva a bptune saját eljárásásainak a hatásai mérését is. Ez tehát egy konkrét szoftveres technológia hatásának mérése, nem a hardver és a kernel latenciájának a mérése. Terhelés alatt történik, az az egy 176,4 kHz és egy DSD256 file-et játszunk le, ötször-ötször egymás után, majd átlagolunk.

Majd lesz róla egy részletes cikk is, ezért most nem mennék bele nagyon mélyen, de egy 2015-ös Mac Minivel használva a bpplay/bptune környezetet az alábbi eredmények jöttek (egy még kezdeti, július 23-i mérés szerint) ki, az alapvetően 90µs-os tuning nélküli értékekkel szemben a full tuninggal:

| Gép | idle | lejátszás | lejátszás (izolált mag) | lejátszás extra CPU-terhelés alatt |
| 2015-ös Mac Mini (Linux alatt) | 3 µs | 3 µs | 3 µs | 5 µs |

Talán már ennyi is jól mutatja, hogy a bpplay/bptune optimalizációjával a determinisztikus, alacsony késleltetésű
lejátszás nem feltétlenül drága, új hardvert igényel, a bptune környezet régi gépeken is hasonló eredményt hozhat.

Mivel nem tudom pontosan az Audiolinux-nál mit mértek, ezért bármiféle következtetés levonásától óvnék mindenkit.

[d_dok]

Az Audiolinux fejlesztője szerint egy jobb Ryzen processzorral 5us körüli késleltetés érhető el. Korábban én is használtam, Ryzen 5600 alatt - a linux saját mérése szerint - tényleg ezek voltak az átlagos értékek.

[wasiliy888]

Nem teljesen értek veled egyet Feri.
Azért a WS esetében is vannak lehetőségek még a finomhangolásra, igaz cserébe a gép az alapműveleteken kívül másra nemigen használható (nincs internet, nincs wifi, nincs videókártya, BIOS-ban ami lehet letiltva). A gép annyira nincs leterhelve semmivel, hogy passzív hűtés esetén a 2,5GHz-es processzort 4 GHz-en járatva is csak 30°C-os lesz. Ennek az az értelme, hogy a latency 30 mikrosec alatt marad (az okosok azt mondják, ha 100 alatt van, akkor az már OK).

Ha elolvasod a cikket, amit belinkeltem, akkor abban elég részletesen le van vezetve, hogy szerintem mit lehet és mit nem lehet módosítani windows környezetben. Szerintem. Senkit nem akarok arról lebeszélni , hogy a saját útját járja, csak nyugodtan, az enyém a lockolt memóriából játszás, az olyan, hogy amióta kb április óta foglalkozok vele, azóta nem kapcsoltam be a Tidalt, vagy az Apple Music-ot.

Majd lesz egy írásom még a mérési eljárásról amit kifejlesztettem, abban van egy un időzítési szóródás mérés (ami egy picit többet mond majd arról, hogy mi történik a gépben lejátszás közben, mint a latencia), ahol átlag pc kb 120-150 usec szórást mutat Windows 11 alatt nem optimalizálva, egy linuxos gép valamelyik ismert lejátszóval olyan 60-80 usec-et, egy RPi4 olyan 50-60-at, RPi 5 40-50-et, és az én módszeremmel optimalizált és memóriából játszó PCgépek olyan 10-12 usec-et, az optmalizált RPI 5 olyan 7-9-et, az én xeonos, passzív hűtésű gépem 5 -6 usec-et és egyik barátunk OCXO clockolt, i9-es gépe meg 1,8-at. A Holo Red a CM4-es CPU-val, meg 9-10 körül.

persze tudom ezek a számok most még nem mondanak semmit, de majd nemsokára kiderül a lényegük. Addig is jó kísérletezést.

Ez jól hangzik. Hogyan lehet mérni?

[blackfriar]

A foobar is tud memóriából lejátszani.

Én a LatencyMont-t (Resplendence) használom a latency mérésére.
Az a véleményem, egy bizonyos szint alatt már nincs értelme tovább faragni a számokat.
Az én PC-m bizonyosan több erőforrást használ, mint a tiéd, de elég keveset ahhoz, hogy jól szóljon.
Amúgy minden tiszteletem a tiéd Feri.
(a célom csak annyi volt, hogy ráirányítsam a figyelmet arra, hogy windows-os környezetben is lehet jó eredményeket elérni, igaz, meg kell dolgozni érte)

[kaef2]

Nem teljesen értek veled egyet Feri.
Azért a WS esetében is vannak lehetőségek még a finomhangolásra, igaz cserébe a gép az alapműveleteken kívül másra nemigen használható (nincs internet, nincs wifi, nincs videókártya, BIOS-ban ami lehet letiltva). A gép annyira nincs leterhelve semmivel, hogy passzív hűtés esetén a 2,5GHz-es processzort 4 GHz-en járatva is csak 30°C-os lesz. Ennek az az értelme, hogy a latency 30 mikrosec alatt marad (az okosok azt mondják, ha 100 alatt van, akkor az már OK).

Ha elolvasod a cikket, amit belinkeltem, akkor abban elég részletesen le van vezetve, hogy szerintem mit lehet és mit nem lehet módosítani windows környezetben. Szerintem. Senkit nem akarok arról lebeszélni , hogy a saját útját járja, csak nyugodtan, az enyém a lockolt memóriából játszás, az olyan, hogy amióta kb április óta foglalkozok vele, azóta nem kapcsoltam be a Tidalt, vagy az Apple Music-ot.

Majd lesz egy írásom még a mérési eljárásról amit kifejlesztettem, abban van egy un időzítési szóródás mérés (ami egy picit többet mond majd arról, hogy mi történik a gépben lejátszás közben, mint a latencia), ahol átlag pc kb 120-150 usec szórást mutat Windows 11 alatt nem optimalizálva, egy linuxos gép valamelyik ismert lejátszóval olyan 60-80 usec-et, egy RPi4 olyan 50-60-at, RPi 5 40-50-et, és az én módszeremmel optimalizált és memóriából játszó PCgépek olyan 10-12 usec-et, az optmalizált RPI 5 olyan 7-9-et, az én xeonos, passzív hűtésű gépem 5 -6 usec-et és egyik barátunk OCXO clockolt, i9-es gépe meg 1,8-at. A Holo Red a CM4-es CPU-val, meg 9-10 körül.

persze tudom ezek a számok most még nem mondanak semmit, de majd nemsokára kiderül a lényegük. Addig is jó kísérletezést.

[blackfriar]

Nem teljesen értek veled egyet Feri.
Azért a WS esetében is vannak lehetőségek még a finomhangolásra, igaz cserébe a gép az alapműveleteken kívül másra nemigen használható (nincs internet, nincs wifi, nincs videókártya, BIOS-ban ami lehet letiltva). A gép annyira nincs leterhelve semmivel, hogy passzív hűtés esetén a 2,5GHz-es processzort 4 GHz-en járatva is csak 30°C-os lesz. Ennek az az értelme, hogy a latency 30 mikrosec alatt marad (az okosok azt mondják, ha 100 alatt van, akkor az már OK).

[kaef2]

Kedves Feri !
Azt szeretném kérdezni, hogy véleményed szerint miért jó ez a lejátszó, mi az előnye ?
Csak azért kérdezem, mert én egy végletekig lebutított (de grafikai felülettel bíró; desktop experience), más oldalról viszont "felspécizett" Windows Server-rel kísérletezem. A lejátszó pedig a foobar és nagyon jók a tapasztalataim.
Meggyőződésem, hogy az egyszerűbb, jobb (nincs felesleges plusz hardver, nincs felesleges hardverigényes szoftver stb.).

A headless módban jelenleg ssh a vezérlési mód, ami sokak számára meglepő lehet, pedig nagyon hatékony és igen kevéssé erőforrás igényes. Részletek a kézikönyvből:

[kaef2]

Kedves Feri !
Azt szeretném kérdezni, hogy véleményed szerint miért jó ez a lejátszó, mi az előnye ?
Csak azért kérdezem, mert én egy végletekig lebutított (de grafikai felülettel bíró; desktop experience), más oldalról viszont "felspécizett" Windows Server-rel kísérletezem. A lejátszó pedig a foobar és nagyon jók a tapasztalataim.
Meggyőződésem, hogy az egyszerűbb, jobb (nincs felesleges plusz hardver, nincs felesleges hardverigényes szoftver stb.).

Idéznék magamtól, abból a mit a DAC-os topikban írtam pár órája.

Az alkalmazás lényege, hogy csak memóriából tud játszani, úgy, hogy egy teljes albumot, vagy hosszabb playlistát is a memóriába tölt és a használt memóriát elzárja az operációs rendszer elől. A memóriából pedig gyakorlatilag nulla erőforrásból tolja a minták csoportjait az USB interface pufferébe közvetlenül (és az USB interface órajelével vezérelten) és eközben ami processzt, aktivitást lehetséges, beleértve a user interfacet is, lekapcsol.

Ezen felül is kb két tucat olyan optimalizáció történik a butított linux alatt, amit használok, ami mind abba az irányba mutat, hogy lejátszás közbe semmi ne történjen a gépben. Lekapcsolja a GUI-t ha valaki azzal használná. Minden dekódolást file előkészítést elvégez a memóriába töltés előtt, nincs lemezművelet sem, leszámítva azt a nagyon ritka esetet, amikor az OS ír valamit a logba.

Pár hete írtam részletesen a linuxos és windows-os optimalizációs lehetőségeinek az összehasonlításáról:

https://medium.com/@mediaengineering/li ... ngineering

[blackfriar]

Kedves Feri !
Azt szeretném kérdezni, hogy véleményed szerint miért jó ez a lejátszó, mi az előnye ?
Csak azért kérdezem, mert én egy végletekig lebutított (de grafikai felülettel bíró; desktop experience), más oldalról viszont "felspécizett" Windows Server-rel kísérletezem. A lejátszó pedig a foobar és nagyon jók a tapasztalataim.
Meggyőződésem, hogy az egyszerűbb, jobb (nincs felesleges plusz hardver, nincs felesleges hardverigényes szoftver stb.).

[kaef2]

Holdra szállok.
Kis lépés az emberiségnek, de nekem azért elég nagy ugrás.

Ma hivatalosan is elérhetővé és letölthetővé válik a bpplay projekt.

Egyszerű DIY audiofil kísérletként indult, de mára egy teljesen saját fejlesztésű audio playback projekt lett, macOS, Raspberry Pi és x86_64 platformokra.

Minimalista, bithelyes lejátszás.
Minél rövidebb és determinisztikusabb út a fájltól a DAC-ig.
Semmi felesleges beavatkozás.

És igen, méréseim is vannak.

Mostantól itt fogok írni a fejlesztésről, kísérletekről, mérésekről, technikai háttérről, új verziókról, és időnként arról is, hogy milyen érzés a „vibe coding” szép új világában saját szoftvert építeni.

Elkészült a Facebook oldal, a LinkedIn oldal és hivatalosan is letölthetővé váltak a RPi 4, 5 és az x86_64 Linux verziók is, 15 napos próba verzió formájában.

Hogy lehetne a számítógépes zenelejátszásból kihagyni a számítógépet? Mi lenne, ha lejátszás közben a számítógép nem csinálna semmit? Ebből a gondolatból indult a bpplay.

A bpplay egy minimalista, bithelyes audio lejátszó, amelynek alapelve:
a lehető legrövidebb, determinisztikus út a zenei fájltól a DAC-ig.

- Nincs resampling.
- Nincs szoftveres hangerőszabályzás.
- Nincs keverés.
- Nincs lemezművelet a valós idejű lejátszás alatt.
- Gyakorlatilag nincs GUI

A lejátszási útvonalat szándékosan a lehető legegyszerűbbre és legkiszámíthatóbbra terveztem.
A bpplay nem akar egy újabb mindent tudó zenelejátszó lenni. Nem streamel, nincs benne több tucat beavatkozási lehetőség, nincs zenei könyvtár-kezelési ökoszisztéma. Helyi, NAS-on vagy akár Google Drive-on, Dropboxban tárolt fájlok lejátszására készült.

Faék egyszerűségű, referencia minőségű playback eszköznek szánva.
Ami eredetileg egy kísérlet volt a kompromisszummentes digitális audio irányába, mára macOS, Raspberry Pi és x86_64 Linux platformokra készülő projekt lett.

A fejlesztés történetéről több cikk is megjelent a Mediumon, amelyek közül az első hármat az amerikai high-end audio kiadvány, a Positive Feedback is átvette és újraközölte.
A macOS Core változat ingyenes és nyílt forráskódú.
A Raspberry Pi és x86_64 változatok pedig egy még kontrolláltabb, optimalizált playback környezetet céloznak.
Ez az oldal a bpplay fejlesztéséről, mérésekről, kísérletekről, technikai háttérről és új verziókról fog szólni. Betekintéssel a vibe-coding mibenlétébe, ha már elérkezett a DIY szoftverkészítés szép új világa.

https://ferenckoscso.github.io/bpplay
https://www.facebook.com/profile.php?id=61593654347733
https://lnkd.in/p/dWBE6e8M

Kértem az adminokat, hogy a My Reel Club kereskedelmi oldalon nyissanak neki egy új aloldalt és akkor nem kell az egyéb topikokat megzavarni, ha valaki beszélne róla, vagy kérdése, észrevétele lenne. Ott lehet majd beszélgetni a szoftverrel kapcsolatban.

[kaef2]

Elkészült egy interaktív, két nyelvű bemutató oldal a bpplay szoftverhez, ahonnan le is lehet tölteni az alkalmazást.

https://ferenckoscso.github.io/bpplay/

Terveim szerint hamarosan letölthető lesz egy Linux-alapú live image is, ami azt jelenti, hogy egy külső háttértár, vagy usb stick segítségével azok is kipróbálhatják, akiknek Windows a rendszerük. Aztán eldönthetik, hogy akarják-e a linux kedvéért részben újra particionálni a Windowst, hogy futhasson náluk a bpplay és bptune is.

[kaef2]

Hu, ez menő! Szépen működik! És remekül szól...:) Állati! v0.9.5-öt telepítettem M1 max Macbook Pro-ra, macOS 26.6.
bbplay.png
Azt is kipróbáltam, hogy 2 trackot húztam az appra egyszerre és az történt, hogy az egyiket a Chord Mojo 2-re küldte ki, a másikat a mac sima hangszórójára.
Üdv, Gyuri
U.i. Én is épp egy vibe-kódolt mac/ios lejátszót véglegesítek, az nem ilyen komoly csak egyszerű core audio. Inkább nálam az volt az érdekes, hogy a helyi zenefájlokat hogy tudom úgy lejátszani, hogy a MusicBrainz adatokkal jelenítse meg lejátszás közben. Amin még kísérletezek az az, hogy hogyan tudok az app segítségével Navidrome szerverről UPnP lejátszót kontrollálni DLNA szerver nélkül.

Van egy új verzió a telepítőből, a v0.9.1. Most már nemcsak a bpplay alkalmazást lehet telepíteni, de Automator szkriptelés nélkül a desktopon is létre lehet hozni egy alkalmazás ikont (bpplay drop.app), amire rádobva a trackeket, albumokat, elindul a lejátszás automatikusan. A drop ikon létrehozása a kézikönyv 9-es fejezetében eddig is benne volt, de odáig úgy tűnik senki sem jutott el. Így most megcsináltam, mint külön alkalmazást. A bpplay drop.app ikont csak be kell húzni a desktopra és működik.

Itt van az új verzió: https://github.com/ferenckoscso/bpplay/ ... tag/v0.9.1

Köszönöm a visszajelzést. Sok sikert a vibe kódoláshoz, nagyon tanulságos, izgalmas dolog.

Ha 2 track (vagy sok) van kijelölve és ráhúzzuk a drop ikonra (benne van a telepítőben), akkor playlista fog elindulni. Ha egy már futó lejátszásra ráhúzok egy másikat, akkor hiba üzenetet fog adni az alkalmazás, a hog mód miatt, mondván, hogy a kimeneti eszköz már használatban van.
Az azonos mintavételezésű trackeket játssza gapless módon, ha többféle mintavételezés van, akkor az azonosakat fogja lejátszani sorban, gapless, majd vált a következő rátára.

Ez működik albumokkal is.

Az alábbi módokon lehet elindítani a lejátszást:

1. Beírni a terminalba, hogy "bpplay d 2", ha 2 a device id-je a kimeneti eszköznek. Majd ráhúzni a terminal ablakra az albumot vagy trackeket

2. Telepíteni kell a drop (része a telepítőnek) ikont és akkor arra ráhúzva a tracket, albumokat, a terminal nélkül is elindul, azikonra fűzött szkript nyitja meg a terminalt és mutatja a lejátszási folyamatot. Mehetne terminal nélkül is, csak az ikon használatával, de akkor nem lehetne léptetni előre/hátra, pause-t nyomni vagy kilpni a lejátszási folyamatból ilyen egyszerűen.

3. A 0.9.5 verzió tudja azt is, hogy ha kiválasztok egy vagy több tracket, albumot és jobb egérgombot nyomok, feljön egy quick action menű, ahol csak annyit kell mondnani: bpplay lejátszás és indul a lejétszás. Ez a NO GUI megoldás. :)

A linuxos verzióban van ssh-val működő vezérlő rendszer, nagyon vicces, és eszméletlen hatékony.
Most éppen egy Holo Red streamer transzport/DDC eszközön (belül RPi CM4 CPU-val fut) futtatom a bpplay/bptune rendszert, NAS meghajtókat felmountolva. Egészen megdöbbentően szól. Még az általad kipróbált MacOS verzióhoz képest is. Az átlag lejátszókhoz képest meg főképpen.

[hildgyorgy]

Hu, ez menő! Szépen működik! És remekül szól...:) Állati! v0.9.5-öt telepítettem M1 max Macbook Pro-ra, macOS 26.6.

Azt is kipróbáltam, hogy 2 trackot húztam az appra egyszerre és az történt, hogy az egyiket a Chord Mojo 2-re küldte ki, a másikat a mac sima hangszórójára.
Üdv, Gyuri
U.i. Én is épp egy vibe-kódolt mac/ios lejátszót véglegesítek, az nem ilyen komoly csak egyszerű core audio. Inkább nálam az volt az érdekes, hogy a helyi zenefájlokat hogy tudom úgy lejátszani, hogy a MusicBrainz adatokkal jelenítse meg lejátszás közben. Amin még kísérletezek az az, hogy hogyan tudok az app segítségével Navidrome szerverről UPnP lejátszót kontrollálni DLNA szerver nélkül.

Van egy új verzió a telepítőből, a v0.9.1. Most már nemcsak a bpplay alkalmazást lehet telepíteni, de Automator szkriptelés nélkül a desktopon is létre lehet hozni egy alkalmazás ikont (bpplay drop.app), amire rádobva a trackeket, albumokat, elindul a lejátszás automatikusan. A drop ikon létrehozása a kézikönyv 9-es fejezetében eddig is benne volt, de odáig úgy tűnik senki sem jutott el. Így most megcsináltam, mint külön alkalmazást. A bpplay drop.app ikont csak be kell húzni a desktopra és működik.

Itt van az új verzió: https://github.com/ferenckoscso/bpplay/ ... tag/v0.9.1

[kaef2]

"What a phenomenally fine article. Ferenc has hit a grand slam about DSD, the like of which I've never seen, and which fundamentally advances the state of the art. Absolutely brilliant!" --- írta Dr. David W. Robinson a Positive Feedback című, elismert amerikai online audiofil és high-end hifi magazin főszerkesztője és társalapítója. A cikkemről, ami a múlt héten megjelent a Positive Feedback -ben a bpplay/bptune szoftver fejlesztéséről, és a számítógépes audio legmélyebb bugyrairól szóló cikksorozatom harmadik része. Ami azért is egyfajta mérföldkő, mert a cikk végén ott van a Github letöltési link a MacOS verzió ingyenes installeréhez és persze mivel nyílt forráskódú, ott van a forráskód is. Egy-két napon belül csinálok még egy rövid videót is az installációról és a használatról (már elkezdtem csak nem volt időm befejezni). Bárki elkezdheti használni, akinek van egy kb 10 évesnél fiatalabb Intel vagy ARM CPU-s Mac-je. Azért írom itt meg, mert a cikkben nemcsak MacOS-re jellemző dolgok vannak, hanem általában szól a Linux, Windows és a MacOS változatok néhány jellemzőjéről is, illetve van benne egy tömör összehasonlítás is a különböző zene lejátszó alkalmazásokról is

https://positive-feedback.com/reviews/m ... ion-part3/

Van egy új verzió a telepítőből, a v0.9.1. Most már nemcsak a bpplay alkalmazást lehet telepíteni, de Automator szkriptelés nélkül a desktopon is létre lehet hozni egy alkalmazás ikont (bpplay drop.app), amire rádobva a trackeket, albumokat, elindul a lejátszás automatikusan. A drop ikon létrehozása a kézikönyv 9-es fejezetében eddig is benne volt, de odáig úgy tűnik senki sem jutott el. Így most megcsináltam, mint külön alkalmazást. A bpplay drop.app ikont csak be kell húzni a desktopra és működik.

Itt van az új verzió: https://github.com/ferenckoscso/bpplay/ ... tag/v0.9.1

[kaef2]

"What a phenomenally fine article. Ferenc has hit a grand slam about DSD, the like of which I've never seen, and which fundamentally advances the state of the art. Absolutely brilliant!" --- írta Dr. David W. Robinson a Positive Feedback című, elismert amerikai online audiofil és high-end hifi magazin főszerkesztője és társalapítója. A cikkemről, ami a múlt héten megjelent a Positive Feedback -ben a bpplay/bptune szoftver fejlesztéséről, és a számítógépes audio legmélyebb bugyrairól szóló cikksorozatom harmadik része. Ami azért is egyfajta mérföldkő, mert a cikk végén ott van a Github letöltési link a MacOS verzió ingyenes installeréhez és persze mivel nyílt forráskódú, ott van a forráskód is. Egy-két napon belül csinálok még egy rövid videót is az installációról és a használatról (már elkezdtem csak nem volt időm befejezni). Bárki elkezdheti használni, akinek van egy kb 10 évesnél fiatalabb Intel vagy ARM CPU-s Mac-je. Azért írom itt meg, mert a cikkben nemcsak MacOS-re jellemző dolgok vannak, hanem általában szól a Linux, Windows és a MacOS változatok néhány jellemzőjéről is, illetve van benne egy tömör összehasonlítás is a különböző zene lejátszó alkalmazásokról is

https://positive-feedback.com/reviews/m ... ion-part3/

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