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

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

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

[Aszpirin]

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 )