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

sontero ha scritto:@switters
ci sono 370 cartelle che occupano 130 GB
il disco e' da 1,5 TB (USB esterno) e l'idea era di occupare tutto (ho una bella discografia nutrita)
Se non lo posso fare mi perplimo alquanto

@Menestrello
era gia' impostato"verbose" (non e' che devo cambiare?)
Beh provero' a dargli in pasto un paio di cartelle sole
ma ho idea che ha ragione Switters anche se allora si
deve presumere che legga all'infinito senza sosta

verbose serve solo per aiutarti a trovare eventuali problemi leggendo il log.
Ma se il log non lo leggi o tutto funziona bene, puoi anche toglierlo.
Ma hai provato a usare come DB solo una cartella con pochi brani?
Iniziamo ad escludere un po' di problemi.

verbose serve solo per aiutarti a trovare eventuali problemi leggendo il log.
Ma se il log non lo leggi o tutto funziona bene, puoi anche toglierlo.
Ma hai provato a usare come DB solo una cartella con pochi brani?
Iniziamo ad escludere un po' di problemi.

ma tu dove tieni i file per curiosita'?

Su un NAS in rete.

Menestrello ha scritto:Su un NAS in rete.

ok ,OK
E secondo te nel tuo sistema MPD dovrebbe in continuazione interrogare i file all'infinito impegnando allo spasimo la CPU : ma ti sembra una cosa ben fatta , ben progettata ??
Secondo me , e aspetto che me lo confermi , nel tuo sistema non succede . Se succedesse, ma di che parliamo allora . La CPU si occuperebbe di continuo portandosi dietro una marea di risorse mentre in teoria noi vogliamo esattamente il contrario . La conseguenza e' che posso tranquillamente mollare al suo destino
questo ambaradan perche' l'impossibile non e' di questo mondo.
Ma davvero devo pensare che le cose sono state fatte cosi?

sontero ha scritto:

Menestrello ha scritto:Su un NAS in rete.

ok ,OK
......
Ma davvero devo pensare che le cose sono state fatte cosi?

Sei sicuro che abbia concluso la scansione dei files?

sul mio Rpi, senza riprodurre la Cpu è max 0.3%, ma durante la scansione (soprattutto la prima) arriva al 90/95%

Hai fatto un controllo del disco usb?

non desistere, al massimo, rifai la procedura daccapo

sontero ha scritto:

Menestrello ha scritto:Su un NAS in rete.

ok ,OK
E secondo te nel tuo sistema MPD dovrebbe in continuazione interrogare i file all'infinito impegnando allo spasimo la CPU : ma ti sembra una cosa ben fatta , ben progettata ??
Secondo me , e aspetto che me lo confermi , nel tuo sistema non succede . Se succedesse, ma di che parliamo allora . La CPU si occuperebbe di continuo portandosi dietro una marea di risorse mentre in teoria noi vogliamo esattamente il contrario . La conseguenza e' che posso tranquillamente mollare al suo destino
questo ambaradan perche' l'impossibile non e' di questo mondo.
Ma davvero devo pensare che le cose sono state fatte cosi?

Mi credi se ti dico che non ho capito il senso del tuo commento?
Ti ho solo chiesto di provare con pochi files per circoscrivere il problema. Magari c'è un file con l'header corrotto e mpd si incasina.
Oppure qualche altro problema di decodifica.
Oppure il problema sta altrove.
Ma siccome non abbiamo poteri extrasensoriali, l'unica è indagare per tentativi cercando di dedurre l'origine del problema.
Questo secondo me. Ma non sono certo un esperto linux, magari la soluzione è evidente ed è inutile fare prove.

Sei sicuro che abbia concluso la scansione dei files?

i file erano elencati al completo e per ore ho controllato periodicamente. CPU al massimo anche senza riprodurre nulla . Chiudendo mpd CPU quasi a zero.

non desistere, al massimo, rifai la procedura daccapo

Grazie, mi incoraggi.
perche' non provi anche tu a dare il comando top dopo avere acquisito tutto l'elenco dei file (meglio se sono molti)cosi mi darei un termine di confronto. tu dove tieni i file e quanto spazio occupano?

sontero ha scritto:

Sei sicuro che abbia concluso la scansione dei files?

i file erano elencati al completo e per ore ho controllato periodicamente. CPU al massimo anche senza riprodurre nulla . Chiudendo mpd CPU quasi a zero.

non desistere, al massimo, rifai la procedura daccapo

Grazie, mi incoraggi.
perche' non provi anche tu a dare il comando top dopo avere acquisito tutto l'elenco dei file (meglio se sono molti)cosi mi darei un termine di confronto. tu dove tieni i file e quanto spazio occupano?

con MPD fermo, sotto 1%. I dati sono su un server e sono circa 200GB di flac, wav e mp3.

Dal log non rilevi errori o messaggi strani ?

Ragazzi, ho seguito il vostro consiglio e ho installato il firmware di Torsten mediante lo script fwinst.sh.

Ora nella cartella /lib/firmware vedo la sottocartella 6fire.

Digitando cat /proc/asound/cards, finalmente vedo anche la Terratec:

Codice:


 0 [DMX6FireUSB    ]: 6FireUSB - TerraTec DMX6FireUSB
                      TerraTec DMX6FireUSB at 1:5
 1 [ALSA          ]: BRCM bcm2835 ALSbcm2835 ALSA - bcm2835 ALSA
                      bcm2835 ALSA


Provo mpd, parte, sento un'accenno di brano in riproduzione ma va subito in pausa.
Riprovo, riprovo e riprovo.. ma non si sente nulla e il brano resta in pausa.

Allora provo con il comando speaker-test -D hw:0,0 e ottengo un altro errore:

Codice:


root@raspberrypi:~# speaker-test -D hw:0,0

speaker-test 1.0.25

Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Playback open error: -32,Broken pipe


Idee?

Mi credi se ti dico che non ho capito il senso del tuo commento?
Ti ho solo chiesto di provare con pochi files per circoscrivere il problema. Magari c'è un file con l'header corrotto e mpd si incasina.
Oppure qualche altro problema di decodifica.
Oppure il problema sta altrove.
Ma siccome non abbiamo poteri extrasensoriali, l'unica è indagare per tentativi cercando di dedurre l'origine del problema.
Questo secondo me. Ma non sono certo un esperto linux, magari la soluzione è evidente ed è inutile fare prove.

allora sia chiaro che ti sono grato per i tuoi suggerimenti e ho intenzione di verificarli . ma quello che voglio capire e' se quello che succede a me succede anche ad altri . Se non succede allora e' un problema che si puo' superare . Tutto qui
I file scritti nell'HD sono stati creati utilizzando EAC (Flac +Cue+Log+M3U+MD5 ) e dovrebbero essere buoni.
non mi hai detto pero' cosa capita a te .
Vorrei solo un confronto.
Se tu non sei esperto di Linux figurati io. Sono un ignorante totale. Ma le incongruenze mi accendono
il desiderio quasi paranoico di capire.
Forse mi sto stancando di andare incontro a ostacoli su ostacoli senza arrivare alla fine.

sasachess ha scritto:Allora provo con il comando speaker-test -D hw:0,0 e ottengo un altro errore:

Codice:


root@raspberrypi:~# speaker-test -D hw:0,0

speaker-test 1.0.25

Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Playback open error: -32,Broken pipe


Idee?

Solo due e non so se possano essere di aiuto
Prima: provare con mplayer e vedere se si sente qualcosa.
Seconda: usare strace per cercare di capire la causa di quel broken pipe:
strace speaker-test -D hw:0,0

@Sontero
L'hard disk come è formattato? NTFS? In /etc/fstab qual è la corrispondente entrata?
Che versione hai di mpd (mpd --version)?
Se è una 0.16 forse varrebbe la pena provare una 0.17.

con MPD fermo, sotto 1%. I dati sono su un server e sono circa 200GB di flac, wav e mp3.

Dal log non rilevi errori o messaggi strani ?

Accidenti che differenza : tu 1% io 98%. Un abisso.
Stai usando la Rc1 di Mike?

Switters ha scritto:@Sontero
L'hard disk come è formattato? NTFS? In /etc/stab qual è la corrispondente entrata?
Che versione hai di mpd (mpd --version)?
Se è una 0.16 forse varrebbe la pena provare una 0.17.

si e' formattato NTFS
in /etc/fstab :/dev/sda1 /media/musica1 ntfs-3g defaults 0 0
la versione e' la 0.16
La cambierei . Dimmi come si fa', la procedura

sontero ha scritto:

con MPD fermo, sotto 1%. I dati sono su un server e sono circa 200GB di flac, wav e mp3.

Dal log non rilevi errori o messaggi strani ?

Accidenti che differenza : tu 1% io 98%. Un abisso.
Stai usando la Rc1 di Mike?

si, uso quella (ma anche con altre non cambia molto)
Potrebbe essere il driver ntfs-3g

sontero ha scritto:
la versione e' la 0.16
La cambierei . Dimmi come si fa', la procedura

Menestrello, riesci a caricare un tgz della directory dei sorgenti mpd (compilati) da qualche parte dove si possa scaricare?

Switters ha scritto:

Solo due e non so se possano essere di aiuto
Prima: provare con mplayer e vedere se si sente qualcosa.

Stesso risultato:

Codice:


Playing 15. Desperado.flac.
libavformat version 53.21.0 (external)
Mismatching header version 53.19.0
Audio only file format detected.
Load subtitles in ./
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
libavcodec version 53.35.0 (external)
Mismatching header version 53.32.2
AUDIO: 44100 Hz, 2 ch, s16le, 817.3 kbit/57.91% (ratio: 102158->176400)
Selected audio codec: [ffflac] afm: ffmpeg (FFmpeg FLAC audio)
==========================================================================
AO: [pulse] Init failed: Connection refused
Failed to initialize audio driver 'pulse'
[AO_ALSA] alsa-lib: pcm_hw.c:1293:(snd_pcm_hw_open) open '/dev/snd/pcmC0D0p' fai                                                            led (-32): Broken pipe
[AO_ALSA] Playback open error: Broken pipe
Failed to initialize audio driver 'alsa'
[AO SDL] Samplerate: 44100Hz Channels: Stereo Format s16le
[AO SDL] using aalib audio driver.
[AO SDL] Unable to open audio: No available audio device
Failed to initialize audio driver 'sdl:aalib'
Could not open/initialize audio device -> no sound.
Audio: no sound
Video: no video


Exiting... (End of file)


Mi sa che da qui non ne usciamo..

si, uso quella (ma anche con altre non cambia molto)
Potrebbe essere il driver ntfs-3g

switters ritiene che questo driver sia a posto e ha proposto dei test che gli darebbero ragione

ragazzi Buonanotte
grazie a tutti

sontero ha scritto:

si, uso quella (ma anche con altre non cambia molto)
Potrebbe essere il driver ntfs-3g

switters ritiene che questo driver sia a posto e ha proposto dei test che gli darebbero ragione

Non esattamente, avevo solo escluso che ntfs-3g fosse la causa del problema che avevi constatato a suo tempo, software di una certa complessitá senza bachi non credo che esista

sontero ha scritto:
Se tu non sei esperto di Linux figurati io. Sono un ignorante totale. Ma le incongruenze mi accendono
il desiderio quasi paranoico di capire.
Forse mi sto stancando di andare incontro a ostacoli su ostacoli senza arrivare alla fine.

Pensavo fosse chiaro che mpd con cpu al 90% non fosse normale.
Per la mia esperienza, se mpd consuma tanta cpu può essere perché:

1- sta facendo resampling. Come fai a vederlo? Semplice, mpd lo scrive sul log. Imposta la modalità verbose come ti ho suggerito, cancella il log e riavvia mpd. Fai partire un brano e guarda nel log cosa scrive. Non sembra però questo il tuo caso perché mpd usa molta cpu anche senza mandare in play un brano
2- il processo di mpd che si occupa della lettura dei tag dai file ha qualche problema. Può essere un problema in un file, oppure in tutti, oppure nel set di caratteri usato. Oppure nella lettura della cartella NTFS, oppure... Iniziamo a escludere qualcosa. Copiati un paio di flac in una nuova cartella nella sd, smonta il disco e imposta mpd in modo che legga da questa cartella. Che succede? Ha ancora la cpu alta? Se non usa più tanta cpu il problema poteva essere il disco ntfs oppura la cartella con i flac e allora andremo a fare ulteriori prove.

Come vedi la soluzione non c'è, la dobbiamo trovare facendo delle prove mirate.

@switters: vuoi il compilato di MPD da qualche parte? Io ho compilato con l'opzione hardfloat per kernel 3.4.24

Menestrello ha scritto:@switters: vuoi il compilato di MPD da qualche parte? Io ho compilato con l'opzione hardfloat per kernel 3.4.24

Mmm... mi chiedevo se il tuo compilato potesse essere utile a sontero per fare una prova con una versione più recente di mpd per vedere se risolve i suoi problemi, il tuo mpd è una 0.17.x, giusto?

sasachess ha scritto:

...
cut
...

Mi sa che da qui non ne usciamo..

Se dai lsusb e lsmod con la scheda attaccata sembra ci sia tutto, scheda e moduli?

Alsamixer "vede " la scheda?


Ho dato un'occhiata al readme del driver, pare ci siano molte versioni di questa scheda, e non su tutte il caricamento del firmware andrebbe a buon fine.

sasachess ha scritto:Mi sa che da qui non ne usciamo..

Con che utente hai lanciato il comando? Prova come root.

Switters ha scritto:
Mmm... mi chiedevo se il tuo compilato potesse essere utile a sontero per fare una prova con una versione più recente di mpd per vedere se risolve i suoi problemi, il tuo mpd è una 0.17.x, giusto?

Si, l'ultima uscita. V 0.17.3

Secondo me se sontero non riesce a circoscrivere il problema non ne usciamo. Non credo sia questione di resampling perché se non ho capito male mpd consuma molta cpu anche senza essere in play. Quindi rimane il problema del db e del suo aggiornamento.