Apple számítógépes zenehallgatáshoz

[kaef2]

Megjelent a bpplay v0.9.6 verzió.

Kisebb, de látható javítás: eddig a bpplay és a bpplay drop a DMG-ből telepítve nem a saját logójával jelent meg a Finderben, hanem egy generikus ikonnal. Ez most javítva, mindkettő a rendes bpplay-logót mutatja.
Ha korábbi verziót használsz és frissítenél: a DMG-ben most van egy "Régi verzió eltávolítása.command" nevű fájl — dupla kattintás, megkeresi a régi példányokat, és (rákérdezve) Kukába teszi őket, mielőtt az újat berakod a helyükre.
Nem kötelező, csak kényelmi ötlet.

A következő verzióban lesz két további újdonság:

- lejátszás közben egy gombbal lehet az éppen játszott tracket a Kedvencek közé adni
- Ugyanaz az SSH-alapú (gépelés nélküli) távvezérlő felület, mint a Linux verzión, azok számára, akik mondjuk egy elfekvő régi Mac Mini-t szeretnének a hifi polcra téve, monitor nélkül, un headless módon használni.

v0.9.6 letöltés:

https://github.com/ferenckoscso/bpplay/ ... tag/v0.9.6

Ha bárkinek bármilyen ötlete van, bátran keressen meg és megbeszéljük lehet-e implementálni.

[kaef2]

Itt elfelejtettem megírni, pedig lehet, hogy érdekel pár embert. Letölthető a macOS-re fejlesztett bpplay Core v0.9.x szoftverem.

A bpplay egy minimalista, bithelyességre és a lehető legrövidebb kijátszási útvonalra optimalizált zenelejátszó alkalmazás macOS-re.

Egyetlen célja van: a zenei fájl mintáit a lehető legrövidebb, determinisztikus úton, érintetlenül eljuttatni a DAC-hoz. Nincs szoftveres hangerő, nincs dither, nincs újra mintavétel vagy fölösleges konverzió a jelútban. Csak helyi, vagy NAS-on, esetleg a desktopra felmountolt Google Drive, Dropbox felhős tárból tud lejátszani. Streaming nincs.

Valószínűleg ez a létező egyetlen GUI nélküli zenei lejátszó szoftver. Az albumok, trackek lejátszhatók vagy a desktopon lévő ikonra ejtéssel, vagy a kiválasztást követően a jobb egérgombal megjelenő bpplay menű kiválasztásával.

A szokásos macOS lejátszók a Core Audio alrendszer rendszermixerén keresztül dolgoznak, ami újramintavételt, lebegőpontos keverést és szoftveres hangerőt visz a láncba.

A bpplay ezt megkerüli:
- hog mode (kizárólagos eszköz-hozzáférés),
- integer mode,
- trackek, albumok, playlisták teljesen zárolt RAM-ba töltéssel játszódnak le
- és egyetlen, betöltéskori formátum-illesztés — a valós idejű szálon már csak memcpy fut folyamatok segítségével.

Támogatott formátumok:
- WAV,16 / 24 / 32 bites egész (integer) és 32 bites lebegőpontos (float)
- FLAC,16 / 24 bites, Vorbis metaadatokkal és MQA-észleléssel (dekódolás nélkül)
- ALAC (M4A-ban),16 / 24 bites
- AIFF / AIFC,16 / 24 / 32 bites, csak tömörítetlen
- DSF (DSD),DSD64 – DSD256 DoP-n keresztül (az architektúra DSD512-ig skálázható)

Drag-and-drop, vagy jobb klikk — terminál és GUI nélküli használathoz
- A DMG két külön konfigurációt nem igénylő indítót (launcher) is tartalmaz. Mindkettő önálló (a bpplay bináris be van csomagolva mindkettőbe), és a rendszer alapértelmezett kimeneti eszközén játszik le:

bpplay drop.app — húzz egy fájlt, több fájlt vagy egy teljes albummappát az ikonjára, és a lejátszás elindul egy Terminál ablakban (a vezérlőbillentyűk ott is működnek).

bpplay play.workflow — Finder Quick Action használat.
Másold be egyszer a ~/Library/Services/ mappába (a DMG installerből), majd jelölj ki fájlokat vagy egy mappát bárhol a Finderben, kattints jobb gombbal, és válaszd a "bpplay play" lehetőséget.

Lejátszás közben a vezérlés az alábbi gombokkal lehetséges:
n következő track · b előző track · space megállítás/újrakezdés · q kilépés

Érdemes még tudni
A memóriahasználat meghaladhatja a valós fájlméretet — ez szándékos tervezés eredménye. A teljes playlista a RAM-ban tárolódik, és a formátumillesztési lépés megnöveli az adatméretet a kimeneti formátumnak megfelelően. Egy ~3,9 GB-os DSD256 album körülbelül 7,5 GB memóriát foglal el. Ez sem nem konverzió, sem nem adatvesztés és bithelyes marad a lejátszás.

A magasabb DoP mintavételezési frekvenciák (352,8 és 705,6 kHz) nem minden DAC-on vagy USB-láncon mennek át. Ha a DAC-ot nem lehet az adott mintavételezésre állítani, a bpplay ezt kifejezetten jelzi.

A vegyes formátumú lejátszási listák formátum szegmensekre oszlanak. A lejátszás egy szegmensen belül kihagyásmentes (gapless); a szegmenshatároknál a DAC újraszinkronizál (re-lock) az új mintavételezési frekvenciára, ami egy rövid, de tiszta (pattanásmentes) szünetet jelent.

A leállítás és a szüneteltetés finom elhalkítással (ramp) történik, nem hirtelen elvágással. Az elhalkítás az utoljára kiírt minták (frame) egy másolatát skálázza, sosem a tényleges zenei mintát, így a hallható tartalom bitpontos (bit-exact) marad. DoP/DSD esetén a ramp szándékosan le van tiltva, mivel egy DoP szó skálázása megsemmisítené annak jelölőbájtját (marker byte).

A lejátszási sor futtatásonként maximum 256 fájlra van korlátozva.

A bpplay nincs hitelesítve (notarized). A Gatekeeper figyelmeztetést jelenít meg az első indításkor.
Feloldása: kattints rá jobb gombbal → "Megnyitás" a Finderben, vagy futtasd az xattr -d com.apple.quarantine bpplay parancsot egyszer a Terminálban.

Rendszerkövetelmények
macOS 10.15 vagy újabb.
Legalább 8 GB RAM (nagyobb DSD albumokhoz több — lásd fent).

Tesztelt / Validált állapot
A bpplay tesztelve és igazolva van DSD256-ig, különböző XMOS és Amanero Combo384/768 interfészeken keresztül, több tucatnyi DAC gyártmányt használval. A rendszert háromféle csatlakozási topológiában teszteltem:

- A DAC közvetlenül a MacBook Air portjába dugva

- Egy Sonnet Tech Thunderbolt 5 hubon keresztül

- Egy névtelenebb USB hubon keresztül

A teszteket drága és olcsó kábelekkel egyaránt elvégeztem. A bitpontos (bit-perfect) működés mindhárom esetben azonos volt: a bitútvonal független a csatlakozási módtól.

Részletes magyar kézikönyv is van: https://github.com/ferenckoscso/bpplay/ ... ual-hu.pdf

A szoftver a GitHubról tölthető le és nyílt forráskódú, GPL-3.0 licenszeléssel.
https://github.com/ferenckoscso/bpplay/ ... tag/v0.9.5

[kaef2]

Már meg is történt a segítségnyújtás, köszönöm szépen, azóta is tökéletesen működik!

Nagyon szívesen, ez legyen a jövőben a legnagyobb megoldandó probléma.

[lac]

Már meg is történt a segítségnyújtás, köszönöm szépen, azóta is tökéletesen működik!

[kaef2]

Szia Feri!
Nagyon köszönöm!
Hétfőn jelentkezem, hogy egyeztessünk, addig sajnos nem jó nekem.

Csak nyugodtan, amikor jól esik.

[lac]

Szia Feri!
Nagyon köszönöm!
Hétfőn jelentkezem, hogy egyeztessünk, addig sajnos nem jó nekem.

[kaef2]

MacM2 - Core Audio USB/SPDF - AN DAC3 a forrásom.
Legújabb Audirvana a lejátszó program.
Tidált, HDD-t, és Youtube-t is hallgatok/nézek.
Már vagy két hete a Youtubnak nincs hangja, pontosabban a hangszóró beállításoknál váltogatva a Mac hangszórója, és a vetítő hangszórója is szól, de a kiválsaztott Core audio meg sem nyikkan....
Az Audirvánán a Tidal és a lokál mindig működik rendesen.
Miért van ez, és mi lehet a megoldás?
Tudnátok ebben segíteni?

Megnézhetem távolról a beállításokat, ha lenne a gépeden egy Teamviewer.

[lac]

Mac mini M2.....

[lac]

MacM2 - Core Audio USB/SPDF - AN DAC3 a forrásom.
Legújabb Audirvana a lejátszó program.
Tidált, HDD-t, és Youtube-t is hallgatok/nézek.
Már vagy két hete a Youtubnak nincs hangja, pontosabban a hangszóró beállításoknál váltogatva a Mac hangszórója, és a vetítő hangszórója is szól, de a kiválsaztott Core audio meg sem nyikkan....
Az Audirvánán a Tidal és a lokál mindig működik rendesen.
Miért van ez, és mi lehet a megoldás?
Tudnátok ebben segíteni?

[kaef2]

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

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

[kaef2]

Olvasgató a szoftver fejlesztésről írt cikksorozat harmadik része:

https://mediaengineering.medium.com/bit ... 8b948f5456

[kaef2]

Feri, ez a konverter SACD.ISO-t tud majd fajlokra szetkapni?
Koszi!

Parancssorból és külső függőség használatával megoldható, pár nap alatt. Benne van az implementációs tervemben egy saját ISO parser fejlesztése is, hogy ne legyen külső függőség, ez lehet egy - két hét. Utána megoldható a GUI-ban is egy almenü hozzá, hogy ne parancssorból kelljen megcsinálni.

Vagyis most még nem tud, de megoldható.

[wittao]

Feri, ez a konverter SACD.ISO-t tud majd fajlokra szetkapni?
Koszi!

[kaef2]

[kaef2]

Újabb funkciók kerültek be a HQConv audio file konverter alkalmazásomba (amit ugye LLM (AI) segítségével fejlesztek), pedig eddig sem volt szegényes a tudása. :)

Ha már van benne mérő rész, ami jegyzőkönyvet is ad a mérésekről, gondoltam lehessen ezt konverzió nélkül is használni. Így belekerült egy összehasonlító almenű is. Itt két hangfile-t lehet összehasonlítani és az egyezőségükről, vagy különbözésükről konkrét, mért adatokat kapni. Beépítettem egy szöveges leírást is a különbségekről, később ezt majd bekötöm LLM-ekbe is, és a segítségükkel bővebben ki lehet majd értékelni a látottakat. Látható a nullteszt eredménye is.

Alább egy DSD256 és a belőle készült 44,1kHz/24 bites konverzió összehasonlítását látjuk.
--------------------------------
[measure] A: /Volumes/T7/S_erno_smpl_shrt_v1_11.2M.dsf
[measure] B: /Volumes/T7/S_erno_smpl_shrt_v1_11.2M_converted_44k_v5.wav

==== Eredeti vs. Konvertált összehasonlítás ====
rms_error : 0.0000
rms_error_db : -139.3270
rms_error_rel_db : -115.7762
peak_error : 0.0000
peak_error_db : -126.4326
correlation : 1.0000
freq_resp_deviation_avg_db : -0.0000
freq_resp_deviation_std_db : 0.0006
thd_plus_n_db : -115.7762

---- Szint / hangosság (dBFS) ----
Eredeti Ch1: peak -7.14 dBFS RMS -23.55 dBFS crest 16.41 dB
Eredeti Ch2: peak -4.41 dBFS RMS -21.47 dBFS crest 17.06 dB
Konvertált Ch1: peak -7.14 dBFS RMS -23.55 dBFS crest 16.41 dB
Konvertált Ch2: peak -4.41 dBFS RMS -21.47 dBFS crest 17.06 dB

---- Hangosság (ITU-R BS.1770 / EBU R128) ----
Eredeti : -19.13 LUFS LRA 4.81 LU true peak -4.40 dBTP PLR 14.73 LU
Konvertált: -19.13 LUFS LRA 4.81 LU true peak -4.40 dBTP PLR 14.73 LU

==== Null test (A - B) ====
difference peak -126.4 dBFS, RMS -139.3 dBFS -> PERFECT NULL

==== DSD folyam-analízis (1.4 s, 11289600 Hz) ====
Ch1: DC +0.0002 ones-density 0.5001 max-run 3 ultrahang/audio +30.1 dB
Ch2: DC +0.0000 ones-density 0.5000 max-run 3 ultrahang/audio +30.3 dB

==== Értékelés / Assessment ====
A két fájl a hallható sávban gyakorlatilag azonos - a konverzió átlátszó, hallható különbség nincs.
In the audible band the two files are essentially identical - the conversion is transparent, with no audible difference.
PDF riport mentve: /Volumes/T7/S_erno_smpl_shrt_v1_11.2M.pdf

[kaef2]

Fejlődik az alkalmazás, elég szépen , bekerült pár új funkció is az elmúlt két napban.

A CLAP plug-in csomag használati lehetőség azt jelenti, hogy akár pro, akár home hifi esetében, ha akar valaki, akkor belenyúlhat, kvázi "remasterelheti" a konvertálandó file-t.

Még a kötegelt (batch) feldolgozást kell reszelgetni egy kicsit és agyalok azon, hogy valami nagyon egyszerű vágási lehetőséget is betegyek, hogy csak egy file bizonyos részeit is lehessen konvertálni, ne kelljen külső alkalmazás a szegmentáláshoz.
Utána kezdődik a komoly tesztelés.

Újdonságok:
- Natív CLAP audio-effekt pluginek támogatása a PCM láncban. Ez különlegesség, nem tudok más konverterről, aminek lenne ilyen szolgáltatása.
- 32/64 bites feldolgozás (automatikus)
- State/preset betöltés és mentés
- Latencia- és tail-kompenzáció
- Mintavételi ráta korlátozás (ha a plugin nem bírja a chain rate-et) – csak felhasználói jóváhagyással történik mintavétel konverzió plug-in használatkor

Mérés és Minőségbiztosítás
Teljes AES17/IEC 61606 jellegű mérési csomag mellé bekerültek az alábbiak:
- LUFS, LRA, True Peak (ITU-R BS.1770) mérések
- DSD-specifikus analízis (zajspektrum, ones-density, stb.) (ez is újdonság, nem tudok róla, hogy más app csinálná)
- Automatikus validációs tesztcsomag (tests/validate.py)

Felhasználói élmény további javítása:
- Hangosság normalizálás streaming platformokra (LUFS célok: Spotify, Apple, Tidal, stb.)

Technikai részletek
Platformfüggetlen: azonos forrás macOS + Linux
Telepítés: .dmg macOS-re, make install Linuxra

[kaef2]

A konvertálás energia és tárhely igényéhez pár adat.

Egy 2 TB-os külső SSD, USB C 3.2 csatlakozással, ismert gyártótól, kb 45 ezer forint az Alzában. Egy 2 TB-os külső meghajtón kb 197 óra DSD256 mintavételezésű anyag fér el (168 MB/perc). Ez kb 230-240 átlagos 50 perc hosszúságú album. Vagyis pár száz forintra jön ki egy DSD256-ra konvertált album tárolásának költsége. Nem tűnik nagyon drágának. 40 Ft/kWh óra energia költséggel és mondjuk 50W-os számítógép fogyasztással számolva kb 10 Ft lesz egy 50 perces album DSD256-ra történő konvertálásának költsége. Ha 100W-tal számolunk akkor a 6-szoros (valós időhöz képest) konvertálási idővel is kb 20 Ft lesz egy album konvertálásának költsége. Vagyis ez sem valami nagy dolog. Ha lesz időm megcsinálni a konverter egyidejű több szálon történő futását, akkor a mostani egyszálas futáshoz képest jelentősen felgyorsulva és egy picit többet fogyasztva, kb 40%-kal csökkenthető a gépidő és ezáltal a konvertálás energia költsége.

Az általam használt algoritmusok, szűrők konverziós hibája gyakorlatilag nulla, ezeket az adatokat méri a szoftver egy 44,k -ról 705,6 kHz-re elvégzett konverzió esetében és a csatolt ábrán látszik az eredeti és a konvertált különbsége (gyakorlatilag nincs számottevő különbség).

rms_error: 0.0000
rms_error_db: -86.6869
rms_error_rel_db: -66.8500
peak_error: 0.0021
peak_error_db: -53.5292
correlation: 1.0000
freq_resp_deviation_avg_db: -0.0000
freq_resp_deviation_std_db: 0.0000
thd_plus_n_db: -66.8500

waveform_overlay.png (46.51 KiB) Megtekintve 699 alkalommal

Még teszek bele hangosságmérést is, hátha ha valaki még több adatot szeretne kapni a konverzió eredményéről.

[kaef2]

Megvan a gui és működik a file konverzió is. A konvertált file-t hibátlanul megszólaltja a bpplay.

[kaef2]

Említettem már a bpplay lejátszó szoftver LLM segített fejlesztése kapcsán, hogy készül egy file konverter is. Örömmel jelentem, hogy az első érdemben tesztelhető verzió elkészült. Ráadásul macOS és Linux kompatibilis lett, mindkettő esetében futtatható a terminálban. A neve: HQConv. Csatolva látható a szoftverleírásból pár oldal. A figyelmesebb olvasók észrevehetik, hogy ez a megoldás a offline konverzióra optimalizált, vagyis semmit nem akar valós időben csinálni, inkább lassan, de biztosan. A jó minőséghez idő kell. :)

Szemben a kevés hasonló megoldással, implementáltunk (én és az LLM-ek) egy mérő modult is, ami részletes jegyzőkönyvet készít a konverzió eredményéről, ha a felhasználó kéri. Tud a mérő modul null tesztet is, vagyis képes összehasonlítani az eredeti és a konvertált file-t. Tud batch processzálást, vagyis képes sok tracket automatikusan feldolgozni. Tulajdonképpen ezek a funkcionalitások nem az átlag hifistának szólnak, inkább azoknak a professzionális hangfelvételkészítőknek, akik sűrűn kell, hogy konvertáljanak. Azok számára inkább, akik jelenleg a HQPlayer Pro verzióját használják.

A teljes funkcionalitású verzió biztosan nem lesz nyílt forráskódú. De egy fix konverziókat tudó lájtos megoldás valószínűleg igen. Például egy olyan, ami tud 44,1kHz/16 bitről DSD256-ra konvertálni, DSD64-ről 176,4 kHz/24 bitre konvertálni és 44,1kHz/16 bitről szintén 176,4 kHz/24 bitre.

Lesz valami egyszerű GUI is hozzá.

Alapvetően ez is csak egy kísérlet, most még. A DIY szoftver fejlesztés lehetőségeinek megismerése kapcsán.

[kaef2]

Ha mar igy belelendultel akkor mar egy operacios rendszert ami semmi mast nem tud csak listazza a hdd-en vagy ssd-en a zeneket es lejatsza vagy arreb ugrasztja a szamokat. :)

Egy jó barátom kora tavasszal kb két hét alatt összerakott egy komplett, Androidot kiváltó operációs rendszert, ami futtatható gyakorlatilag minden Android kompatibilis eszközön. Minden benchmark szerint nagyszerűt alkotott, már van rá befektetői érdeklődés katonai és kórházi vonalról is, külföldről. Talán lesz rá hazai érdeklődés is.

Hatha lenne egy ilyen, audio specifikus elkepzelesek mellett x86/rpi vonalon. Az zseni lenne!

A barátomat nem igazán érdekli az audio optimalizáció sajnos, már többször próbáltam rávenni. De azt megígérte, hogy amikor meglesz a Linux Bpplay verzió, megnézi majd a forrás kódot és ki is próbálja. Talán a jövő héten erre már lesz módja, ha minden jól megy. A jövő héten elérhetővé teszem majd a mostani MacOS verziót is, addig tesztelik nekem páran és persze én is.

[wittao]

Ha mar igy belelendultel akkor mar egy operacios rendszert ami semmi mast nem tud csak listazza a hdd-en vagy ssd-en a zeneket es lejatsza vagy arreb ugrasztja a szamokat. :)

Egy jó barátom kora tavasszal kb két hét alatt összerakott egy komplett, Androidot kiváltó operációs rendszert, ami futtatható gyakorlatilag minden Android kompatibilis eszközön. Minden benchmark szerint nagyszerűt alkotott, már van rá befektetői érdeklődés katonai és kórházi vonalról is, külföldről. Talán lesz rá hazai érdeklődés is.

Hatha lenne egy ilyen, audio specifikus elkepzelesek mellett x86/rpi vonalon. Az zseni lenne!

[kaef2]

Ha mar igy belelendultel akkor mar egy operacios rendszert ami semmi mast nem tud csak listazza a hdd-en vagy ssd-en a zeneket es lejatsza vagy arreb ugrasztja a szamokat. :)

Egy jó barátom kora tavasszal kb két hét alatt összerakott egy komplett, Androidot kiváltó operációs rendszert, ami futtatható gyakorlatilag minden Android kompatibilis eszközön. Minden benchmark szerint nagyszerűt alkotott, már van rá befektetői érdeklődés katonai és kórházi vonalról is, külföldről. Talán lesz rá hazai érdeklődés is.

[kaef2]

Ez a konverter tervezett funkcionalitása:

Jó kis projekt lesz ez is És időigényes, még végigpromptolni ezt mind megfelelőképpen, meg mindent is letesztelni, hát ezzeél lesz munka....

Vicces lesz minden funkcióra CLI parancsot és megfelelő paraméterezést összehozni. Kíváncsi vagyok, ebben majd hogy teljesít az AI Ha jól értem, GUI-t nem is számsz ennek (?)
Javaslom egy leírü formátum kiagyalását is, amellyel szépen le lehet írni mondjuk Yaml-ben, hogy milyen transzformációkat/műveleteket akar a user a bemeneti fájl(ok)on végrehajtani kötegelve, és CLI-ban ezt rá lehessen engedni több fájlra, akár wildcardos pattern alapján, akár egy egész könyvtrtartalomra Csak hogy izzadjon a hardver. (itt ényleg értelmet fog nyerni a "számítógép" kifejezés )

Lesz valami egyszerű GUI, ha minden igaz. És lesz batch processzálás is.

[tottyi]

Ha mar igy belelendultel akkor mar egy operacios rendszert ami semmi mast nem tud csak listazza a hdd-en vagy ssd-en a zeneket es lejatsza vagy arreb ugrasztja a szamokat. :)

Ne tudjon semmi mást? Billentyűzetet/egeret kezelni se? Monitort kezelni se?

Ahh, es mar el is indult a fejlesztes. :( Akkor tablettel lehessen iranyitani. billentyuzet, eger felesleges, ugysem tudod megoldani ha problema van mert nincs mit annyira egyszeru software es ha a hardware rossz akkor egy masik gep kell. Lehet ujra ertekesek lennenek 10-20 eves gepek. :) Bar ha tablet akkor kell wifi, talan a blutoothos eger kombo billentyuzet jobb megoldas lenne.
De igy mar kellene egy al topic is az uj software-nek, pl csevego vagy "hasznos" tanacsok/otletek. :)

[Aszpirin]

Ha mar igy belelendultel akkor mar egy operacios rendszert ami semmi mast nem tud csak listazza a hdd-en vagy ssd-en a zeneket es lejatsza vagy arreb ugrasztja a szamokat. :)

Ne tudjon semmi mást? Billentyűzetet/egeret kezelni se? Monitort kezelni se? Na jó, csak viccelek. Zenére optimalizált OS van már dögivel. Igz, nem annyira minimalista, mint amit Te szeretnél, végülis igaz, kva jó lehet mondjuk 10ezer szám között egyesével ugrasztással keresgélni