ingresso digitale del DCX2496

[Tiromancino]

Scusa Tiromancino, ma quello che dice il datasheet e che hai sottolineato due volte, è vero a condizione che il dispositivo venga utilizzato con segnale in formato "serial audio, right justified", non AES3

il capitolo inizia proprio così
When using the AES3 input, and when using the serial audio input port .

Me lo vuoi tradurre ?

Forse ti sfugge il particolare che ci troviamo di fronte a due fenomeni tangibili
1) accensione continua del clipping digitale
2) distorsione del bassi livelli

Le due cose le sai riconoscere ?

[bigjump]

Scusa Tiromancino, ma quello che dice il datasheet e che hai sottolineato due volte, è vero a condizione che il dispositivo venga utilizzato con segnale in formato "serial audio, right justified", non AES3

il capitolo inizia proprio così
When using the AES3 input, and when using the serial audio input port .

Me lo vuoi tradurre ?

Forse ti sfugge il particolare che ci troviamo di fronte a due fenomeni tangibili
1) accensione continua del clipping digitale
2) distorsione del bassi livelli

Le due cose le sai riconoscere ?

per la precisione è così:
When using the AES3 input, and when using the serial audio input port in Left-Justified and I2S modes, all input data is treated as 24 bits wide
segnale a 24 bit nessuna alterazione, segnale a 16 bit trattato come 24 bit (ciò in linguaggio digitale significa che vengono aggiunti 8 bit a 0 che si chiamano, per tua informazione LSB)

ed infatti in questo paragrafo non si parla di troncamenti.

poi però continua così:

"If the serial audio input port is used to feed the SRC, and the port is in Right-Justified mode....."

e qui si parla di troncamenti, ma c'è quel IF che ci fa capire che esiste una condizione ben precisa:
ingresso utilizzato in serial port mode e Right justified.

cosa non vera per il segnale AES3

comunque libero di credere ed interpretare ciò che ti pare.
Ciao

[Tiromancino]

per la precisione è così:
When using the AES3 input, and when using the serial audio input port in Left-Justified and I2S modes, all input data is treated as 24 bits wide
segnale a 24 bit nessuna alterazione, segnale a 16 bit trattato come 24 bit (ciò in linguaggio digitale significa che vengono aggiunti 8 bit a 0 che si chiamano, per tua informazione LSB)

ed infatti in questo paragrafo non si parla di troncamenti.

poi però continua così:

"If the serial audio input port is used to feed the SRC, and the port is in Right-Justified mode....."

e qui si parla di troncamenti, ma c'è quel IF che ci fa capire che esiste una condizione ben precisa:
ingresso utilizzato in serial port mode e Right justified.

cosa non vera per il segnale AES3

comunque libero di credere ed interpretare ciò che ti pare.
Ciao

il punto è che :
1) stai usando l'input AES3 ( ovvero così chiamato )
2) stai usando dell'input AES3 la porta seriale ( infatti questo input accetta sia segnale nello standard AES3 che Spdif)
3) il segnale spdif ( seriale) entrato nell'input AES3 è giustificato a destra
4) invece come scritto nel primo periodo la porta seriale dell'input AES3 giustifica a sinistra parole da 24 bit

trai tu le conseguenze

[Tiromancino]

Similarly, in any serial audio input port mode, if an inadequate number of bit clocks are entered (say 16 instead
of 20), the input words will be truncated, causing truncation distortion at low levels. In summary, there
is no dithering mechanism on the input side of the CS8420, and care must be taken to ensure that no truncation
occurs.

allo stesso modo ( precedente, della incongruenza tra giustifca destra e sinistra),
in qualunque modo la porta seriale ( dell'ingresso AES3) sia stata settata ( giustifica destra o sinistra),
SE viene inserito un clock con numero di bit di inadeguato ( ad esempio 16 al posto di 20),

la parola in ingresso sarà TRONCATA, causando distorsione a bassi livelli.

In conclusione , NON ci sono meccanismi di dithering nell'input del CS8420,
e deve essere riposta attenzione per garantire che nessuna troncatura avvenga
( ovviamente prima di inviare al CS8420 il segnale digitale).

Finita la traduzione , faccio questa riflessione :
perchè il segnale proveniente dal mio lettore cd in standard spdif
dovrebbe inserire un clock adatto a parole di 24 bit ,
quando il suo formato spdif è 16 bit ?

Lo vedi di cosa stiamo parlando ?

[Tiromancino]

continuo da solo
o con chi non voglia trascendere nel personale

[Tiromancino]

circa il presunto slittamento verso l'alto del livello digitale
ho intenzione di fare delle prove elementari
incidendo un cd di prova con vari livelli di un tono puro
per verificare se tali livelli coincidono con il vu meter
dell'ingresso digitale

[Tiromancino]

"Similarly, in any serial audio input port mode, if an inadequate number of bit clocks are entered (say 16 in- stead of 20), the input words will be truncated, causing truncation distortion at low levels."

Allo stesso modo se il segnale contiene un n di bit insufficiente (rispetto al settaggio di SIRES) e sempre se si sta usando la porta serial audio e non AES3, il segnale è troncato di conseguenza, con evidenti artefatti a BASSO LIVELLO (Tradotto: con elevata attenuazione. A causa del troncamento se attenuiamo il segnale si eliminano bit che non sono più i nostri LSB. Sai vero come funziona un attentatore digitale ?)

è vero sono francofono, ma un poco di inglese lo conosco ,
e qui non ci siamo proprio per nulla .
RISPONDO NON A TE ma a chi leggendo il 3ad potrebbe a fronte di questa supponenza capire che tu abbia scritto chissà quale verità .

Allora , partiamo dal concetto che esistono due modi di impostare , all'interno del ricevitore CS8420, la giustifica della parola .
Questi due modi sono giustificato a destra/giustificato a sinistra.

Nella frase in any serial audio input port mode ,
any va con mode .

Mi scuso se sono ridotto alle nozioni elementari .

Quindi, riprendiamo : in qualunque (any) modo la porta d'ingresso dell'audio seriale (sottointeso, sia stata settata la giustifica dx o sx) , si avrà un troncamento
se il numero di bitprevisto ( dal settaggio SIRES, che sappiamo essere fissato a 24, non corrisponde al segnale in ingresso, che è invece 16 bit per lo spdif dei lettori cd) .

Questo è quello che sta scritto .

E questo ci dà ragione dei troncamenti udibilissimi all'ascolto.

(Tradotto: con elevata attenuazione. A causa del troncamento se attenuiamo il segnale si eliminano bit che non sono più i nostri LSB. Sai vero come funziona un attentatore digitale ?)[/quote]

Tradotto un bel niente .
1) non sta scritto affatto quello che dici
2) nessuno sta parlando di attenuazione digitale ( nè Cirrus Logic, nè io)
3) se pure è vero in astratto che una attenuazione digitale porterebbe via dei bit LSB, nel caso di specie ciò dove avverrebbe ?
4) un attenuatore digitale funziona indipendentemente dal fatto che tu lo sappia , io lo sappia, noi ci possiamo in qualunque modo essere accordati sul funzionamento

[bigjump]

mi spiace, purtroppo non sono un giovincello da molti, troppi anni ormai...
mi spiace anche che ti offendi se uno cerca di farti notare una tua non corretta interpretazione di un datasheet.
comunque al di là del tuo risentimento, ti voglio lo stesso mettere sulla buona strada:





Questo per quanto riguarda il SW mode, ciò la modalità in cui il CS8420 viene configurato da un microcontroller esterno.
A rimarcare la differenza tra la gestione di segnali AES3/SPDIF e Serial esistono poi DUE modalità HW che si attivano settando opportunamente il debito pin così da rendere superfluo l'uso di un microcontrollore.
In modalità HW1 funziona solo con segnali in ingresso in formato AES3/SPDIF
In modalità HW2 funziona solo con segnali in ingresso Serial


come vedi l'ingresso AES3 è una cosa, l'ingresso Serial è una cosa completamente differente gestita, come dice chiaramente il datasheet con modalità completamente differenti a seconda delle caratteristiche del formato in ingresso.
Caratteristiche che includono il n di bit e se siano RJ o LJ

Così, giusto per rimarcare ciò che è ovvio:
se utilizzato con un segnale AES3 (o SPDIF ovviamente) di default il CS8420 tratta il segnale a 24 bit.
Per i più duri di comprendonio, se invio un segnale a 16bit nell'ingresso AES3/SPDIF del DCX lo stesso segnale sarà "trasformato" in un segnale a 24bit con l'aggiunta di 8 bit. Questi bit andranno ad occupare le posizioni più a destra della "parola digitale".
I bit più a dx si chiamano in gergo LSB (least significant bit).
Nessun troncamento, nessuna distorsione, niente di niente....


Peace&Love

[Tiromancino]

mi spiace, purtroppo non sono un giovincello da molti, troppi anni ormai...
mi spiace anche che ti offendi se uno cerca di farti notare una tua non corretta interpretazione di un datasheet.
comunque al di là del tuo risentimento, ti voglio lo stesso mettere sulla buona strada:





Questo per quanto riguarda il SW mode, ciò la modalità in cui il CS8420 viene configurato da un microcontroller esterno.
A rimarcare la differenza tra la gestione di segnali AES3/SPDIF e Serial esistono poi DUE modalità HW che si attivano settando opportunamente il debito pin così da rendere superfluo l'uso di un microcontrollore.
In modalità HW1 funziona solo con segnali in ingresso in formato AES3/SPDIF
In modalità HW2 funziona solo con segnali in ingresso Serial


come vedi l'ingresso AES3 è una cosa, l'ingresso Serial è una cosa completamente differente gestita, come dice chiaramente il datasheet con modalità completamente differenti a seconda delle caratteristiche del formato in ingresso.
Caratteristiche che includono il n di bit e se siano RJ o LJ

Così, giusto per rimarcare ciò che è ovvio:
se utilizzato con un segnale AES3 (o SPDIF ovviamente) di default il CS8420 tratta il segnale a 24 bit.
Per i più duri di comprendonio, se invio un segnale a 16bit nell'ingresso AES3/SPDIF del DCX lo stesso segnale sarà "trasformato" in un segnale a 24bit con l'aggiunta di 8 bit. Questi bit andranno ad occupare le posizioni più a destra della "parola digitale".
I bit più a dx si chiamano in gergo LSB (least significant bit).
Nessun troncamento, nessuna distorsione, niente di niente....


Peace&Love

possiamo pure continuare, perchè per quello che ne so ,
io non sono un premio Nobel, tu mi sembri in gamba
ma cmq stiamo discutendo su un forum
e non ad un Simposio mondiale . ok ?

liberamente .
Partiamo dalle cose condivise.

Nel merito , fisicamente , esistono due tipi di connessione
come giustamente evidenzi circa la piedinatura:
RXP/RXN ( input AES3)
SDIN/ISCLK/ILRCK ( input serial audio) ( altrimenti detto 3 fili input seriale)

come avevo già scritto il CS8420
può essere configurato in nove diversi modi ( pag 16 e 17)
ed alcuni modi , pur entrando in RXP/RXN ( ovvero l'input AES3),
vengono a richiamare modalità differenti di collegamento
interno al chip, a seconda se venga o meno implementato
il sistema SRC e quale tiplogia di uscita venga adattato
( AES3 o 3fili ) .
Esistono modalità in cui i due input ( o i due output) vengono
usati in tutto o per qualche aspetto.

Circa le modalità HW usabili dal chip sono 6 ( e non solo 2, pag 13) e giustamente
come dici tu servono ad evitare che si debba per forza
usare un microntrollore esterno per attivare la relativa funzione

E adesso veniamo al punto di disaccordo.

La cirrus logic , inizia scrivendo , nel capitolo SRC pag 18
paragrafo 5.1 ( Dither) : when using the AES3 input...

fermiamoci un attimo

[Tiromancino]

quale tipologia di connessione delle NOVE disponibili in ingresso è usata dal DCX2496 ?
Come sempre dobbiamo rifarci allo schema


ovvero , non essendo utilizzati i pin del trasmettitore AES3 ,
il chip è usato in una confifurazione mista che prevede
l'input tramite ricevitore AES3 ( RXp/RXn) e
l'uscita tramite serial audio output .
Questo è perfettamente lecito
ed è la configurazione di figura nr 10 e nr 13 del datasheet

Quindi non si può non tenere conto delle specifiche
audio seriali .

continua