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 💪