Gentoo + Squeezelite-R2

[smanet_]

dipende dall'hardware (e dal relativo firmware). Nel tuo caso probabilmente ottieni quel risultato perché la JLSounds ha effettivamente (anche) una uscita S/PDIF, diversa e distinta da quella I2S, ed in qualche modo gestisce la cosa a livello del firmware dell'Xmos: se invii i dati all'uscita S/PDIF, quella esclude le altre.

Se viceversa hai un dispositivo che non ha una uscita S/PDIF (ad es. la mia DIYINHK, o una Amanero, ecc), o in cui questa viene pilotata "contemporaneamente" alla/alle altre (com'è il caso di molte schede audio da PC), ecco che inviando dati a quella uscita ottieni l'output anche sulle altre.

Spesso in quei casi "l'ingresso" (dell'hardware) in realtà è unico. Quindi cambia soltanto la catena di plugin ALSA inseriti nella catena prima di far arrivare i dati al driver di basso livello.

Potrebbe essere benissimo il caso del Pulse... Tra l'altro, non ricordavo, non ho un'uscita S/PDIF:

Sono due casi decisamente diversi. Se non specifichi nulla viene utilizzato il “device” di default. Che a priori non sai qual è in quanto la sua definizione, realizzata dal software "di contorno" della distribuzione che usi, dipende tanto da tale setup (dalle scelte di chi ha realizzato la distribuzione) quanto dall'hardware specifico. Di solito comunque si tratta di un device "intelligente" e completo, che spesso tra l'altro include anche dmix (mixer), ecc.

Se invece usi "hw:" non viene utilizzato nessun plugin: lo stream di dati audio viene inviato direttamente al "driver" (e quindi all'hardware), così com'è. Non per caso se mandi ad "hw:" dei dati in un formato anche solo leggermente diverso diverso da quello/i direttamente supportato/i dall'hardware stesso non funziona nulla.

uhm... Proverò...!

[marcoc1712]

dipende dall'hardware (e dal relativo firmware). Nel tuo caso probabilmente ottieni quel risultato perché la JLSounds ha effettivamente (anche) una uscita S/PDIF, diversa e distinta da quella I2S, ed in qualche modo gestisce la cosa a livello del firmware dell'Xmos: se invii i dati all'uscita S/PDIF, quella esclude le altre.

Se viceversa hai un dispositivo che non ha una uscita S/PDIF (ad es. la mia DIYINHK, o una Amanero, ecc), o in cui questa viene pilotata "contemporaneamente" alla/alle altre (com'è il caso di molte schede audio da PC), ecco che inviando dati a quella uscita ottieni l'output anche sulle altre.

Spesso in quei casi "l'ingresso" (dell'hardware) in realtà è unico. Quindi cambia soltanto la catena di plugin ALSA inseriti nella catena prima di far arrivare i dati al driver di basso livello..

Si, ma tutte le elaborazioni del plugin selezionato interessano tutte le uscite, giusto? Quindi SE viene effettuato un downsampling pe ruscire a 192/24 con la IEC958, lo stesso avviene per le uscite 'front'. Quindi funzionano, ma funzionano non necessariamente come farebbero se selezionate mediant eil corretto plugin, giusto?

Sono due casi decisamente diversi. Se non specifichi nulla viene utilizzato il “device” di default. Che a priori non sai qual è in quanto la sua definizione, realizzata dal software "di contorno" della distribuzione che usi, dipende tanto da tale setup (dalle scelte di chi ha realizzato la distribuzione) quanto dall'hardware specifico. Di solito comunque si tratta di un device "intelligente" e completo, che spesso tra l'altro include anche dmix (mixer), ecc.

Se invece usi "hw:" non viene utilizzato nessun plugin: lo stream di dati audio viene inviato direttamente al "driver" (e quindi all'hardware), così com'è. Non per caso se mandi ad "hw:" dei dati in un formato anche solo leggermente diverso diverso da quello/i direttamente supportato/i dall'hardware stesso non funziona nulla.

NI.

il device di default viene usato SOLO SE non metti proprio -o.

Se lo metti, devi necessariamente indicare un DEVICE ALSA (quelli elencati da a play -L, non -l) comprensivo del plugin. Se metti solo un device hardware (senza il plugin) , non funziona, se vuoi il plugin di default su un partciolare device hardware, devi indicarlo esplicitamente.

squeezelite -l (ed aplay -L) elencano solo i device ALSA ESPLICITAMENTE dichiarati, ma ne esistono di generici (tra cui hw e plughw) che possono egualmente essere utilizzati per un qualisaisi device hardware presente nell'elenco ottenuto con aplay -l.

Squeezelite riconosce un caso particolare per i device con plugin 'hw': se non riesce ad aprirli con i parametri indicati, riprova con il plugin plughw, segnalandolo nel log.

La domanda è con hw: rimangono attive TUTTE le uscite (compresa la IEC958. i surround,...)? Se è così, come fa a far uscire 384/32 da IEC958? Oppure dipende dall'hardware (e dal relativo firmware) come hai espresso sopra? Nel caso, non può funzionare se non ai valori massimi compatibili con tutte le uscite, immagino.

Ovviamnete, front: non ha questo problema, se disattiva le altre.

Questo è il mio dubbio, se hw: non indirizza un preciso IN e OUT, in qualche modo realizza un mixer, che è la negazione del suo scopo.

Io non riesco a verificare non avendo SPDIF collegata, qualcuno riesce a verificare?

Grazie.

[UnixMan]

Si, ma tutte le elaborazioni del plugin selezionato interessano tutte le uscite, giusto? Quindi SE viene effettuato un downsampling pe ruscire a 192/24 con la IEC958, lo stesso avviene per le uscite 'front'. Quindi funzionano, ma funzionano non necessariamente come farebbero se selezionate mediant eil corretto plugin, giusto?

sì, se passi "per quella strada", ovviamente qualsiasi limitazione o elaborazione che venga applicata viene applicata a monte, e quindi te la ritrovi su qualsiasi uscita venga comandata per quella via.

BTW, non credo che quel plugin imponga dei limiti sul sample-rate. Quelli (AFAIK) vengono imposti solo sulla base di ciò che dice il driver di basso livello (cioè delle caratteristiche "dichiarate" dall'hardware, per l'uscita corrispondente).

NI.

il device di default viene usato SOLO SE non metti proprio -o.

Se lo metti, devi necessariamente indicare un DEVICE ALSA (quelli elencati da a play -L, non -l) comprensivo del plugin. Se metti solo un device hardware (senza il plugin) , non funziona, se vuoi il plugin di default su un partciolare device hardware, devi indicarlo esplicitamente.

ehm... io mi riferivo ad ALSA in generale (cioè, a qualsiasi software che vi accede in modo standard), non ad SL in particolare. Ma in effetti è proprio così anche in generale: viene usato il device "default" solo se non se ne specifica nessuno in particolare, altrimenti devi specificare tutto.

squeezelite -l (ed aplay -L) elencano solo i device ALSA ESPLICITAMENTE dichiarati, ma ne esistono di generici (tra cui hw e plughw) che possono egualmente essere utilizzati per un qualisaisi device hardware presente nell'elenco ottenuto con aplay -l.

anche questo è un comportamento tipico.

Squeezelite riconosce un caso particolare per i device con plugin 'hw': se non riesce ad aprirli con i parametri indicati, riprova con il plugin plughw, segnalandolo nel log.

questo invece no, è una feature specifica (ed indubbiamente "furba" e comoda) di SL.

(magari lo fanno anche altri sw, ma in generale in casi del genere si ottiene soltanto un mancato funzionamento, di solito segnalato da un msg di errore).

La domanda è con hw: rimangono attive TUTTE le uscite (compresa la IEC958. i surround,...)?

Se è così, come fa a far uscire 384/32 da IEC958? Oppure dipende dall'hardware (e dal relativo firmware) come hai espresso sopra?

Di solito, quando è realmente presente una uscita S/PDIF (oltre ad altre), a questa corrisponde un (sub)"device" specifico. Ad es. "hw:0,1" anziché "hw:0,0", ecc. Talvolta invece alcune uscite vengono addirittura viste come "schede" diverse (cambia il primo numero). Idem per eventuali altri canali o gruppi di canali, laddove ve ne siano diversi.

In genere, se tutto è stato impostato correttamente, al device IEC958 (o spdif) corrisponde proprio (e solo) la relativa uscita... laddove ne esista una.

Ovviamnete, front: non ha questo problema, se disattiva le altre.

in realtà, i vari "front", "rear", "side", ecc. si limitano a "mappare" i (sub)device corrispondenti, e ad inviare i dati a quelli. Caratteristiche, formati supportati e limiti vari (per ciascun "canale" o gruppo di canali) sono quelli dichiarati dall'hardware.

Questo è il mio dubbio, se hw: non indirizza un preciso IN e OUT, [...]

no-no... come per tutto il resto, "hw" lo devi utilizzare specificando "card" e (sub)"device": "hw:0,0", "hw:0,1", ecc. Il primo numero indica "la scheda" (l'interfaccia fisica), il secondo in pratica seleziona una specifica uscita (e/o ingresso) di quella scheda.

Sono alcuni hardware che a volte hanno (presentano al sistema) un solo ingresso (logico) pur avendo più uscite diverse, pilotate simultaneamente (a livello hardware, per l'appunto).

[marcoc1712]

no-no... come per tutto il resto, "hw" lo devi utilizzare specificando "card" e (sub)"device": "hw:0,0", "hw:0,1", ecc. Il primo numero indica "la scheda" (l'interfaccia fisica), il secondo in pratica seleziona una specifica uscita (e/o ingresso) di quella scheda.

Sono alcuni hardware che a volte hanno (presentano al sistema) un solo ingresso (logico) pur avendo più uscite diverse, pilotate simultaneamente (a livello hardware, per l'appunto).

mmhhh....

non ci capiamo:

la situazione è questa:

gentooMiniPc grub.d # aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: J20 [JLsounds Hi-Rez Audio 2.0], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
gentooMiniPc grub.d # 

gentooMiniPc grub.d # aplay -L

null
    Discard all samples (playback) or generate zero samples (capture)
default:CARD=J20
    JLsounds Hi-Rez Audio 2.0, USB Audio
    Default Audio Device
sysdefault:CARD=J20
    JLsounds Hi-Rez Audio 2.0, USB Audio
    Default Audio Device
front:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    Front speakers
surround21:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=J20,DEV=0
    JLsounds Hi-Rez Audio 2.0, USB Audio
    IEC958 (S/PDIF) Digital Audio Output

1 solo device HW (con 1 solo sub device), N device ALSA, ognuno riferito dal suo plugin + quelli 'standard' (almeno hw: e plughw).

come spesso succede con ALSA la nomenclatra non aiuta, dato che chiama 'device' sia i device hw che quelli alsa, io specificherò di di volta in volta quello a cui mi riferisco.

Per tutti i DEVICE ALSA il DEVICE HARDWARE è lo stesso: CARD=J20,DEV=0 o, se preferisci: 0,0. Non esiste prorpio il DEVICE HARDWARE 0,1

Se voglio 'attivare la S/PDIF attivo iec958:CARD=J20,DEV=0, o se preferisci iec958:0,0
Se voglio 'attivare le uscite frontali (del DAC) attivo front:CARD=J20,DEV=0, o se preferisci front:0,0

se attivo hw:0,0 (o hw:CARD=J20,DEV=0) cosa succede?

supponiamo di avere in ingresso 384/32 (come nel mio caso).

Se, come dici tu, le carratteristiche le impone l'hw specifico di ogni uscita, allora il relativo plugin ne dovà tenere conto e dovrà fare downsampling a 192/24 per IEC958- supponendo che l'hardware imponga effettivamente quel limite - altrimenti non suonerà.

al contrario, se uso front: non ci sono problemi e lo stream passerà inalterato.

ma se uso hw: ? I casi sono tre:

1. passa lo stesso stream a tutti senza fare nessuna conversione (quindi l'usicta /PDIF non funzionerà).
2. passa solo ad un'uscita di 'default (selezionata come?)
3. si comporta come un mixer e passa il 'minimo comune denominatore'.

potrebbe esssere 1, ma mi aspetterei un errore se una qualsiasi uscita non riuscisse ad interpretare lo stream (quindi, nel caso ipotetico, hw funzionerebbe solo fino a 192/24), spero vivamente non sia 3, sarebbe la negazione dello scopo di hw, potrebbe verosibilmente essere 2?

Io non ho l'uscita S/PDIF collegata, se qualcuno riesce a verificare (magari con un dac che mostra l'effettivo formato ricevuto) ci togliamo il dubbio.

[UnixMan]

non ci capiamo:

tranquillo: ci capiamo benissimo. :-)

la situazione è questa:
[...]
Per tutti i DEVICE ALSA il DEVICE HARDWARE è lo stesso: CARD=J20,DEV=0 o, se preferisci: 0,0. Non esiste prorpio il DEVICE HARDWARE 0,1

ok, quindi la JLSounds ha un solo ingresso stereo, comune, che non permette di distinguere tra le diverse uscite. Perciò non è possibile scegliere quale usare. Quanto meno, non attraverso i "device" di ALSA.

Il che verosimilmente significa che la JLSounds pilota contemporaneamente tutte le sue uscite a prescindere (eventualmente disabilitando internamente/automaticamente quella s/pdif se lo stream di ingresso è incompatibile). Oppure potrebbe esserci un apposito "switch" (logico) che permette di selezionare quale/i uscita/e pilotare (se c'è dovrebbe essere presente ad es. in "alsamixer"). Ma, almeno nel caso della JLSounds, non mi pare che sia così.

Se voglio 'attivare la S/PDIF attivo iec958:CARD=J20,DEV=0, o se preferisci iec958:0,0
Se voglio 'attivare le uscite frontali (del DAC) attivo front:CARD=J20,DEV=0, o se preferisci front:0,0

No: i diversi device "logici" identificano soltanto diverse catene di plugin: se il device "fisico" è lo stesso, a parte le differenze "a monte" (cioè al diverso "routing" dei canali, alla presenza di eventuali conversioni di formato e/o elaborazioni dei segnali, mixer, ecc) in uscita verso l'hardware non cambia nulla.

In effetti tutti i vari "device logici" non sono altro che nomi di comodo per una qualche sequenza predefinita di plugin. Che (salvo casi particolari) alla fine della catena non fanno altro che indirizzare lo stream al device "raw" corrispondente, cioè proprio ad "hw:x,y".

In altre parole, se anziché usare "hw:0,0" usi "iec958:0,0" non fai altro che far passare il tuo stream attraverso il plugin "iec958", l'output del quale viene poi indirizzato al (fatto uscire attraverso il) medesimo "hw:0,0".


In una scheda che prevede uscite diverse e distinte, la situazione invece è simile a questa:

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: STAC9271D Analog [STAC9271D Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: STAC9271D Digital [STAC9271D Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
    PulseAudio Sound Server
default
    Playback/recording through the PulseAudio sound server
sysdefault:CARD=Intel
    HDA Intel, STAC9271D Analog
    Default Audio Device
front:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Front speakers
surround21:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Digital
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Direct sample mixing device
dmix:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Direct sample mixing device
dsnoop:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Direct sample snooping device
dsnoop:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Direct sample snooping device
hw:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Direct hardware device without any conversions
hw:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Direct hardware device without any conversions
plughw:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Hardware device with all software conversions
plughw:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Hardware device with all software conversions

Se, come dici tu, le carratteristiche le impone l'hw specifico di ogni uscita, allora il relativo plugin ne dovà tenere conto e dovrà fare downsampling a 192/24 per IEC958- supponendo che l'hardware imponga effettivamente quel limite - altrimenti non suonerà.

dal momento che presenta un solo ingresso per tutte le sue uscite, anche i limiti dell'hardware che ALSA può conoscere sono unici.

ALSA non ha la più pallida idea di cosa ci sia a valle dell'interfaccia USB. Non sa nulla di come è fatto il device, se questo ha una uscita analogica o digitale, se c'è s/pdif o dei segnali di fumo... sa soltanto ciò che gli dice l'interfaccia USB stessa, cioè ad es. che è in grado di accettare uno stream stereo con determinate caratteristiche.

Cioè in questo caso conosce solo i limiti massimi dell'interfaccia, relativi alla sua uscita "più performante" (quella I2S).

Di conseguenza, se stai utilizzando l'uscita s/pdif ed invii alla scheda uno stream con un formato non supportato da quella uscita, tutto ciò che ottieni è... un bel silenzio (auspicabilmente: se il firmware della Xmos gestisce correttamente la situazione disabilitando l'uscita s/pdif. In caso contrario otterresti la perdita del "lock" da parte del ricevitore s/pdif oppure, peggio, un bel po' di rumore).

[marcoc1712]

In una scheda che prevede uscite diverse e distinte, la situazione invece è simile a questa:

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: STAC9271D Analog [STAC9271D Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: STAC9271D Digital [STAC9271D Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
    PulseAudio Sound Server
default
    Playback/recording through the PulseAudio sound server
sysdefault:CARD=Intel
    HDA Intel, STAC9271D Analog
    Default Audio Device
front:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Front speakers
surround21:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Digital
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Direct sample mixing device
dmix:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Direct sample mixing device
dsnoop:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Direct sample snooping device
dsnoop:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Direct sample snooping device
hw:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Direct hardware device without any conversions
hw:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Direct hardware device without any conversions
plughw:CARD=Intel,DEV=0
    HDA Intel, STAC9271D Analog
    Hardware device with all software conversions
plughw:CARD=Intel,DEV=1
    HDA Intel, STAC9271D Digital
    Hardware device with all software conversions

dal momento che presenta un solo ingresso per tutte le sue uscite, anche i limiti dell'hardware che ALSA può conoscere sono unici.

ALSA non ha la più pallida idea di cosa ci sia a valle dell'interfaccia USB. Non sa nulla di come è fatto il device, se questo ha una uscita analogica o digitale, se c'è s/pdif o dei segnali di fumo... sa soltanto ciò che gli dice l'interfaccia USB stessa, cioè ad es. che è in grado di accettare uno stream stereo con determinate caratteristiche.

Cioè in questo caso conosce solo i limiti massimi dell'interfaccia, relativi alla sua uscita "più performante" (quella I2S).

Di conseguenza, se stai utilizzando l'uscita s/pdif ed invii alla scheda uno stream con un formato non supportato da quella uscita, tutto ciò che ottieni è... un bel silenzio (auspicabilmente: se il firmware della Xmos gestisce correttamente la situazione disabilitando l'uscita s/pdif. In caso contrario otterresti la perdita del "lock" da parte del ricevitore s/pdif oppure, peggio, un bel po' di rumore).

Se l'esempio lo hai costruito, ok, ma se è reale NON capisco perchè IEC958 stia sul device 0 ma riporti la descrizione del device 1, è un'incongruenza, dovrebbe stare sul device 1, non credi?

In ogni caso e fermo restando che ALSA sa solo quello che gli dice (il driver della) interfaccia USB, il significato dei diversi plugin è proprio quello di costruire percorsi diversi dall'ingresso ai diversi endpoint, che vengono publicati (dal driver della) interfaccia ed indirizzati da ALSA come DEVICE ALSA proprio mediante i plugin.

es.

puoi settare il volume (v. alsamixer), in modo indipendentemente per ogni device ALSA (usando l'opportuno plugin), ma per farlo DEVI aprire i singoli device ALSA, non puoi farlo in modo generico (o meglio, puoi settare il volume generico se l'endpoint è pubblicato ed esiste un plugin apposito).

(p.s. credo che il tuo problema con il volume stia qui).

Quindi l'output NON E' univoco per il DEVICE HARDWARE, ogni DEVICE ALSA può indirizzare differentemente (ev. silenziando) i diversi endpoint pubblicati, ottennedo di fatto combinazioni di output diverse per DEVICE ALSA (uquindi plugin) diversi.

Il problema è quando apri il device ALSA hw:X,Y. a quali endpoint ha accesso? Di certo saranno quelli che gli comunica (il driver della) interfaccia, su questo non ci piove, ma come li tratta? saperlo è utile, altrimenti si 'pensa' di ottenere X ed invece si ottiene Y.

Spero di essere stato più chiaro, ma certament esono io che fatico a spiegarmi o non capisco.

[smanet_]

Finalmente posso rimettere mano al client, ho provato a indirizzare il DAC con "hw:" e ora il display è coerente con il flusso inviato. Grazie!