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

Dunque : installo raspyfi, parte e...... di nuovo scorreggie.

cambio ingresso del pre .... e scorreggie.

prima di impiccarmi scollego il v-link e collego hiface.

bootstrap

riparte e..... NON SCORREGGIA PIU'.

Non sono sicuro al 100% che sia la distro di mikelangeloz....ma tant'è!!!!!!
adesso suona che è un piacere.
con i flac ogni tanto si sente qualche micro scarichetta ma nel complesso il risultato è accettabile.
non siamo distanti da wonsozz con foobar in mod. wasapi. (o forse, la distanza c'è ma in questo momento non conta più di tanto)

MEGA SODDISFATTO , grazie a tutti.

Tutto è bene quel che finisce bene!!! Sono contento che vada l'hiface! Quindi xmos è supportato!!!!!!!!!

Stai usando un NAS o chiave usb? Un giudizio più approfondito sulla qualità?

Dimenticavo, usa un ali di qualità!!!! Io per ora mi trovo molto bene con un caricabatteria per cellulare, (xperia) ma anche quelli per iphone dovrebbero andare bene!

per ora sto usando la chiavetta ma ho già il nas pronto per essere utilizzato.

Per quanto riguarda la qualità è un pò presto per esprimermi in quanto ho rippato al volo il primo cd che ho trovato sottomano
e non è di quelli che utilizzo per fare le prove quindi non avevo tanti termini di paragone.

in ogni caso, visto il costo dell hardware, non ce n'è per nessuno.!!!!
siamo a 180 euro hiface compresa..... neanche il costo di un lettore cd di fascia bassissima.

Per quanto riguarda l'alimentatore, penso me ne farò fare uno su misura, voglio inscatolare il tutto per bene e devo alimentare
anche il router wifi ed eventualmente il nas.......

finchè voi smanettate con il kernel, io mi dedico al client.
non che mpdroid faccia schifo....anzi ; però vorrei fare qualcosa per i tablet.
quando mi siedo in poltrona voglio avere la ricerca avanzata.....
genere, artista, cazzi e mazzi , stellline etc etc.


devo comunque dire che per quanto mi riguarda il prodotto funziona! tacci vostra.... ho fatto bene a seguirti mike!
ti ho visto partire con il piglio giusto e ho capito che arrivavi in fondo...

e adesso insieme al buon kurt, fatemi sciogliere il raspberry a suon di ricompilazioni!

mentre siete in attesa del kernel RT, avete mai provato a aumentare la priorità
di mpd con renice?

il comando per aumentare la priorita'..dovrebbe essere questo..

killate mpd...
nice -n -20 /etc/init.d/mpd restart -&

cavihifi ha scritto:per ora sto usando la chiavetta ma ho già il nas pronto per essere utilizzato.

Per quanto riguarda la qualità è un pò presto per esprimermi in quanto ho rippato al volo il primo cd che ho trovato sottomano
e non è di quelli che utilizzo per fare le prove quindi non avevo tanti termini di paragone.

in ogni caso, visto il costo dell hardware, non ce n'è per nessuno.!!!!
siamo a 180 euro hiface compresa..... neanche il costo di un lettore cd di fascia bassissima.

Per quanto riguarda l'alimentatore, penso me ne farò fare uno su misura, voglio inscatolare il tutto per bene e devo alimentare
anche il router wifi ed eventualmente il nas.......

finchè voi smanettate con il kernel, io mi dedico al client.
non che mpdroid faccia schifo....anzi ; però vorrei fare qualcosa per i tablet.
quando mi siedo in poltrona voglio avere la ricerca avanzata.....
genere, artista, cazzi e mazzi , stellline etc etc.


devo comunque dire che per quanto mi riguarda il prodotto funziona! tacci vostra.... ho fatto bene a seguirti mike!
ti ho visto partire con il piglio giusto e ho capito che arrivavi in fondo...

e adesso insieme al buon kurt, fatemi sciogliere il raspberry a suon di ricompilazioni!

Mi fa tanto piacere che tu sia contento! E grazie per la donazione! Si come qualità prezzo possiamo essere parecchio soddisfatti, è la daw in classe t per eccellenza direi!

Con renice proverò, bella idea infatti...

E poi ho appena messo online l'ultima versione! Secondo me è un bel salto in avanti come qualità... Anche se ho solo usato il pc con foobar e asio (con l'odac) il raspyfi secondo me suona meglio (la versione ultima...) .
Alessandro, visto che hai fatto 30 scaricala e provala (è immediata come la prima versione...) e dimmi se anche tu concordi!
Eccovi il link : http://www.raspyfi.com/raspyfi-new-release-is-out/

Grazie Andrea per il kernel, appena ho un attimo lo metto e sentiamo come va (con il kernel rt poi però bisogna compilare l'ultima versione di mpd che ha il supporto rt, ora raspyfi monta la 0.16...)

kurt10 ha scritto:il comando per aumentare la priorita'..dovrebbe essere questo..

killate mpd...
nice -n -20 /etc/init.d/mpd restart -&

mmmmmmh
ps ax -o pid,ni,comm |grep mpd
per avere il pid
nel mio caso.
2890 0 mpd

poi
sudo renice -20 -p 2890

con -20 il nostro mpd diventa il signore e padrone del procio

Grazie subito provato... Ma il problema stuttering senza resampling sussiste...

Andrea il kernel purtroppo non funge... E a video (hdmi) non si vede nulla... Io l'ho solo messo nella root della sd, e rinominato come kernel (rinominando quello precedente) ...

mikelangeloz ha scritto:Andrea il kernel purtroppo non funge... E a video (hdmi) non si vede nulla... Io l'ho solo messo nella root della sd, e rinominato come kernel (rinominando quello precedente) ...

Lo temevo
In uno dei link che hai postato ho letto che i kernel full preemptive non fanno nemmeno il boot.
Purtroppo non avendo un raspberry mi risulta un po' difficile fare direttamente delle prove.
Come si comportano i led (http://elinux.org/R-Pi_Troubleshooting#Power_.2F_Start-up), quello verde lampeggia?
Ti ho mandato un secondo kernel con il basic preemptive invece del full.

PS: vedi se riesci a mandarmi il config del tuo kernel attuale, perché se anche l'ultimo kernel che ti ho mandato non funziona una delle prove che farò è ricompilare pari pari il kernel che attualmente usi.

Andrea, hai provato anche la patch di Ingo Molnar?

Se posso permettermi un suggerimento, mi pare di aver intuito che parte dei problemi nascerebbero anche da altri driver closed source, tra cui quello del controller USB Broadcom, e della GPU, non se se la strada dell'emulazione (che emula quindi solo l'architettura), possa portare a qualcosa.
Ma sicuramente ci avrai già pensato.

Insomma, devi procurarti un Raspberry, IMHO

Se hai voglia di mandarmi il config del kernel che hai usato, un'occhiata la dò volentieri, non servirà, ma sono curioso.

fritznet ha scritto:Andrea, hai provato anche la patch di Ingo Molnar?

Ho applicato la patch per il real time (patch-3.6.11-rt25.patch.gz), ti riferisci a questa o a un'altra?

Se posso permettermi un suggerimento, mi pare di aver intuito che parte dei problemi nascerebbero anche da altri driver closed source, tra cui quello del controller USB Broadcom, e della GPU, non se se la strada dell'emulazione (che emula quindi solo l'architettura), possa portare a qualcosa.
Ma sicuramente ci avrai già pensato.

L'emulatore lo uso solo per compilare (non avevo voglia di mettere in piedi un ambiente per il cross compiler), non si possono testare i kernel per raspberry con Qemu, per due motivi:
1) il kernel per poter fare il boot con Qemu ha bisogno di una piccola patch
2) i kernel per raspberry devono passare da uno script python che modifica direttamente nell'immagine del kernel degli indirizzi di memoria

Insomma, devi procurarti un Raspberry, IMHO

Non ci penso neanche, almeno fino a quando non sistemano il problema al bus USB. Il rapsberry mi ha attirato fin dall'inizio, ma non mi è piaciuto per niente come hanno gestito il problema USB (anche sul loro forum).
Inoltre a pochi euro in più si trovano dei player Android che a naso dovrebbero essere più performanti (CPU >= 1 GHz e 1 GB di RAM).

Se hai voglia di mandarmi il config del kernel che hai usato, un'occhiata la dò volentieri, non servirà, ma sono curioso.

Te li mando per mail, ho provato a postarli qui come spoiler (5000 righe di testo) ma si è inchiodato tutto e ho dovuto riscrivere il post
Ho usato come base il config trovato in arch/arm/configs/bcmrpi_defconfig nei sorgenti del kernel scaricati dal link indicato su raspberry (github), però ho appena letto sul forum che potrebbe non essere allineato e aggiornato alla versione del kernel...

Attenzione ragazzi, l'ultima immagine di raspyfi che ho caricato era purtroppo corrotta e non fa il boot... Chi l'avesse scaricata sappia che se non parte non è colpa sua... L'immagine buona la sto uppando ora... La troverete domani!

ps: andrea ti ho mandato il config. Ora provo il tuo kernel!

Il nuovo kernel si avvia, si vede il video ma si blocca dopo poco con il led rosso acceso e il led verde che fa 8 lampeggi...
dice
kgdb_handle_exception

Notte signori!

mikelangeloz ha scritto:Il nuovo kernel si avvia, si vede il video ma si blocca dopo poco con il led rosso acceso e il led verde che fa 8 lampeggi...
dice
kgdb_handle_exception

Notte signori!

Ottimo, il fatto che riesca a fare il boot è già un buon punto di partenza

ciao Tosati,
ho visto che funziona ( con release 0.5 di Mike) e quindi sono più tranquillo....

Metto lingua anche io nelle Vostre faccende kerneliane.
Ho un background prettamente Windowaro e poco so di linux; vi chiedo : quello che state tentando di fare è di
mettere assieme una serie di 'eseguibili' che compongono il sistema operativo, cercando la 'miscela' adatta?

Scusate la domanda diretta, potrei aver capito fischi per fiaschi.

Il vostro intento è quello di modificare il comportamento del Sistema operativo?
Oppure cercate di ricompilare mpd affinchè usi diverse librerie fornite dal s.o ?

L'approccio numero uno non mi piace tanto, perchè va fatto per tentativi e dato che la coperta è corta, migliori da una parte
ed inevitabilmente peggiori dall'altra.

Se invece state lavorando a modifiche a mpd, il discorso è appetibile.
I sorgenti sono open source?

cavihifi ha scritto:Metto lingua anche io nelle Vostre faccende kerneliane.
Ho un background prettamente Windowaro e poco so di linux; vi chiedo : quello che state tentando di fare è di
mettere assieme una serie di 'eseguibili' che compongono il sistema operativo, cercando la 'miscela' adatta?

Scusate la domanda diretta, potrei aver capito fischi per fiaschi.

Il vostro intento è quello di modificare il comportamento del Sistema operativo?
Oppure cercate di ricompilare mpd affinchè usi diverse librerie fornite dal s.o ?

L'approccio numero uno non mi piace tanto, perchè va fatto per tentativi e dato che la coperta è corta, migliori da una parte
ed inevitabilmente peggiori dall'altra.

Se invece state lavorando a modifiche a mpd, il discorso è appetibile.
I sorgenti sono open source?

I sorgenti di mpd sono open source (sotto licenza GPL2). Gli ho dato un'occhiata veloce veloce, per quello che ho visto sono scritti in C, la prima impressione è che siano abbastanza intorcinati da leggere, non perché scritti male ma perché fanno (inevitabilmente) uso dei thread.

Per quanto riguarda il kernel sto tentando di ricompilarlo con il supporto real time che consente alle applicazioni sviluppate con tale supporto di avere tempi di risposta entro determinati limiti (nell'ordine delle decine di microsecondi se non sbaglio, ma dipende anche dall'architettura del processore).
L'analogia della coperta corta non sono sicuro sia applicabile in questo caso, modificare il "comportamento" del kernel di linux configurandolo è prassi comune e non potrebbe essere diversamente visto che a partire dagli stessi sorgenti si possono compilare kernel che girano sulle piattaforme più diverse, dagli apparati di rete come router, modem access point, agli smartphone (tutti gli Android), ai notebook, pc desktop, server multiprocessore di architetture differenti(X86, PowerPC, Sparc, ecc), ai mainframe IBM.
Diciamo che in questo caso Linux può essere assimilabile a una coperta moooolto elastica

Sull'intento lascio la parola a mikelangeloz, io compilo solo il kernel

ok, hai risposto in maniera esaustiva.
Si ricompila il kernel (e non mpd) in modo tale da fargli sfruttare alcune feature real time.
Ok, per quanto possa valere il mio parere, mi trovo d'accordo.

Mi ero fatto una idea diversa.



Per quanto riguarda mpd, immagino che si sia fatto largo uso di multi threading .
Sicuramente gli darò una occhiata. Prima di tutto per avere documentazione su come funziona il listener che
gestisce la comunicazione con il client e poi ....penso di dovermi fermare, date le mie scarse competenze in
riproduzione musicale.

mikelangeloz ha scritto:Il nuovo kernel si avvia, si vede il video ma si blocca dopo poco con il led rosso acceso e il led verde che fa 8 lampeggi...
dice
kgdb_handle_exception

Notte signori!

8 volte? Non è documentato, si arriva solo fino a 7...

Che versione di firmware hai?
Era connessa l'ethernet o qualche device USB?
Riesci a mandarmi una foto dello schermo con la kgdb_handle_exception?

cavihifi ha scritto:Si ricompila il kernel (e non mpd) in modo tale da fargli sfruttare alcune feature real time.

Potrebbe essere necessario anche ricompilare mpd per sfruttare il supporto rt. Ho trovato delle patch a mpd che fanno proprio questo ma non ho verificato se siano già incluse nella release ufficiale.
Non so nemmeno se questo sia sufficiente, se i problemi USB che hai riscontrato anche tu dipendono dal fatto che i driver USB di Linux non rispondono nei tempi (erroneamente?) previsti dal firmware Broadcom, forse bisognerebbe anche forzare questi driver al real time. Sono solo ipotesi le mie, non ho idea di come funzioni il kernel con la patch rt.

ciao Swi, ti ho mandato un MP pieno di offese

adesso vado a vedermi la partita (unico momento di riposo nella settimana)
e poi torno all'opera nel tardo pomeriggio

cavihifi ha scritto:ciao Swi, ti ho mandato un MP pieno di offese

Ho letto, ho letto... chiederò che ti bannino a vita per questo...

Switters ha scritto:

cavihifi ha scritto:Si ricompila il kernel (e non mpd) in modo tale da fargli sfruttare alcune feature real time.

Potrebbe essere necessario anche ricompilare mpd per sfruttare il supporto rt. Ho trovato delle patch a mpd che fanno proprio questo ma non ho verificato se siano già incluse nella release ufficiale.
Non so nemmeno se questo sia sufficiente, se i problemi USB che hai riscontrato anche tu dipendono dal fatto che i driver USB di Linux non rispondono nei tempi (erroneamente?) previsti dal firmware Broadcom, forse bisognerebbe anche forzare questi driver al real time. Sono solo ipotesi le mie, non ho idea di come funzioni il kernel con la patch rt.

Andrea ho letto qualcosa di strano sul clock del Pi, hai letto anche tu?
Tornando al kernel, la famosa patch di Ingo Molnar è storica, è stata la prima possibilità di usare il RT con i kernel linux, se non ricordo male lo usai su un kernel compilato per un laptop pentium 1 con 32mB di RAM, per usarlo come MP3 player, una decina di anni fa, il kernel standard girava a fatica.

Tornando a Pi intendevo questo, che probabilmente avrai già letto :
Welcome to Raspberry Pi, nice answer! The RT PREEMPT patch by Ingo Molnar used together with High Resolution Timers (HRT) support, allow the kernel to achieve hard-realtime capabilities. At present, its support reaches 3.4.11 kernels, and the "good news" are that the patch "is shrinking", so it seems that most of it is getting included in the mainstream kernel sources. You can find an excelent tutorial for how to apply and use it here. – Avio Sep 29 '12 at 17:2

Fino a quando era una patch a parte, era necessario compilare anche il HRT support, ma ora è già stata inserita la patch nel kernel?

Ho letto anche da qualche parte (sono poco metodico, lo so ) che il RT avrebbe bisogno del supporto di APM per il clock, o era ACPI?
Hai lasciato uno dei due nel kernel?

Grazie del config, stanotte dò un'occhiata meno di corsa.


C'è sempre l'opzione Xenomai, ammesso che funzioni con l'audio, un pò inquietante ma pare che funzioni, in pratica un kernel proprietario che si appoggia a linux, una specie di Alien

mikelangeloz ha scritto:Grazie subito provato... Ma il problema stuttering senza resampling sussiste...

sapevo di questo problema con jack

che buffer hai dato a mpd?

fritznet ha scritto:Andrea ho letto qualcosa di strano sul clock del Pi, hai letto anche tu?
Tornando al kernel, la famosa patch di Ingo Molnar è storica, è stata la prima possibilità di usare il RT con i kernel linux, se non ricordo male lo usai su un kernel compilato per un laptop pentium 1 con 32mB di RAM, per usarlo come MP3 player, una decina di anni fa, il kernel standard girava a fatica.

Tornando a Pi intendevo questo, che probabilmente avrai già letto :
Welcome to Raspberry Pi, nice answer! The RT PREEMPT patch by Ingo Molnar used together with High Resolution Timers (HRT) support, allow the kernel to achieve hard-realtime capabilities. At present, its support reaches 3.4.11 kernels, and the "good news" are that the patch "is shrinking", so it seems that most of it is getting included in the mainstream kernel sources. You can find an excelent tutorial for how to apply and use it here. – Avio Sep 29 '12 at 17:2

Fino a quando era una patch a parte, era necessario compilare anche il HRT support, ma ora è già stata inserita la patch nel kernel?

Sì, ho letto anch'io, l'interpretazione che gli do è che mano a mano sono state integrate nel kernel porzioni sempre maggiori della patch di Ingo Molnar, quindi la patch è diminuita come numero di righe, però è sempre necessario applicarla se si vuole il real time.
Per quanto riguarda l'High Resolution Timer ho configurato la relativa opzione.

Ho letto anche da qualche parte (sono poco metodico, lo so ) che il RT avrebbe bisogno del supporto di APM per il clock, o era ACPI?
Hai lasciato uno dei due nel kernel?

Grazie del config, stanotte dò un'occhiata meno di corsa.

Problemi ad addormentarti???
Mmm... anch'io sono poco metodico. E confusionario
Mi ricordo di aver letto che andavano eliminati tutti e due, ma forse era per compilare il kernel per Qemu
Non vorrei dire una stupidata ma mi sa che sia APM che ACPI si basino su chiamate al BIOS, cosa che manca completamente nel raspberry (ma può sempre essere che il suo firmware emuli APM o ACPI in qualche modo).

C'è sempre l'opzione Xenomai, ammesso che funzioni con l'audio, un pò inquietante ma pare che funzioni, in pratica un kernel proprietario che si appoggia a linux, una specie di Alien

Da quello che ho capito (ma ho letto solo molto velocemente la descrizione generale) si integra col kernel fornendo supporto per il real time, però le API da chiamare nelle applicazioni sono diverse da quelle usate con il rt "standard", che vorrebbe dire modificare mpd per inserire le chiamate alle API xenomai.
Magari i risultati sono anche meglio di quelli con kernel rt, chi può dirlo?
Se qualcuno ha intenzione di modificare mpd per xenomai (o trova comunque un modo di sfruttarlo senza modificare mpd), posso vedere cosa significa compilare il kernel con xenomai (sperando di trovare un match tra la versione del kernel "pubbicata" da raspberry e quella a cui applicare le patch di xenomai).