HQplayer, un audio player per Linux, macOS e Windows

[Andy]

Sembra che Apple Silicon non abbia alcun problema invece...

https://www.macitynet.it/apple-vuole-torturare-i-suoi-dispositivi-prima-di-venderli/

[stefano_mbp]

29 minuti fa, ildoria76 ha scritto:

oppure Embedded rimango con Tidal ma senza GPU!

Non è corretto … embedded supporta la GPU nella versione “sistema operativo ospite”, quindi installato su Ubuntu.

È la versione embedded OS (quella che si avvia da chiavetta) che non supporta la GPU.

Quindi puoi trasmettere Tidal con UPNP e fare uspampling se usi Ubuntu/HQP embedded

[Gustavino]

47 minutes ago, Ramsete2 said:

da una parte AMD posticipa per essere sicura di non fare errori, mentre Intel anticipa per non perdere il carrozzone, sarà molto interessante…

La storia che si ripete,  intel fece lo sganbetto ad amd con il 486dx
o nvidia con 3dfx , NV neanche i chipset era buona a fare. cpu improponibile

[Ramsete2]

4 minuti fa, Gustavino ha scritto:

La storia che si ripete,  intel fece lo sganbetto ad amd con il 486dx
o nvidia con 3dfx , NV neanche i chipset era buona a fare. cpu improponibile

mamma mia mi ricordo i chipset nforce… brrrrr

[Gerardo61]

2 minuti fa, Ramsete2 ha scritto:

mamma mia mi ricordo i chipset nforce… brrrrr

Ricordo ancora i Pentium60 e 90 con il problema del cooprocessore matematico. A me lo sostituirono in garanzia

 

[Ramsete2]

@Gerardo61 una cosa è sicura: non siamo più giovanotti 

[Gerardo61]

Adesso, Ramsete2 ha scritto:

@Gerardo61 una cosa è sicura: non siamo più giovanotti 

Diversamente giovani

[Angelos58]

Un parere: desidererei approfondire insieme con voi, da solo non vado da nessuna parte, il DSD senza riferimenti ad hardware o ad altro. DSD, perchè convertire in DSD da una fonte che non lo è o come inviare DSD al dac senza che poi il dac faccia di testa sua, ecc. Pensate che si possa continuare all’interno di questo topic oppure è meglio avviarne uno nuovo?

@stefano_mbp @Gerardo61 @Ramsete2 @ildoria76

[Angelos58]

Curiosa è la presentazione, alla stessa conferenza AES 2001, di due articoli che affermavano tesi diametralmente opposte: Why 1-Bit Sigma-Delta Conversion is Unsuitable for High-Quality Applications [3] e Why Direct Stream Digital is the best choice as a digital audio format [5]. Per chi volesse farsi un’opinione di prima mano i due articoli sono facilmente reperibili in rete.

[Angelos58]

 

la storica balla che tutte le macchine digitali avrebbero suonato nello stesso modo aveva la sua origine nel considerare solo il Teorema del Campionamento, che è un risultato teorico di Analisi Matematica, ignorando invece i problemi ingegneristici e numerici sottostanti.

Ogni implementazione della conversione D/A è un tentativo di approssimare il filtro passa-basso perfetto. 

 

[stefano_mbp]

1 ora fa, Angelos58 ha scritto:

Un parere: desidererei approfondire insieme con voi, da solo non vado da nessuna parte, il DSD senza riferimenti ad hardware o ad altro. DSD, perchè convertire in DSD da una fonte che non lo è o come inviare DSD al dac senza che poi il dac faccia di testa sua, ecc. Pensate che si possa continuare all’interno di questo topic oppure è meglio avviarne uno nuovo?

@stefano_mbp @Gerardo61 @Ramsete2 @ildoria76

direi che possiamo continuare qui, se aprissimo un thread specifico … saremmo invasi da una pletora di “mosconi” fastidiosi emuli del mitico Crozza/Napalm51 …

.

la questione da affrontare non è (a mio parere) DSD contro PCM in se ma piuttosto HQPlayer in relazione al dac utilizzato.

.

Sul DSD si dice tutto e il contrario di tutto, si aprirebbe una diatriba molto vicina a MQA … frotte di sostenitori e di detrattori.

.

È invece importante comprendere la relazione HQPlayer/dac.

.

abbiamo visto in discussioni/post precedenti che esistono diverse categorie di dac: principalmente i Delta/Sigma e i NOS (parliamo di R2r, NOS effettivi/reali).

.

La categoria Delta/Sigma si scompone poi in due filoni (in relazione al DSD): ESS Sabre e gli altri (prevalentemente AKM, TI/BB, ROHM).

.
Sappiamo che i chip ESS Sabre non consentono un percorso preferenziale per DSD, quindi tutto viene convertito, ricampionato, filtrato e modulato prima di essere inviato allo stadio finale di conversione analogica.

.

Sappiamo anche che i chip AKM, TI/BB, ROHM invece instradano il DSD in un percorso diverso da quello PCM e non eseguono alcun trattamento sul DSD se non, eventualmente, l’applicazione di un filtro passa basso prima dello stadio finale di conversione analogica.

.

Sappiamo infine che alcuni dac r2r NOS (prevalentemente gli Holo Cyan2, Spring e May) sono veri dac NOS, ovvero non applicano alcun algoritmo al segnale (sia esso PCM o DSD), non fanno alcuna conversione interna del formato e portano il segnale intonso fino allo stadio finale di conversione analogica.

.

Ciò detto si può comprendere quindi quanto sia importante la relazione HQPlayer/dac.

.

Infatti HQPlayer applica filtri e modulatori per elaborare il segnale: “scava” nei file aumentando il dettaglio grazie allo spostamento del rumore in zona non udibile, elabora il file applicando fase lineare/media/minima per rendere i transienti più o meno impulsivi … e un po’ di altre cose …

(ovviamente in questo processo quel che non c’è nel file originale non viene “ricreato” poiché sarebbe impossibile)

.

Si può pertanto comprendere quanto il tipo di dac sia importante ai fini della resa finale.

.

Con un dac ESS Sabre il segnale elaborato da HQP subirà sempre e comunque una successiva elaborazione, meno invasiva, ma comunque sempre presente, questo quindi non vanifica del tutto il lavoro di HQP ma in ogni modo ne altera il risultato.

.

Con dac AKM/TI/BB/ROHM, a patto di fare upsampling a DSD, altrimenti ricadiamo nel caso precedente, il segnale elaborato da HQP arriverà intonso agli stadi di conversione analogica massimizzando quindi il risultato dell’elaborazione di HQP.

.

Con dac r2r (reali) siamo nella stessa condizione del caso precedente.

.

Ecco quindi perché l’upsampling a DSD con HQPlayer trova la sua principale giustificazione, ma in relazione al dac utilizzato.

[Ramsete2]

Ryzen 9000 Zen 5: un errore banale dietro il rinvio delle nuove CPU AMD

[Angelos58]

@stefano_mbp  grazie. Molto chiaro. A orecchio posso dire che i pochi dac che ho ascoltato con chip ESS non mi sono piaciuti, indipendentemente da dsd o pcm. Anzi quando li ho ascoltati non sapevo neppure dell’esistenza di HQPlayer.

Ho ascoltato un solo dac con AK è mi è piaciuto di più, poi due dac con BB e al momento è quello che mi piace di più. Fra qualche giorno potrò ascoltare il terzo BB e con maggiore consapevolezza dei precedenti ascolti.

[Angelos58]

A proposito di DSD e PCM ho cercato di raccogliere informazioni consultando qualche scritto e dispensa, almeno relativamente alle parti per me comprensibili, del Prof. Felice Romani, oggi Emerito, e che è stato professore ordinario di teoria dei segnali e di algoritmica a Pisa, insegnando anche nel corso di laurea di ingegneria del suono.

In generale mi è parso di capire che sia da preferire eseguire un dsd come dsd nativo e un pcm come pcm nativo.

Però tutto questo in un mondo ideale, perchè adesso comincio a rendermi conto che i dac, almeno la maggior parte o quelli accessibili a me che non opero in un laboratorio di ingegneria del suono, intervengono comunque e che allora è importante fare in modo che intervengano il meno possibile.

Il DSD forse è la migliora scelta per fare intervenire il meno possibile alcuni dac.

 

Attendo le vostre correzioni!

[Angelos58]

@stefano_mbp @Gerardo61 @Ramsete2 @ildoria76

 

ma anche tutti gli altri interessati a questo argomento