Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Allora, in verità l'ho scoperto quando ho misurato con l'oscilloscopio l'uscita della scheda xmos bulgara in direct DSD (in pratica
lo stream uscente dopo il reclock, filtrato con il 6 dB/ottava).
Una bella onda quadra che scomparequando parte il play su HQP. Ciò farebbe pensare ad una sorta di segnale per attivare un muting.
Ma anche se non lo fosse... sarebbe utile perchè si potrebbe mettere un circuitino che sfrutta questo segnale e mette in muting, con un relè, l'uscita.
A questo punto non si dovrebbero avere nemmeno più i fastidiosi bump allo stop.
Mi parrebbe un po' strano che sia una cosa del genere. A che frequenza è la quadra?
BTW, mi sembra più probabile che i pin del Xmos abbiano più di una funzione ed il firmware decida cosa mandarci in funzione di quello che gli arriva in ingresso. Probabilmente di default il chip è in modalità PCM, ed in tale modalità quelle uscite sono utilizzate per chissà cosa... mentre vengono commutate internamente solo quando viene riconosciuto uno stream DSD.
Ovviamente è solo una ipotesi, non ho il datasheet del xmos e non conosco il firmware.
La cosa più semplice (e più ovvia) sarebbe non fare uscire niente da quei pin quando non dovrebbe (cioè quando non c'è segnale, in modalità PCM e durante le "commutazioni"). A quel punto non ci sarebbe nessun "bump" e non servirebbe nessun muting...
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Il segnale è ad una frequenza di circa 50 kHz, ma non è stata misurata con precisione perchè non era quella la mission.
Può anche essere una parte del segnale IIS che esce di default dall'xmos quando non vi è altro stream.
Comunque, al di la delle considerazioni accademiche su quale sia il senso di questo segnale, rimane un dato di fatto, e cioè che cessa non appena
il palyer parte in riproduzione (HQP, in questo caso) e la cosa può essere sfruttata a nostro vantaggio, ipotizzandolo come un consenso per un "muting di fortuna" , cioè: segnale quadra on--> muting inserito; segnale quadra off-->muting disinserito
senza dubbio, anche se temo non sia così facile e immediato. Nel tempo che l'eventuale circuito di muting impiega per "accorgersi" della presenza della quadra ed il relè a commutare, alle casse è già arrivato un bel rumoraccio...
Avete provato a segnalare (dettagliatamente) il problema a Lyuben per vedere se lo può risolvere lui agendo sul firmware?
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Ho un trasporto che esce in I2S così :
Connettore I2S RJ-45 piedinatura
Pin 1 - SCLK
Pin 2 - SCLK tornare
Pin 3 - SDATA
Pin 4 - sdata tornare
Pin 5 - L / RCLK
Pin 6 - L / RCLK tornare
Pin 7 - MCLK
Pin 8 - ritorno MCLK
è possibile collegare il tutto con il filtro sopra citato?
Andare a fare un filtro del 2° o 3° ordine non è adeguato?
Saluti
Lorenzo
ehm... soltanto uno stream DSD (che è un singolo segnale costituito da una sequenza di impulsi codificati in un ben determinato modo) può essere convertito direttamente in analogico con un banale filtraggio passa-basso. Per convertire il PCM ci vuole un DAC. Di norma le connessioni I2S sono utilizzate per il PCM, non per il DSD. Dipende quindi se il tuo "trasporto" supporta o meno il DSD, ed in che modo.
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
il dsd,sottoforma di dop,lo lascia passare
Ci sono attualmente 2 utenti che stanno visualizzando questa discussione. (0 utenti e 2 ospiti)