HQplayer, un audio player per Linux, macOS e Windows

[stefano_mbp]

8 minuti fa, bibo01 ha scritto:

"con la mano sinistra"

…. se così fosse davvero potrebbe fare un gran bel lavoro … io sono mancino 😉

[stefano_mbp]

@bibo01 

… ho analizzato i vari collegamenti sulla mia LAN e mi sono accorto che il pc con HQPe era su un ramo a 100Mbps … l’ho spostato su un ramo a 1Gbps e … ora funziona tutto !!!

@ipoci … puoi tirare fuori dall’armadio il tuo pc 

ancora un po’ di prove ma mi azzardo a dire

PROBLEM SOLVED !

[stefano_mbp]

… senza dover impostare nessuna variabile ambiente …

[stefano_mbp]

@bibo01 @ipoci

… ascoltando ancora un po’ mi sono accorto di alcuni quasi impercettibili click tra un brano e l’altro nella riproduzione DSD bit perfect.

Impostando la variabile ambiente

 

.

HQPLAYER_RESET_SDM=0

.

nel file 

/etc/default/hqplayerd

anche questi click sono svaniti e la variabile non influenza la riproduzione PCM -> DSD

.

quindi oltre alla impostazione della variabile è necessario assicurarsi che tutti i componenti della catena di riproduzione siano su una rete a 1Gbps

.

riporto qui la catena che ho utilizzato:

.

Lumin app - HQPlayer Embedded (4.26.2 HQPe OS) - Bubbleupnpserver - Minimserver - NAA/RoPieee XL

 

 

[bibo01]

2 ore fa, stefano_mbp ha scritto:

PROBLEM SOLVED !

Buona notizia!

Riguardo alla LAN 1Gb - sono sempre delle idea che una LAN più veloce abbia sempre dei vantaggi, anche se la banda non è utilizzata del tutto - evidentemente siamo al limite, cioè i tempi di trasferimento dei piccoli buffer necessari al gapless hanno fatto la differenza.
 

PS: Stefano, allora te lo compri?! ahahah 

[stefano_mbp]

2 minuti fa, bibo01 ha scritto:

PS: Stefano, allora te lo compri?! ahahah 

… ora non ho più scuse … penso proprio che non potrò farne a meno.

”digerisco” la cosa per un paio di giorni e poi …

[bibo01]

@stefano_mbp Senza fretta...Io scherzavo 

[stefano_mbp]

@bibo01 .. comunque facevo due conti …

siamo a gestazioni da balena o elefante … ci sono voluti circa 11 mesi per risolvere questo problema … preferisco i cicli riproduttivi dei virus come riferimento … 😉

[stefano_mbp]

2 minuti fa, bibo01 ha scritto:

Senza fretta...Io scherzavo

… ho capito, non ti preoccupare, la battuta era dovuta …

[maxpalat]

@stefano_mbp Stefano chiedi se fanno sconti per gruppi...

[bibo01]

Il 27/10/2021 at 19:12, stefano_mbp ha scritto:

… ora non ho più scuse … penso proprio che non potrò farne a meno.

”digerisco” la cosa per un paio di giorni e poi …

Bisogna darne notizia!

Il nostro amico Stefano ha digerito e...non ha potuto farne a meno. 

[stefano_mbp]

… già … 👍

[stefano_mbp]

… un punto di attenzione per ciò che riguarda la riproduzione di DSD bit perfect (Direct SDM).

.

Nel corso delle prove fatte nei giorni scorsi avevo usato un NAA collegato a un dac capace di riprodurre DSD nativo e tutto funzionava a dovere.

Questa mattina ho cambiato NAA e dac, il M2tech Young DSD MKII:

questo dac riproduce DSD solamente in formato DoP.

Il risultato è che si è ripresentato il problema dei tempi molto lunghi tra un brano e l’altro … sconforto totale!

Quando ho realizzato che avevo usato due dac con caratteristiche differenti, dopo aver fatto una controprova, ho inserito nel file

 

/etc/default/hqplayerd

anche la variabile ambiente

HQPLAYER_STREAM_FREEWHEEL=1

oltre a

 

HQPLAYER_RESET_SDM=0

che invece risolve alcuni/rari click sempre durante la riproduzione Direct SDM.

 

Ciò ha “magicamente” risolto il problema.

.

Se quindi si ha un dac che riproduce DSD/DoP è necessario agire come descritto sopra.

Questo non influenza le altre modalità di riproduzione

 

[stefano_mbp]

… dimenticavo di ricordare che ciò vale nel caso in cui si usi HQPlayer Embedded come renderer UPNP

[stefano_mbp]

Simon/Minimserver mi aveva detto che lui non era riuscito a verificare la risoluzione del gap tra le tracce.
Ho quindi provato a ricostruire il suo setup con due rpi4, uno con HQPe e l'altro con RoPiee XL come NAA collegato ad un dac usb.
Il gap tra le tracce è presente.
Poi ho sostituito il NAA/rpi4 con un sMS200 Neo SOtM e tutto funziona come previsto con upsampling fino a 24/192 senza alcun gap.
Ho controllato la versione NAA ma è la stessa sia per SOtM sMS200 che per RoPiee XL e sono collegati allo stesso switch di rete... Non riesco a capire questo comportamento diverso perchè lo stesso NAA/rpi4 funziona correttamente con HQPe installato su un Intel Nuc … sembrerebbe un problema di colloquio tra i due rpi4 …

… qualche idea ?