GentooPlayer - Immagini x86_64, Raspberry PI 3B/3B+, Allo SparkyUsbBridge, BeagleBone Black + Botic Driver

[antonellocaroli]

col comando audio ottengo questo. Ho visto che c'è un S32_LE....per cui ho sostituito u32BE con s32LE, tutto funziona ma non è cambiato nulla in merito al problema del gapless ....bho? che fare?Mannaggia, è che così i pink floyd sono inascoltabili

AUDIO CARDS
CARD TYPE ADDRESS NAME
--------------------------------------------------------------------------------------------------------
card0 Internal Audio card card0 --> -- ALC887 Analog
card0 STATUS --> closed
--------------------------------------------------------------------------------------------------------
card1 Internal Audio card card1 --> -- HDMI 0
card1 STATUS --> unavailable
--------------------------------------------------------------------------------------------------------
card2 USB Audio card usb1 --> 054c:0bda Sony Corporation TA-ZH1ES
card2 STATUS --> access: RW_INTERLEAVED format: S32_LE subformat: STD channels: 2 rate: 176400 (176400/1) period_size: 29341 buffer_size: 88023

Non ne sono certo, ma dsd nativo format dovrebbe essere format: DSD_U32_LE o format: DSD_U32_BE ecc.....

PS: Marco, se non ricordo male se dopo D metti un valore "falso" , va in DOP in auto...

[m_b]

...uhmmm...col comando audio, mi da la stringa S32_LE anche se nella configurazione di R2 ho inserito u32BE.

questo invece l'esito del comando TOP...non so come leggerlo, ma Marco mi aveva chiesto di controllarlo

top - 16:48:55 up 1:19, 1 user, load average: 0,16, 0,26, 0,19
Tasks: 139 total, 1 running, 138 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,3 us, 1,2 sy, 0,0 ni, 96,8 id, 0,0 wa, 0,0 hi, 1,6 si, 0,0 st
MiB Mem : 1988,7 total, 1264,3 free, 609,5 used, 114,8 buff/cache
MiB Swap: 0,0 total, 0,0 free, 0,0 used. 1341,2 avail Mem

[antonellocaroli]

...uhmmm...col comando audio, mi da la stringa S32_LE anche se nella configurazione di R2 ho inserito u32BE.

A me sembra che stia andando in dop....che file stai mandando da LMS? DSD 64?

[m_b]

si quello era DSD64....il file di partenza è FLAC, ma ottevo lo stesso output anche mandando in play un file .dff

[antonellocaroli]

si quello era DSD64....il file di partenza è FLAC, ma ottevo lo stesso output anche mandando in play un file .dff

Allora ti confermo che stai andando in DOP,

mi sembrava strano quel u32BE, i valori ammessi sono quelli che ti ho elencato nell'altro post u32be, u32le, u16be, u16le, u8

se il tuo dac ti da errore con questi valori (log di squeezelite), temo che non sia supportato in dsd nativo da linux....

ho verificato che in squeezelite-R2 se si mette un valore falso (cioé non icluso tra quelli di sopra) va in auto in dop senza errori nel log.

Questo é un DSD64 nativo, in dop chiaramente il rate si raddoppia



Per il ritardo della partenza del brano, anziché aumentare il buffer di sox, prova a diminuilrlo, tipo 32 o 16

[marcoc1712]

Allora ti confermo che stai andando in DOP,

mi sembrava strano quel u32BE, i valori ammessi sono quelli che ti ho elencato nell'altro post u32be, u32le, u16be, u16le, u8

se il tuo dac ti da errore con questi valori (log di squeezelite), temo che non sia supportato in dsd nativo da linux....

ho verificato che in squeezelite-R2 se si mette un valore falso (cioé non icluso tra quelli di sopra) va in auto in dop senza errori nel log.

Questo é un DSD64 nativo, in dop chiaramente il rate si raddoppia



Per il ritardo della partenza del brano, anziché aumentare il buffer di sox, prova a diminuilrlo, tipo 32 o 16

Per il discorso di DOP se il formato è sbagliato, devo verificare il sorgente, magari metto anche un messaggio nel LOG per indicare come esce, ma mi sembra strano non ci sia, output è attivato come log debug?

Ma il primo pezzo parte subito o ci mette anche lui 30/40 secondi? si deve capire cosa fanno LMS e SOX in quei 30 secs.

[marcoc1712]

Facciamo prima così, @m_b

posso collegarmi con teamweaver al tuo pc e vedere cosa c'è che non va?

[antonellocaroli]

Per il discorso di DOP se il formato è sbagliato, devo verificare il sorgente, magari metto anche un messaggio nel LOG per indicare come esce, ma mi sembra strano non ci sia, output è attivato come log debug?

No, niente debug....solo errori.

come ho detto sopra, se metti un valore "giusto" es u32le , ma non é quello adatto per il dac, segnala l'errore nel log e non funziona
tipo

[18:09:47.082119] alsa_open:445 unable to open audio device requested format: DSD_U32_LE

se invece si mette un valore completamente non esatto come u32LE, funziona in dop (in auto) e non segnala errori nel log e in un certo senso mi sembra anche corretto....

[marcoc1712]

...uhmmm...col comando audio, mi da la stringa S32_LE anche se nella configurazione di R2 ho inserito u32BE.

questo invece l'esito del comando TOP...non so come leggerlo, ma Marco mi aveva chiesto di controllarlo

top - 16:48:55 up 1:19, 1 user, load average: 0,16, 0,26, 0,19
Tasks: 139 total, 1 running, 138 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,3 us, 1,2 sy, 0,0 ni, 96,8 id, 0,0 wa, 0,0 hi, 1,6 si, 0,0 st
MiB Mem : 1988,7 total, 1264,3 free, 609,5 used, 114,8 buff/cache
MiB Swap: 0,0 total, 0,0 free, 0,0 used. 1341,2 avail Mem

si in realtà sotto vedi il dettaglio dei processi, quello che interessa è vedere come si muove il processo di sOX, se è sempre attivo o se finisce (e riparte) prima della fine delkl'esecuzione del brano.

MI raccomando, SUL SERVER, non sul player.