Gentoo: Installazione PC Server (HQPlayer, LMS ) e PC Player (NAA, Mpd, Squeezelite-R2)

[bigtube]

Pero' io sto aspettando l'autore di Squeezelite-R2....è latitante
Se non si fa' vivo io non la metto la guida in onda
Marcooooo!!!!

[DacPassion]

Perché i 2gb di RAM del futro non bastano per il bufferone?

[bigtube]

Perché i 2gb di RAM del futro non bastano per il bufferone?

Ma io ho solo 1 Gb....
Ripeto che se vuoi puoi installare anche sul futro. Ma devi stare attento a una serie di particolari riguardanti quell'HW
di cui comunque faro' cenno nella guida...abbi fede.

[marcoc1712]

Perché i 2gb di RAM del futro non bastano per il bufferone?

La logica del "bufferone" è questa:

L'intero porcesso è asincrono, cioè è la componente 'a valle' che determina il 'timing' di quelle a monte, quindi occorre distinguere tre fasi distinte del processo:

a. Riempimento iniziale
b. funzionamenti
c. svuotamento finale

Nella fase iniziale, squeezelite chiede al server di 'riempire' il buffer nel minor tempo possibile, il che comporta un 'picco' nelle attività, la cui intensità e durata sono funzione delle impostazioni del client, delle capacità di rete, del server e dello storage (o server remoto). Raggiunto un 'livello' minimo di riempimento del buffer in ingresso, squeezelite inizia la trascodifica, cioè sposta dal buffer di input a quello di output eseguendo le necessarie trasformazioni di formato (nulla nel nostro caso), raggiunto un livello minimo del livelo del buffer di output avvisa ALSA di essere pronto alla riproduzione.

A questo punto ALSA riempe il suo buffer (499 mSec) e raggiunto un livello minimo, inizia a trasferire al (driver del) DAC via USB, ripetendo il gioco per ogni FIFO (o buffer) presente nella catena).

Da questo punto in poi il DAC 'preleva' dalla catena dei buffer fino a quello in uscita all'interfaccia USB in ragione del sample rate e del numero di canali, in modo SINCRONO, cioè con una velocità costante dettata dal clock.

ALSA, invece risponde in modo asincrono, cioè trasferisce una quantità di dati pari alla dimensione del periodo (499/2 = 250 msec) per i canali (2) ed il sample rate ad ogni periodo, chiedendo alla CPU di dedicare un ciclo per farlo. Il carico è estremamente basso, dato che avviene solo 4 volte al secondo.

I buffer a monte reagiscono di conseguenza, man mano vengono svuotati e raggiungono un livello minimo, chiedono alla CPU di essere alimentati e cosi via, Tutti questi cicli di CPU, nel nostro caso, non fanno altro che spostare dati da una locazione di memoria A a B, non essendo richiesta nessuna trascodifica, solo lo svuotamentoi del buffer in input provoca la richiesta al server di inviare nuovi dati, con la conseguente attività di rete.

Se il buffer di output è per dimensioni, identico a quello di ALSA, la cpu lavorerà 8 volte al secondo, se è più grande meno in proporzione inversa, fino al limite del 'mai' quando il brano è di dimensione minore rispetto al buffer stesso.

Lo stesso vale per il buffer in ingresso, ma in questo caso l'attività non è nulla e coinvloge il server e la rete, da qui la scelta di massimizzare le dimensioni di questo buffer rispetto a quello di output, in caso di costrizione di risorse.

NOTA BENE: Tutti i parametri di ALSA vengono trattati come richieste di valori 'il più vicino a' è ALSA che determina i reali valori da utilizzare..

[bigtube]

trasf. al 1° post

[marcoc1712]

Pero' io sto aspettando l'autore di Squeezelite-R2....è latitante
Se non si fa' vivo io non la metto la guida in onda
Marcooooo!!!!

Eccomi, ma non c'è assolutamente bisogno di me, su Gentoo non poteri aggiungere nulla (sono una capra) e l'ebuild di squeezelite l'ho già visto a suo tempo. E' OK, c'è solo un aspetto che non capisco bene ed è la patch allegata ai sorgenti utile per consentire l'utilizzo di codecs diversi da pcm in gentoo: se viene applicata il risultato dovrebbe essere una 'linea di versioni' diversa da R2 (auspicabilmente con un suo repository in rete, magari come fork di R2) , altrimenti non è necessario in quanto i sorgenti sono esattamente gli stessi, quindi si tratta solo di una 'distribuzione' diversa.

Chiarito questo punto ed operato di conseguenza è tutto perfetto, dal punto di vista della manutenzione di squeezelite.

[UnixMan]

c'è solo un aspetto che non capisco bene ed è la patch allegata ai sorgenti

non ho guardato, ma presumo sia l'equivalente Gentoo del "pacchetto sorgente" Debian, dei .src.rpm di Fedora/RedHat/CentOS e affini, ecc...

[marcoc1712]

non ho guardato, ma presumo sia l'equivalente Gentoo del "pacchetto sorgente" Debian, dei .src.rpm di Fedora/RedHat/CentOS e affini, ecc...

In parte si e sono le componenti necessarie alla compilzione di squeezelite (non tanto di R2 in se) su Gentoo, ma la patch a decode.c è proprio una modifica ai sorgenti, forse perchè usa librerie diverse. R2 'eredita' decode.c, quindi la patch va eventualmente integrata a livello superiore e li mentenuta, se possibile.