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

cavihifi ha scritto:in altre parole, è sufficiente accedervi come fosse un normale disco oppure i movimenti da e per la sd devono essere
fatti con qualche utility?

Mmm... non conosco le distribuzioni Linux per Raspberry, ma é probabile che il file system sulla scheda non sia nemmeno leggibile da Windows (a meno di installare qualche driver). Anch'io credo, come già detto da romvise, che sia necessario utilizzare qualcosa che crei un'immagine della scheda.

vadopertentativi ha scritto:Ciao, una domanda mi sorge spontanea: ma per spegnere? Dal momento che vorrei usare il raspyfi come demone senza moniror ne tastiera, ma comandato via wifi o bluetooth, come comando lo spegnimento?

Da SSH digiti:

halt

Potete usare win32diskimager, invece di write scrivete read. Mi raccomando controllate che le lettere delle unità siano corrette, altrimenti rischiate di perdere i vostri dati!!!

Grazie ai vostri consigli sto già pensando a cosa mettere nella prossima versione:

-possibilità di essere installata su sd da 1 giga
-compatibilità wireless (con chiavetta)
-il bell'editor di cavihifi

che figata!! Grazie dei feed ragazzi! Questo sarà la prima t-distribuzione!!!

Grazie mikelangeloz, effettivamente per configurare il raspyfi senza video con kubuntu ho sempre usato ssh e dunque anche per spegnerlo, ma io lo comanderò con un galaxy tab e non credevo esistessero programmi per ssh android.....mi sbagliavo, su google play ne ho trovato alcuni. Appena ho un po' di tempo li provo.
Ciao

Ragazzi voglio vederci chiaro e ripeto la domanda :

se anzichè usare la ditro minimale di mikelangeloz si usa una normale distro lesbian oopps scusate , volevo dire
raspbian, che differenze ci possono essere?

Si tratta di decadimenti dovuti ad un overhead della cpu in quanto ci sono troppi processi attivi?
oppure è perchè mike installa altri eseguibili?


inoltre domanda che forse ho già fatto ma di cui non trovo la risposta nel 3d : è necessario passare per un dac usb o si può usare il
compromesso della hiface?
La domanda è semplice, ho la hiface e non un dac usb

Ragazzi voglio vederci chiaro e ripeto la domanda :

se anzichè usare la ditro minimale di mikelangeloz si usa una normale distro lesbian oopps scusate , volevo dire
raspbian, che differenze ci possono essere?

Si tratta di decadimenti dovuti ad un overhead della cpu in quanto ci sono troppi processi attivi?
oppure è perchè mike installa altri eseguibili?


inoltre domanda che forse ho già fatto ma di cui non trovo la risposta nel 3d : è necessario passare per un dac usb o si può usare il
compromesso della hiface?
La domanda è semplice, ho la hiface e non un dac usb

Ciao cavihifi, da quello che ho capito la versione di mikelangeloz è ottimizzata per l' uso che ci proponiamo: se leggi la guida più volte citata nel tread del Linux Voyage MPD viene spiegato che per avere un segnale in uscita ottimale meno servizi software ed hardware ci sono meglio è. Comunque mikelangeloz ha già scritto che cercherà di snellire la sua creatura per diminuirne anche il peso in dati (mi pare quasi 4 giga).
Per quanto riguarda la hiface non so neanche cosa sia, non posso esserti d' aiuto.

Restando in argomento raspyfi qualcuno ha notato dei saltellamenti durante la riproduzione dei flac? Non ho potuto ascoltare mp3, appena avrò piu dettagli li posterò.

In ogni caso per vedere quante risorse vengono utilizzate in un dato momento con linux basta aprire un terminale e digitare top, si ha subito chiaro quali applicazioni/servizi stanno usando risorse e quanto.

fritznet ha scritto:In ogni caso per vedere quante risorse vengono utilizzate in un dato momento con linux basta aprire un terminale e digitare top, si ha subito chiaro quali applicazioni/servizi stanno usando risorse e quanto.

o per chi non è avezzo al terminale, aprire il monitor di sistema di gnome - processi

state dando risposte troppo vaghe..
vorrei capire perchè un processo attivo in più (ammesso che sia quello il problema)
potrebbe degradare il segnale in uscita.

l'unica spiegazione che riesco a darmi è relativa al timing ovvero a rallentamenti nella riproduzione del
flusso.

cavihifi ha scritto:state dando risposte troppo vaghe..
vorrei capire perchè un processo attivo in più (ammesso che sia quello il problema)
potrebbe degradare il segnale in uscita.

l'unica spiegazione che riesco a darmi è relativa al timing ovvero a rallentamenti nella riproduzione del
flusso.

Ma hai provato a dare il comando top?
Chiaro che se vedi un processo (non audio) che ti sta usando il 70% della cpu e il 90% della ram...
Poi c'è il discorso del nice, anche questo visibile dall'output di top, sarebbe la priorità del processo/servizio.

http://linuxaria.com/pills/be-nice-with-your-process-on-linux?lang=it

Per me minimale significa stabilita'...

Il fatto che pochi servizi suonino meglio di molti..è una balla..

http://forum.videohifi.com/discussion/comment/3552040#Comment_3552040

kurt10 ha scritto:Per me minimale significa stabilita'...

Il fatto che pochi servizi suonino meglio di molti..è una balla..

http://forum.videohifi.com/discussion/comment/3552040#Comment_3552040

Non capisco, una volta "minimale" e "pochi servizi" erano sinonimi, ora non più?

Dai non accapigliatevi!

aspettiamo anche il parere di mikelangeloz....

tanto non è che si possano fare salti mortali.....

più processi ci sono in esecuzione contemporaneamente, più è facile che ci siano dei rallentamenti....


nessuno sa darmi info riguardo hiface?
senza i suo driver potrà funzionare?

cavihifi ha scritto:Dai non accapigliatevi!

...

Ma và, e chi si accapiglia? Solo non ho capito l'affermazione, tutto qui

mikelangeloz ha scritto:SECONDA PARTE



PER CHI USA LA PENNA USB O HARD DISK USB

Vediamo come linux chiama il nostro pendrive (per comodità formattiamolo in fat32):

fdisk -l

Nel mio caso: /dev/sda1

Creiamo la cartella Music:

mkdir /media/Music
chmod -R 777 /media/Music
mount /dev/sda1 /media/Music

Inseriamo nel file fstab la nostra partizione

nano /etc/fstab
e inseriamo:

/dev/sda1 /media/Music vfat defaults 0 0

Ctrl+x e Y

Verifichiamo che sia andato tutto bene:

mount -a

Se non ricevete messaggi d'errore è tutto a posto.
Riavviamo

reboot


www.raspyfi.com

mkdir /media/Music
chmod -R 777 /media/Music

---> creiamo la cartella /media/Music OVVIAMENTE è creata sulla sd del rapsy giusto?

mount /dev/sda1 /media/Music

il mount cosa fa esattamente? non riesco a trovare il legame tra le cartelle presenti nella chiavetta USB
e la presenza di questa cartella nella Sd : mi potete spiegare ?

Inseriamo nel file fstab la nostra partizione

nano /etc/fstab
e inseriamo:

/dev/sda1 /media/Music vfat defaults 0 0

e questa ultima istruzione cosa fa esattamente?


grazie dell'aiuto...non mi va di copiare senza capire

Nel senso che il minimalismo..pochi servizi attivi.ecc.non comporta alcun beneficio sonoro..

Scrivere quella riga nel file fstab, serve a montare la partizione in automatico all'avvio.
in particolare fa riferimento alla partizione /dev/sda1 che verrà montata nella cartella /media/Music e che ha un file system fat.

ok grazie spiegazione chiarissima!


per quanto riguarda la chiavetta usb : continuo a non capire il perchè della
creazione della cartella media/music nella sd , quando i files da riprodurre sono nella chiavetta

forse devo creare la stessa struttura ance nel pendrive ?

es

media
music
gigidalessio
best
thebestof
ninodangelo
royalalberthall
massimoranieri
etc etc etc

?

kurt10 ha scritto:Nel senso che il minimalismo..pochi servizi attivi.ecc.non comporta alcun beneficio sonoro..

Boh, può darsi, io per principio, quando posso anche nella vita di tutti i giorni preferisco l'approccio KISS, quel che non c'è non si rompe etc etc.

cavihifi ha scritto:ok grazie spiegazione chiarissima!


per quanto riguarda la chiavetta usb : continuo a non capire il perchè della
creazione della cartella media/music nella sd , quando i files da riprodurre sono nella chiavetta

forse devo creare la stessa struttura ance nel pendrive ?

es

media
music
gigidalessio
best
thebestof
ninodangelo
royalalberthall
massimoranieri
etc etc etc

?

Pensa a /media/music come a un indirizzo che tu crei nella SD. Con l'operazione di mount appendi la struttura della chiavetta a quell'indirizzo che è visto da mpd. Se un domani attaccassi un HD al posto della chiavetta, facendo mount dell'HD , mpd vedrebbe la musica nell'HD allo stesso indirizzo, senza dover cambiare configurazione..

vadopertentativi ha scritto:

Ragazzi voglio vederci chiaro e ripeto la domanda :

se anzichè usare la ditro minimale di mikelangeloz si usa una normale distro lesbian oopps scusate , volevo dire
raspbian, che differenze ci possono essere?

Si tratta di decadimenti dovuti ad un overhead della cpu in quanto ci sono troppi processi attivi?
oppure è perchè mike installa altri eseguibili?


inoltre domanda che forse ho già fatto ma di cui non trovo la risposta nel 3d : è necessario passare per un dac usb o si può usare il
compromesso della hiface?
La domanda è semplice, ho la hiface e non un dac usb

Ciao cavihifi, da quello che ho capito la versione di mikelangeloz è ottimizzata per l' uso che ci proponiamo: se leggi la guida più volte citata nel tread del Linux Voyage MPD viene spiegato che per avere un segnale in uscita ottimale meno servizi software ed hardware ci sono meglio è. Comunque mikelangeloz ha già scritto che cercherà di snellire la sua creatura per diminuirne anche il peso in dati (mi pare quasi 4 giga).
Per quanto riguarda la hiface non so neanche cosa sia, non posso esserti d' aiuto.

Restando in argomento raspyfi qualcuno ha notato dei saltellamenti durante la riproduzione dei flac? Non ho potuto ascoltare mp3, appena avrò piu dettagli li posterò.

Allora, la versione corrente di RaspyFi è fondamentalmente una Raspbian (quindi debian 6 ottimizzato per raspberry) molto molto alleggerita. Per dirvi non ha neanche l'interfaccia grafica, è quindi estremamente leggera (riguardo ai 4 giga sono quasi tutti spazio libero, la distro in sè pesa meno di 200 mb se non mi ricordo male). Inoltre è già pensata per lo specifico nostro uso, con tutti gli accorgimenti del caso per farla funzionare sul raspy (esempio ipv6 assente e altro).

Sono comunque d'accordo che meno processi attivi non significhi necessariamente maggiore qualità, questa è una asserzione di derivazione tipicamente "pippofila". E' però vero che minori processi attivi significano minor numero di i\o, minor tempo processore, possibilità di usare il real time per i processi più importanti (mpd) senza che per esempio processi secondari ne risentano (ad esempio samba). Inoltre, ottimizzare quei pochi processi che si hanno per una specifica e UNIVOCA architettura hardware (abbiamo questa fortuna, possiamo fare un software "su misura" visto che abbiamo una sola combinazione hardware, il raspberry, e non milioni di combinazioni possibili come windows, voyage mpd ecc) è molto probabile ottenere risultati ancora migliori.
Ad esempio, era molto in voga una distribuzione, gentoo, che permetteva di ottenere ottime prestazioni anche da hardware molto modesti perchè prevedeva proprio la compilazione di ogni piccola parte del kernel, basandosi proprio sulle caratteristiche dell'hardware.

In questo progetto siamo ancora all'inizio. Non ho ancora compilato niente. Mi sono limitato a creare una installazione funzionante e pronta all'uso, ma c'è ancora molto da fare e con il vostro aiuto e i vostri consigli tireremo fuori qualcosa di davvero ottimo!

Per Cavihifi, se scarichi l'immagine di Raspyfi tutti quei passaggi non li devi fare. Sono già fatti, devi solo modificare il file mpd.conf per dirgli dove hai la musica, ovvero commentando con # il percorso che non usi. Ad ogni modo, quei passaggi su cui hai dei dubbi servono a montare la tua pennina in modo che mpd la riconosca. Così facendo crei un punto di mount, ossia una cartella virtuale che al suo interno contiene il contenuto (sic!) della tua chiavetta. A presto gente! Ora comincerò a sviluppare la seconda alfa, ancora più ottimizzata e con supporto RT e 512 mb di ram!

mikelangeloz ha scritto:Ad esempio, era molto in voga una distribuzione, gentoo, che permetteva di ottenere ottime prestazioni anche da hardware molto modesti perchè prevedeva proprio la compilazione di ogni piccola parte del kernel, basandosi proprio sulle caratteristiche dell'hardware.

Non solo il kernel, se ben ricordo ci si poteva ricompilare tutta la distribuzione ottimizzata per la propria architettura

Switters ha scritto:

mikelangeloz ha scritto:Ad esempio, era molto in voga una distribuzione, gentoo, che permetteva di ottenere ottime prestazioni anche da hardware molto modesti perchè prevedeva proprio la compilazione di ogni piccola parte del kernel, basandosi proprio sulle caratteristiche dell'hardware.

Non solo il kernel, se ben ricordo ci si poteva ricompilare tutta la distribuzione ottimizzata per la propria architettura

Si, esatto, il kernel è sempre possibile ricompilarlo e personalizzarlo, in ogni distribuzione, con i processori attuali è un lavoro di qualche minuto (configurazione esclusa, ci vuole un pochino di più).

Sicuramente in rete c è qualche .config gia' pronto per il piccolino..

questo fatto per piattaforme atom è un ottimo punto di partenza...con qualche modifica si otterrebbe un kernel di soli 3 o 4 mb
http://www.symphonic-net.com/kubotayo/articles/voyagempd.html#config


http://sevencapitalsins.wordpress.com/kernel/

kurt10 ha scritto:Sicuramente in rete c è qualche .config gia' pronto per il piccolino..

questo fatto per piattaforme atom è un ottimo punto di partenza...con qualche modifica si otterrebbe un kernel di soli 3 o 4 mb
http://www.symphonic-net.com/kubotayo/articles/voyagempd.html#config


http://sevencapitalsins.wordpress.com/kernel/

Grazie Me lo sparo tutto!