HQPlayer - Hardware: le vostre esperienze

[Bike]

4 minuti fa, stefano_mbp ha scritto:

Vale la penna ricordare che con macOS il massimo upsampling possibile (senza un endpoint NAA) è DSD/DoP256 a causa di vincoli specifici del sistema operativo

 

Nel  caso specifico, elimina completamente questo vincolo.

Utilizzando il Raspberry Pi 5 con Linux (HQPlayer NAA OS) collegato al DAC via USB, il Mac Mini M4 non dovrà inviare pacchetti audio tramite la sua porta USB.

 

[stefano_mbp]

1 minuto fa, Bike ha scritto:

(senza un endpoint NAA)

….

[Bike]

L'aggiunta del Raspberry Pi 5 come endpoint NAA trasforma il Mac da un "riproduttore limitato" a un puro supercomputer di calcolo, aggirando completamente il collo di bottiglia di Core Audio.

[stefano_mbp]

19 minuti fa, Bike ha scritto:

Un Mac Mini M4

Su AS utenti riportano limiti un po’ “ingombranti” nella scelta di filtri/modulatori …. inoltre, in termini di espandibilià futura, il Mac Mini è “murato” e non c’è alcuna possibilità di modificare la configurazione in seguito

[Bike]

Mah... Jussi Laako  ne loda  l'efficienza. In effetti, i chip Apple Silicon gestiscono l'up-sampling in modo straordinario.

[stefano_mbp]

5 minuti fa, Bike ha scritto:

Mah... Jussi Laako  ne loda  l'efficienza. In effetti, i chip Apple Silicon gestiscono l'up-sampling in modo straordinario.

Magari era riferito all’uso di certi filtri con una configurazione base (16GB ram): filtri come sinc-L/M/… richiedono notevoli quantità di ram (almeno 64GB) che è già costosa ma nei Mac raggiunge livelli … osceni

In ogni modo la massima flessibilità si ottiene con macchine basate su Intel/Linux (e forse AMD) non certo con Apple (e io sono un utente Apple …)

[Bike]

Se utilizzi i filtri raccomandati da Laako stesso per il DSD (come la famiglia poly-sinc-gauss),  sono ottimizzati per calcoli snelli e richiedono pochissima RAM, poi dato che @franz159 richiedeva come priorità iniziale di mantenere un alto WAF (silenziosità ed estetica)... Mac è imbattibile.

[stefano_mbp]

@franz159 due parole sulla “correzione dac” citata nelle configurazioni.

Si tratta di un algoritmo aggiuntivo introdotto nella versione HQP 5.x che intende correggere alcuni comportamenti anomali del dac (solo con connessione usb, sono categoricamente escluse le connessioni spdif/I2S in quanto non bidirezionali).

   
Solo per alcuni dac la correzione è disponibile e selezionabile nella configurazione (vedi qui elenco dei dac con correzione disponibile) , motivo per cui esiste solo per alcuni è che è necessario avere il dac tra le mani per poter implementare la correzione, ovvero lo sviluppatore deve possederlo …

   

In alcuni casi la correzione è disponibile solo per PCM oppure DSD e/o per determinati sample rate, ciò è dovuto a particolari anomalie dei dac specifici per i quali non è possibile sviluppare una certa correzione.

    

L’utilizzo della correzione comporta un aumento del carico elaborativo di HQP approssimativamente equivalente al raddoppio del sampling rate DSD, quindi, in termini di carico, a titolo di esempio

dsd512 senza correzione = dsd256 con correzione

L’utilizzo della correzione comporta evidenti miglioramenti nell’ascolto, non sono sfumature.

.

Riguardo al carico cpu/ram è bene sapere che:

• i modulatori insistono unicamente sulla cpu, I relativi calcoli non sono dislocabili (offload) su eventuale gpu
• i filtri possono invece essere spostati (offload) sulla eventuale gpu in modo da liberare il carico della cpu
• i processori Intel sono caratterizzati da Performace Cores e Efficient Cores
• i modulatori di HQP insistono solamente su due Performance Cores, uno per canale
• i filtri possono essere gestiti dagli Efficient Cores (configurazione di default), se non è disponibile la gpu.
• la correzione dac di cui sopra è a tutti gli effetti un filtro che quindi può essere dislocato (offload) sulla gpu o sugli Efficient Cores

 

 

[Gerardo61]

16 minuti fa, stefano_mbp ha scritto:

@franz159 due parole sulla “correzione dac” citata nelle configurazioni.

Si tratta di un algoritmo aggiuntivo introdotto nella versione HQP 5.x che intende correggere alcuni comportamenti anomali del dac (solo con connessione usb, sono categoricamente escluse le connessioni spdif/I2S in quanto non bidirezionali).

   
Solo per alcuni dac la correzione è disponibile e selezionabile nella configurazione (vedi qui elenco dei dac con correzione disponibile) , motivo per cui esiste solo per alcuni è che è necessario avere il dac tra le mani per poter implementare la correzione, ovvero lo sviluppatore deve possederlo …

   

In alcuni casi la correzione è disponibile solo per PCM oppure DSD e/o per determinati sample rate, ciò è dovuto a particolari anomalie dei dac specifici per i quali non è possibile sviluppare una certa correzione.

    

L’utilizzo della correzione comporta un aumento del carico elaborativo di HQP approssimativamente equivalente al raddoppio del sampling rate DSD, quindi, in termini di carico, a titolo di esempio

dsd512 senza correzione = dsd256 con correzione

L’utilizzo della correzione comporta evidenti miglioramenti nell’ascolto, non sono sfumature.

.

Riguardo al carico cpu/ram è bene sapere che:

• i modulatori insistono unicamente sulla cpu, I relativi calcoli non sono dislocabili (offload) su eventuale gpu
• i filtri possono invece essere spostati (offload) sulla eventuale gpu in modo da liberare il carico della cpu
• i processori Intel sono caratterizzati da Performace Cores e Efficient Cores
• i modulatori di HQP insistono solamente su due Performance Cores, uno per canale
• i filtri possono essere gestiti dagli Efficient Cores (configurazione di default), se non è disponibile la gpu.
• la correzione dac di cui sopra è a tutti gli effetti un filtro che quindi può essere dislocato (offload) sulla gpu o sugli Efficient Cores

 

 

Adesso la curiosità è @franz159 che DAC utilizzi?

Così si può essere più precisi 💪

[franz159]

34 minuti fa, Gerardo61 ha scritto:

Adesso la curiosità è @franz159 che DAC utilizzi?

Così si può essere più precisi 💪

@Gerardo61 Sono in fase di valutazione investimenti, e per "2 piccioni con una fava"(ossia altre ragioni )  stavo pensando al LAIV Crescendo Verse, che - se ho capito bene - gestisce il DSD Direct ("native DSD 1-bit processing"), anche se non sono riuscito a confermare in maniera definitiva se in questa modalità supporta fino a DSD 512 oppure si ferma a 256.
Vorrei infatti, se riesco, mettermi nelle condizioni di arrivare fino al resampling a DSD512.

@stefano_mbp grazie delle varie opzioni di configurazione che mi hai indicato.
Devo valutare con un po' di attenzione, ma quando procedo poi sicuramente vi aggiorno.

@Bike grazie anche per l'indicazione sul Mac Mini, un M4 con 24GB (costo attuale 1229€) è una tentazione, sicuramente dal punto di vista WAF, ma anche per altre ragioni di utilizzo potenziale di natura diversa.

 

 

[stefano_mbp]

7 minuti fa, franz159 ha scritto:

se in questa modalità supporta fino a DSD 512 oppure si ferma a 256.

Mi pare di capire che l’input sia al massimo dsd256, se poi utilizzi la funzione di resampling interno puoi uscire a dsd512 … ma questa funzionalità non andrebbe usata con HQPlayer poiché avresti due operazioni di resampling una sull’altra e i risultati potrebbero essere imprevedibili

[Andy]

2 ore fa, Bike ha scritto:

Mah... Jussi Laako  ne loda  l'efficienza. In effetti, i chip Apple Silicon gestiscono l'up-sampling in modo straordinario.

Nelle mie prove effettuate su macmini m4 arrivavo a 256 ma Hqplayer occupava stabile e fisso oltre l’80% della CPU.

Non è proprio il massimo

[Bike]

8 minuti fa, Andy ha scritto:

Nelle mie prove effettuate su macmini m4 arrivavo a 256 ma Hqplayer occupava stabile e fisso oltre l’80% della CPU.

Non è proprio il massimo

Se l'occupazione è all'80%, significa che nella configurazione di HQPlayer hai attivato una combinazione di filtri e modulatori che mette in crisi l'architettura Apple.

Se vuoi potresti usare i filtri preferiti da Jussi Laako  (es. poly-sinc-gauss-long + ASDM7EC-fast), che su Apple sono ottimizzati e consumano un terzo

[Bike]

25 minuti fa, franz159 ha scritto:

 grazie anche per l'indicazione sul Mac Mini, un M4 con 24GB (costo attuale 1229€) è una tentazione, sicuramente dal punto di vista WAF, ma anche per altre ragioni di utilizzo potenziale di natura diversa.

Hai perfettamente ragione a lasciarti tentare..... al di là dei limiti specifici ed estremi con HQPlayer, il Mac Mini M4 con 24 GB di RAM  rimane una macchina straordinaria sotto ogni punto di vista.

[stefano_mbp]

5 minuti fa, Bike ha scritto:

Hai perfettamente ragione a lasciarti tentare..... al di là dei limiti specifici ed estremi con HQPlayer, il Mac Mini M4 con 24 GB di RAM  rimane una macchina straordinaria sotto ogni punto di vista.

La possiedi e utilizzi con HQPlayer? … visti i pareri un po’ discordanti