Un tranquillo pomeriggio tra streamer e HQPlayer

[bluenote]

14 minuti fa, Max440 ha scritto:

Ah, ok: mi pareva strano...; quindi devo comunque usare un device esterno, non posso arrivarci direttamente dall'App Qobuz dal tablet (o smartphone).

Altrimenti ti serve un dac compatibile con qobuz connect. Ce ne sono tanti. Deve avere la presa Ethernet ovviamente.

[bluenote]

13 minuti fa, Max440 ha scritto:

ps: se qualcuno volesse farmi uno schema a blocchi logici di un sistema con Qobuz Connect, mi farebbe una cortesia.

Tipo: lo schema del mio sistema è il seguente:

1) Smartphone (Tablet)

2) App Bubble Upnp (con accesso a Qobuz)

3) connessione wifi a:

4) Streamer Yamaha (cablato ethernet)

5) connessione S/Pdif a:

6) dac Metrum

Che casino....😁

Prenditi l'ottimo streamer che fa Metrum e buonanotte.

[stefano_mbp]

16 minuti fa, Max440 ha scritto:

quindi devo comunque usare un device esterno

Se usi un dac con renderer integrato (es. Gustard A26/R26/X30) non serve altro.

Basta uno smartphone con la app Qobuz e il dac/renderer in rete, attraverso la app Qobuz puoi vedere il device Qobuz Connect sul dac/renderer e gli invii la riproduzione dei brani

[one4seven]

26 minuti fa, max ha scritto:

anche no, l’opener ha effettuato una prova in dsd con hqplayer con dac non idoneo come confermato dal suo post recente riportante la risposta di Laiv

 

Non mi sembra anche no.

Piuttosto si.

L'utilizzo di HQP in DSD upsampling, è stato vanificato da un dac non idoneo.

Ho capito male?

[Gerardo61]

7 minuti fa, one4seven ha scritto:

 

Non mi sembra anche no.

Piuttosto si.

L'utilizzo di HQP in DSD upsampling, è stato vanificato da un dac non idoneo.

Ho capito male?

Hai centrato il problema

Fare upsampling DSD con HQPlayer per inviarlo al Laiv non va bene perché lo riconvertirebbe in PCM vanificando il lavoro di HQPlayer.

Se l'ideatore di Hqplayer non prevede la correzione DSD per il Laiv significherà qualcosa?

 

[one4seven]

@Gerardo61 Perfetto: quindi forse, da quello schema, mi sembra di capire che sarebbe stato più idoneo operare un upsampling in PCM, data la disponibilità di quel dac.

Domanda: operare con quel dac in maniera non idonea, e cioè inviandogli un flusso DSD "pompato", che poi lui trasforma in PCM per sua natura, potrebbe addirittura peggiorare le prestazioni, rispetto ad un utilizzo "normale"?

[stefano_mbp]

15 minuti fa, one4seven ha scritto:

Domanda: operare con quel dac in maniera non idonea, e cioè inviandogli un flusso DSD "pompato", che poi lui trasforma in PCM per sua natura, potrebbe addirittura peggiorare le prestazioni, rispetto ad un utilizzo "normale"?

Il risultato è del tutto imprevedibile dal momento che vengono applicati i cascata algoritmi diversi e inoltre c’è anche una trasformazione da DSD a PCM … visti i risultati descritti è decisamente molto probabile che ci sia stato un peggioramento.

Mi lascia molto perplesso la scelta di un dac come il Laiv usandolo con HQPlayer … lo definirei decisamente un acquisto incauto

[OLIMPIA2]

3 ore fa, SimoTocca ha scritto:

Il fatto che il T8 legga anche il formato ISO per me è un punto determinante nella scelta, perché mi ha semplificato la vita non poco.

I file iso li puoi trasformare in file dsf usando l'app iso2dsd

[max]

1 ora fa, Max440 ha scritto:

Streamer Yamaha (cablato ethernet)

in upnp con Bubble a quanto so non lo puoi usare  ….. se lo  streamer ha servizio qobuz nativo  aggiornato a Connect da Yamaha probabilmente si

[alanford69]

27 minuti fa, one4seven ha scritto:

@Gerardo61 Perfetto: quindi forse, da quello schema, mi sembra di capire che sarebbe stato più idoneo operare un upsampling in PCM, data la disponibilità di quel dac.

Domanda: operare con quel dac in maniera non idonea, e cioè inviandogli un flusso DSD "pompato", che poi lui trasforma in PCM per sua natura, potrebbe addirittura peggiorare le prestazioni, rispetto ad un utilizzo "normale"?

Nella mia esperienza non lo sfrutteresti al meglio ma lo costringeresti solo a un extra lavoro aumentando la probabilità di errori di calcolo.
Io ho provato a riprodurre DSD64 e 128 con il mio LAiV e non suona affatto male, trovo solo gli attacchi un po’ più morbidi e il suono meno materico. Passando a DSD256 (512 non è supportato ) aumenteresti solo il lavoro di calcolo che deve fare l’FPGA per  generare comunque un PCM alla massima frequenza. 

 

@Gerardo61 solo per informazione cito che la documentazione del LAiV specifica che che l'Harmony non utilizza solo 2 reti di resistori (una per il canale destro e una per il sinistro), ma ne implementa 4 in totale. Ogni canale (DX e SN) possiede due reti speculari che lavorano in controfase (fase positiva e fase negativa). Questa configurazione differenziale dovrebbe permettere di cancellare per sommatoria algebrica i rumori di modo comune e le distorsioni generate dalle tolleranze residue dei resistori stessi, innalzando il rapporto segnale/rumore (SNR) dichiarato a un eccellente valore di 123 dB (misurato su XLR). Non ha una rete dedicata al DSD come il VectorStep di Holo

 

[max]

56 minuti fa, one4seven ha scritto:

Non mi sembra anche no.

Piuttosto si.

L'utilizzo di HQP in DSD upsampling, è stato vanificato da un dac non idoneo.

 

probabilmente c’è un fraintendimento…..vanificato presuppone imho  un qualche fattore che inficia un test…in quel caso-contesto non c’erano le condizioni per fare un test di hqplayer

[Gerardo61]

3 minuti fa, alanford69 ha scritto:

Nella mia esperienza non lo sfrutteresti al meglio ma lo costringeresti solo a un extra lavoro aumentando la probabilità di errori di calcolo.
Io ho provato a riprodurre DSD64 e 128 con il mio LAiV e non suona affatto male, trovo solo gli attacchi un po’ più morbidi e il suono meno materico. Passando a DSD256 (512 non è supportato ) aumenteresti solo il lavoro di calcolo che deve fare l’FPGA per  generare comunque un PCM alla massima frequenza. 

 

@Gerardo61 solo per informazione cito che la documentazione del LAiV specifica che che l'Harmony non utilizza solo 2 reti di resistori (una per il canale destro e una per il sinistro), ma ne implementa 4 in totale. Ogni canale (DX e SN) possiede due reti speculari che lavorano in controfase (fase positiva e fase negativa). Questa configurazione differenziale dovrebbe permettere di cancellare per sommatoria algebrica i rumori di modo comune e le distorsioni generate dalle tolleranze residue dei resistori stessi, innalzando il rapporto segnale/rumore (SNR) dichiarato a un eccellente valore di 123 dB (misurato su XLR). Non ha una rete dedicata al DSD come il VectorStep di Holo

 

Non conosco l'architettura del Laiv ma ne sento parlare bene quindi suonerà bene.

Probabilmente gli Array in contro fase servono a correggere gli errori tipici degli r2r.

Non so spiegarlo dal punto di vista tecnico ma è un problema che @Andrea Mori aveva chiarito nel suo 3d sull'anatomia dei dac

[one4seven]

Ok, quindi come avrebbe detto il buon Gino Bartali, "L'è tutto sbagliato, l'è tutto da rifare"
Le conclusioni, diciamo le impressioni, a cui è arrivato @bluenote sono sostanzialmente prive di validità, venendo a mancare la precondizione necessaria del test.
Eh vabbè... 

[ildoria76]

3 ore fa, one4seven ha scritto:

Si ti sei spiegato bene e però è sbagliato.

Perché ancora una volta poni un out out (o streamer o HQP) che è tuo, personale, e va bene per te, e magari qualche altro.

È esattamente questo l'esempio di informazione non corretta.

La realtà invece pone altre decine di soluzioni, di cui un buon numero molto semplici da usare, in cui non c'entrano ne lo streamer ne HQP.

Ma il titolo del 3D qual è scusa? Bah 

[ildoria76]

2 ore fa, one4seven ha scritto:

Precondizione che mi pare sia stata messa subito sotto critica... 

20 pagine di discussione non hai capito un H scusa se te lo dico ma sei pure abbastanza categorico nel ribadire errando...allora lo sono anch'io.