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

[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]

Ciao, si multithreading abilitato e buffer a 128, che è il massimo che posso selezionare.
Come faccio a verificare se il processo SOX è continuo?

Se se sui linux TOP o HTOP, in WIN gestione risorse.

[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.

[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]

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....

Magari qualcosa come "Unknow DSD output format u32LE, switched to DOP" non starebbe male, lo farò, prima o poi, e magari faccio anche un lowercase prima...