Raspyfi: raspberry pi + voyage mpd. Progetto per un ottima sorgente low cost

http://www.linux-audio.org/t101-martjan-kernel

''La differenza tra il Lowlatency e il realtime sta principalmente nella priorità che essi assegnano ai vari processi: il realtime è tutto spinto verso le applicazioni a bassa latenza, mentre il Lowlatency mantiene una parte leggermente più grande di cpu-time disponibile per altri tipi di processi. Il generic ovviamente dà quasi tutto il cpu-time per i processi ad alta latenza (demoni, servizi in background, ecc) e poco per i processi a bassa latenza.''


Quindi per forza di cose mpd ..che è un demone..va patchato con le patch del Koreano..


Giusto che ci siete...c è anche questa patch famosa per il kernel linux..Con Kolivas..incompatibile con la patch rt...
http://ck-hack.blogspot.it/

Eccomi, allora il mio intento iniziale era semplicemente quello di poter sentire la musica con mpd sul raspberry... Poi da cosa nasce cosa, e visto che siamo tutti audiofili, ci siamo messi d'impegno. Si dovrebbe arrivare a ottimizzare il raspberry sia dal lato software che hardware per fargli raggiungere il massimo delle sue potenzialità audiofile. Significa dunque ottimizzare il s.o. per permettere a mpd di lavorare al meglio.
Ovviamente avere un kernel rt non è sufficiente, visto che serve avere l'ultima versione mpd che è già predisposta al rt, va compilata anche quella perchè attualmente per arm non l'ho trovata... Ci sono i sorgenti però...
Per il lato hardware si farà una migliore alimentazione su misura e l'ultimo step sarà l'implementazione di un dac direttamente via i2s, cosa che non è possibile con gli altri computerini arm (visto che non hanno i gpio pins come il pi)

Per Andrea: può essere che siano 7, il led blinka velocissimo e contare è abbastanza difficile...

Per Alluce: buffer ai valori di default, proverò ad aumentarlo, il problema è che tocca aspettare un pochino prima che parta la riproduzione...

Nuova versione funzionante online!! Provatela, suona decisamente meglio (secondo me!)!

http://www.raspyfi.com/raspyfi-new-release-is-out/

mikelangeloz ha scritto:Ovviamente avere un kernel rt non è sufficiente, visto che serve avere l'ultima versione mpd che è già predisposta al rt, va compilata anche quella perchè attualmente per arm non l'ho trovata... Ci sono i sorgenti però...

Se mi dai un link ai sorgenti che includono anche le patch per il real time ci do un'occhiata...
Già che ci sei dimmi anche quali formati (flac,mp3,wav,ecc) vuoi che supporti mpd, per fare le prime prove eventualmente andrebbe bene anche solo flac e wav?

mi intrometto al volo : anche mp3 valà.....

Switters ha scritto:

mikelangeloz ha scritto:Ovviamente avere un kernel rt non è sufficiente, visto che serve avere l'ultima versione mpd che è già predisposta al rt, va compilata anche quella perchè attualmente per arm non l'ho trovata... Ci sono i sorgenti però...

Se mi dai un link ai sorgenti che includono anche le patch per il real time ci do un'occhiata...
Già che ci sei dimmi anche quali formati (flac,mp3,wav,ecc) vuoi che supporti mpd, per fare le prime prove eventualmente andrebbe bene anche solo flac e wav?

git: http://git.musicpd.org/cgit/master/mpd.git/

https://sourceforge.net/projects/musicpd/files/mpd/0.17.3/

info http://mpd.wikia.com/wiki/Repositories

Per l'mp3 se ce la fai, perchè senza resampling anche gli mp3 danno luogo a stuttering...

come posso fare per controllare da remoto il raspi?

possibilmente da windows ma anche da debian

cavihifi ha scritto:come posso fare per controllare da remoto il raspi?

possibilmente da windows ma anche da debian

Installi putty: http://www.putty.org/

Metti l'ip del pi, e ti connetti

per la 0.5 : user: root pasword: raspi
per la rc1: user: pi password: raspberry

Alessandro, prova la rc1 (quella che ho messo online oggi) e dimmi che ne pensi!

@mikelangeloz

Cosa ne pensi dell'idea di mettere in piedi una versione raspyfi-dev con tutto ciò che serve per compilare kernel e mpd a partire dai sorgenti? Così chi volesse dare una mano a fare qualche prova potrebbe farlo più comodamente.
Servirebbe però almeno una scheda da 8GB, io con un'immagine di 4GB comincio a starci stretto in Qemu.

Ormai la discussione è avviata ad una dimensione talmente tecnica che ne capisco ben poco, ma seguo comunque aspettando le novità che ci proponi. Sto scaricando la nuova immagine, domani la monto, ma se ho ben letto sul sito non sono più presenti i driver per l' uscita jack?
Ciao e grazie

mikelangeloz ha scritto:git: http://git.musicpd.org/cgit/master/mpd.git/

Sicuro che questa versione (0.18~git) abbia il supporto per il realtime? Ho dato un'occhiata velocemente ma non riesco a trovarne traccia...

Leggo qui http://it.wikipedia.org/wiki/Raspberry_Pi che :

"Raspberry PI non è fornito di un real-time clock[1], così un sistema operativo deve usare un network time server, o chiedere l'ora all'utente al bootstrap per avere accesso a data e ora per la marca temporale. Tuttavia è facile aggiungere un real time clock (come il DS1307) con batteria tampone, attraverso l'interfaccia I²C. "


Potrebbe questo in qualche modo creare problemi con l'uso di kernel RT?
Se non è così, da dove prende RasPi il segnale di clock?

fritznet ha scritto:Leggo qui http://it.wikipedia.org/wiki/Raspberry_Pi che :

"Raspberry PI non è fornito di un real-time clock[1], così un sistema operativo deve usare un network time server, o chiedere l'ora all'utente al bootstrap per avere accesso a data e ora per la marca temporale. Tuttavia è facile aggiungere un real time clock (come il DS1307) con batteria tampone, attraverso l'interfaccia I²C. "


Potrebbe questo in qualche modo creare problemi con l'uso di kernel RT?
Se non è così, da dove prende RasPi il segnale di clock?

Credo voglia dire che non memorizza e non mantiene data e ora tra un reboot e l'altro, come fanno i PC col BIOS (che il raspberry non ha).

Si, ok, ma per gestire lo scheduling dei processi, il processore del Pi usa il proprio clock?
Nei kernel RT viene sempre usato il clock del processore?
O possono esserci "legami" di vario tipo col clock della scheda madre?

Trattandosi di un SoC non saprei dire se il raspberry ha un clock (il segnale di clock che dà un oscillatore al quarzo) interno o esterno, quarzi esterni non mi pare di vederne, probabilmente ce l'ha interno.
E sicuramente su questo clock si basa l'esecuzione delle istruzioni della CPU.

Il "real time" di RTC non ha lo stesso significato di "real time" del kernel con le patch di Ingo Molnar: http://en.wikipedia.org/wiki/Real-time_clock

mike ho installato l'ultima release . Siccome ho un Hard Disk USB esterno in NTFS ( 1,5 Tb ) ho cercato di renderlo visibile al Raspino come avevo gia' fatto nella precedente . Quando do il comando
" sudo apt-get install libfuse2 ntfs-3g "
non va avanti la procedura di installazione e quindi ...che faccio.... mi tengo la precedente release ??....

sontero ha scritto:mike ho installato l'ultima release . Siccome ho un Hard Disk USB esterno in NTFS ( 1,5 Tb ) ho cercato di renderlo visibile al Raspino come avevo gia' fatto nella precedente . Quando do il comando
" sudo apt-get install libfuse2 ntfs-3g "
non va avanti la procedura di installazione e quindi ...che faccio.... mi tengo la precedente release ??....

questo mi da' quando ci provo

Switters ha scritto:

mikelangeloz ha scritto:git: http://git.musicpd.org/cgit/master/mpd.git/

Sicuro che questa versione (0.18~git) abbia il supporto per il realtime? Ho dato un'occhiata velocemente ma non riesco a trovarne traccia...

Si dovrebbe averlo, se ne parla qui:
http://guidainstallazionevoyagempdlinux.blogspot.it/2012/06/89-kernel-rt-realtime.html

Per il clock, penso che non dipenda da il clock inteso come ora locale, il processore dovrebbe avere il proprio...

Per proseguire con l'installzione prova a digitare dopo il comando di installazione che hai segnalato:
apt-get install -f

Switters ha scritto:
...
cut
...

Il "real time" di RTC non ha lo stesso significato di "real time" del kernel con le patch di Ingo Molnar: http://en.wikipedia.org/wiki/Real-time_clock

Mi è chiara la differenza, mi chiedevo se tra le due cose potesse esserci una una relazione significativa

fritznet ha scritto:Mi è chiara la differenza, mi chiedevo se tra le due cose potesse esserci una una relazione significativa

Non saprei, ma a naso direi di no...

Te lo chiedi perché in caso affermativo si potrebbe pensare di usare un clock esterno?

Cambiando discorso: hai mai provato jackd con un kernel RT? Hai notato differenze?

sontero ha scritto:

sontero ha scritto:mike ho installato l'ultima release . Siccome ho un Hard Disk USB esterno in NTFS ( 1,5 Tb ) ho cercato di renderlo visibile al Raspino come avevo gia' fatto nella precedente . Quando do il comando
" sudo apt-get install libfuse2 ntfs-3g "
non va avanti la procedura di installazione e quindi ...che faccio.... mi tengo la precedente release ??....

questo mi da' quando ci provo

E' un problema che mi hanno già segnalato sul thread su raspberrypi.org, prova con apt-get install -f .
Se non funziona, prova a fare raspi-config poi set locale , poi scegli english UK.
Fammi sapere!

mikelangeloz ha scritto:Si dovrebbe averlo, se ne parla qui:
http://guidainstallazionevoyagempdlinux.blogspot.it/2012/06/89-kernel-rt-realtime.html

Mmm... lì parla di applicare a mpd le patch real time che avevo trovato anch'io, ma non sono per l'ultima versione di mpd.

Appena riesco do un'occhiata a jackd che dovrebbe avere il supporto al real time, male che vada si configura mpd standard per usare jackd in real time.

E' un problema che mi hanno già segnalato sul thread su raspberrypi.org, prova con apt-get install -f .
Se non funziona, prova a fare raspi-config poi set locale , poi scegli english UK.
Fammi sapere!

Ho provato ...seleziono ma non compare l'opzione della lingua ...va subito a un'altra finestra cosi :
"There was an error running do change locale"

Switters ha scritto:
..
cut
...

Cambiando discorso: hai mai provato jackd con un kernel RT? Hai notato differenze?

Si, la prima volta una decina d'anni fa su una carretta

Ho un kernel RT sia sul fisso che sul portatile, provato diverse volte sia con kernel RT precompilati (ubuntustudio, 64studio) che compilandolo, ad orecchio non ho mai sentito differenze eclatanti, soprattutto con i kernel recenti.
Ma ti confesso di essere poco audiofilo, non riesco ad ascoltare due volte di fila lo stesso brano, mi stufo, quindi può essere che le differenze ci siano, con i miei accrocchi e con le mie orecchie non ho mai sentito differenze palesi, ma è possibile che in un impianto buono e con due orecchie audiofile ce ne siano.

sontero ha scritto:

E' un problema che mi hanno già segnalato sul thread su raspberrypi.org, prova con apt-get install -f .
Se non funziona, prova a fare raspi-config poi set locale , poi scegli english UK.
Fammi sapere!

Ho provato ...seleziono ma non compare l'opzione della lingua ...va subito a un'altra finestra cosi :
"There was an error running do change locale"

Hai provato con apt-get install -f ?