Ottimizzazioni player MPD Embedded (RaspBerry, HackBerry...)

Il mio dac ha un ingresso usb penoso che accetta solo i 44khz
Ho un PC con una emu1212 che esce con un (ottimo) spdif
Ma questo player funziona meglio e ho comprato un trasporto proprio per lui (il NuForce U192S).

Domani ci sarebbe un piccolo test a casa di Grunter ma dovrei compilare i driver per la hiface 1



Allora dovrei installare:
apt-get install kernel-headers-$(uname -r)
apt-get install build-essential
apt-get install git

Gli ultimi due li ho già installati per compilare mpd. I primi... non ci sono

Ho provato apt-cache search linux-headers
e ho installato un paio dei proposti

linux-headers-3.2.0-4-all - All header files for Linux 3.2 (meta-package)
linux-headers-3.2.0-4-all-armhf - All header files for Linux 3.2 (meta-package)

Ma nisba.
Il makefile del driver punta a /lib/modules/...
forse devo compilare prima gli headers installati?

Menestrello ha scritto:Domani ci sarebbe un piccolo test a casa di Grunter ma dovrei compilare i driver per la hiface 1



Allora dovrei installare:
apt-get install kernel-headers-$(uname -r)
apt-get install build-essential
apt-get install git

Gli ultimi due li ho già installati per compilare mpd. I primi... non ci sono

Ho provato apt-cache search linux-headers
e ho installato un paio dei proposti

linux-headers-3.2.0-4-all - All header files for Linux 3.2 (meta-package)
linux-headers-3.2.0-4-all-armhf - All header files for Linux 3.2 (meta-package)

Ma nisba.
Il makefile del driver punta a /lib/modules/...
forse devo compilare prima gli headers installati?

Gli headers servono a compilare il software ma non si devono/possono compilare.
Tra l'altro, scusa, se hai compilato il kernel e hai ancora la directory con i sorgenti c'è li hai già gli headers, non dovresti installare nulla.
Dopo aver compilato il kernel hai dato "make modules" e "make modules_install" ?
Nel caso, disinstalla gli headers ultimi installati via apt-get, vai in /usr/src/linux e dai "make modules_install".

Switters ha scritto:
Gli headers servono a compilare il software ma non si devono/possono compilare.
Tra l'altro, scusa, se hai compilato il kernel e hai ancora la directory con i sorgenti c'è li hai già gli headers, non dovresti installare nulla.
Dopo aver compilato il kernel hai dato "make modules" e "make modules_install" ?
Nel caso, disinstalla gli headers ultimi installati via apt-get, vai in /usr/src/linux e dai "make modules_install".

Ma era quello che pensavo anche io
Kernel e sorgenti li ho scaricati su ubuntu e la compilazione del kernel la faccio li con il cross compiler.

Che faccio? Mi copio una cartella da ubuntu?
(si, dopo aver compilato il kernel credo di aver fatto make modules e make install eseguendo

Codice:

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j3 uImage
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j3 INSTALL_MOD_PATH=output modules
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j3 INSTALL_MOD_PATH=output modules_install

)

Mmm... Potresti provare a cross-compilare i driver hiface su Ubuntu e poi copiare i file su hackberry, c'è il rischio però che manchi qualche pezzo...
Fai una prova, come si chiama il modulo hiface? Dovrebbe finire per ".ko", lo compili e ti cerchi il file, lo copi sull'hackberry, e poi lo carichi a manina con un "insmod ./modulo.ko" (o modprobe), se funziona cerchi il posto giusto dove copiarlo (tipo /lib/modules/3.x.x/drivers/sound o audio o quel che è... )

Questo è il make del driver:

Codice:

snd-usb-hiface-objs += chip.o pcm.o
obj-m += snd-usb-hiface.o

KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
        $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules


Mi manca la directory lib/modules/3.4.24/build

Sia nell'hackberry che nella cartella dei sorgenti su ubuntu

Nell'hackberry ho:

Codice:

root@hackberry:/lib/modules/3.4.24# ll
total 16
drwxr-xr-x 4 root root 4096 Feb  1 12:57 .
drwxr-xr-x 6 root root 4096 Jan  1  2010 ..
drwxr-xr-x 7 root root 4096 Feb  1 12:57 drivers
drwxr-xr-x 3 root root 4096 Feb  1 12:57 sound
root@hackberry:/lib/modules/3.4.24#


[code]

Mi pare di aver avuto problemi simili quando ho provato a compilare i driver sotto Voyage MPD:

http://list.voyage.hk/pipermail/voyage-linux/2012-November/022441.html

http://list.voyage.hk/pipermail/voyage-linux/2012-November/022442.html

Menestrello ha scritto:Mi manca la directory lib/modules/3.4.24/build

Sia nell'hackberry che nella cartella dei sorgenti su ubuntu

Se non sbaglio la build è solo un simbolic link alla directory che contiene i sorgenti, dovresti risolvere con un
ln -s /usr/src/linux-3.x.y /lib/modules/3.x.y/build
Che manchi sull'hackberry non penso crei problemi.

Non ci siamo (o almeno, non ci sono).
Che ci dovrei trovare in questa (pseudo) cartella BUILD?

Questo è il contenuto di /lib/modules

Codice:



root@hackberry:/lib/modules# ll
total 24
drwxr-xr-x  6 root root 4096 Jan  1  2010 .
drwxr-xr-x 12 root root 4096 Jan  1  2010 ..
drwxr-xr-x  2 root root 4096 Jan  1  2010 3.2.0-4-mx5
drwxr-xr-x  2 root root 4096 Jan  1  2010 3.2.0-4-omap
drwxr-xr-x  2 root root 4096 Jan  1  2010 3.2.0-4-vexpress
drwxr-xr-x  4 root root 4096 Feb  3 22:16 3.4.24


questo è il contenuto di /usr/src dopo il comando
ln -s /usr/src/linux-3.4.24 /lib/modules/3.4.24/build

Codice:



root@hackberry:/usr/src# ll
total 24
drwxr-xr-x  6 root root 4096 Jan  1  2010 .
drwxr-xr-x 10 root root 4096 Jul 24  2012 ..
drwxr-xr-x  4 root root 4096 Feb  3 19:25 linux-headers-3.2.0-4-common
drwxr-xr-x  4 root root 4096 Jan  1  2010 linux-headers-3.2.0-4-mx5
drwxr-xr-x  4 root root 4096 Jan  1  2010 linux-headers-3.2.0-4-omap
drwxr-xr-x  4 root root 4096 Jan  1  2010 linux-headers-3.2.0-4-vexpress
lrwxrwxrwx  1 root root  23 Jun 24  2012 linux-kbuild-3.2 -> ../lib/linux-kbuild-3.2


In pratica ho creato un link chiamato 'build' alla cartella /usr/src/linux-3.4.24 che non esiste

Menestrello ha scritto:Non ci siamo (o almeno, non ci sono).
Che ci dovrei trovare in questa (pseudo) cartella BUILD?

Ci devi trovare i sorgenti del kernel
O meglio, build è un symbolic link alla directory dei sorgenti del kernel.
Sulla macchina su cui hai compilato il kernel, dove sono i sorgenti?

Se sono in /usr/src/linux-3.4.24 prova così:
cd /lib/modules/3.4.24
ln -s /usr/src/linux-3.4.24 build
a questo punto ls build/ (lo slash non è casuale, ci va) deve dare lo stesso risultato di ls /usr/src/linux-3.4.24

Il problema - secondo me - è che nell'hackberry non ci sono i sorgenti del kernel
Ho scaricato linux-source-3.2, l'unico che ho trovato con apt-get. In realtà i sorgenti che ho usanto su ubuntu per il cross compiling sono della 3.4.
Ho creato il link 'build' e poi make oldconfig e make prepare.

Sembra non riuscire a linkare correttamente...

Codice:

make[1]: Entering directory `/usr/src/linux-source-3.2'
  CC [M]  /root/hifaceDriverSource/snd-usb-asyncaudio/chip.o
  CC [M]  /root/hifaceDriverSource/snd-usb-asyncaudio/pcm.o
  LD [M]  /root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.o
  Building modules, stage 2.
  MODPOST 1 modules
WARNING: "kmalloc_caches" [/root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.ko] undefined!
WARNING: "usb_wait_anchor_empty_timeout" [/root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.ko] undefined!
WARNING: "param_ops_int" [/root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.ko] undefined!
WARNING: "dev_set_drvdata" [/root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.ko] undefined!
WARNING: "snd_pcm_period_elapsed" [/root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.ko] undefined!
WARNING: "usb_init_urb" [/root/hifaceDriverSource/snd-usb-asyncaudio/snd-usb-hiface.ko] undefined!
...


Menestrello ha scritto:Il problema - secondo me - è che nell'hackberry non ci sono i sorgenti del kernel

Appunto, non si può compilare il modulo sull'hackberry senza i sorgenti del kernel, meglio un cross-compile sulla ubuntu su cui hai compilato il kernel e poi copiarlo (il modulo) sull'hackberry.

L'alternativa è compilarsi il kernel sull'hackberry.

Una seconda alternativa (per risparmiarsi la ricompilazione grlobale totale del kernel sull'hack) è prendere /usr/src/linux.3.4.24 da Ubuntu e copiarla sull'hack, rifare il make menuconfig togliendo le opzioni per il cross compile e vedi se un "make modules" compila i moduli senza problemi, se è tutto ok crei sull'hackberry il symlink /lib/modules/3.4.24/build e provi lì a compilare il modulo per l'hiface.

Switters ha scritto:
Appunto, non si può compilare il modulo sull'hackberry senza i sorgenti del kernel, meglio un cross-compile sulla ubuntu su cui hai compilato il kernel e poi copiarlo (il modulo) sull'hackberry.

L'alternativa è compilarsi il kernel sull'hackberry.

In effetti ho provato - senza molto successo - a ricompilare il kernel nell'hackberry.
Il cross compiling su ubuntu sarebbe migliore e più veloce ma non mi riesce
Per oggi ne ho abbastanza
E poi tutto questo sbattimento per provare una hiface di Grunter quando ho un bellissimo nuforce che funziona al primo colpo

Menestrello ha scritto:In effetti ho provato - senza molto successo - a ricompilare il kernel nell'hackberry.
Il cross compiling su ubuntu sarebbe migliore e più veloce ma non mi riesce

Forse per cross compilare il modulo bisogna lanciare il make con qualche opzione che gli faccia prendere le librerie per ARM, il cross-compiler, ecc.
E va be', se hai già il nuforce... a proposito, come va, si comporta bene?

Switters ha scritto:

Menestrello ha scritto:In effetti ho provato - senza molto successo - a ricompilare il kernel nell'hackberry.
Il cross compiling su ubuntu sarebbe migliore e più veloce ma non mi riesce

Forse per cross compilare il modulo bisogna lanciare il make con qualche opzione che gli faccia prendere le librerie per ARM, il cross-compiler, ecc.
E va be', se hai già il nuforce... a proposito, come va, si comporta bene?

In mattinata faccio qualche altra prova; devo modificare il Makefile del driver hiface e capire che opzioni dare al compilatore.
Sul NuForce ti dirò qualcosa di più dopo l'incontro di questo pomeriggio con Grunter, Robertopisa e Lorenzo Mordini

Non ci posso credere


Forse ieri ero troppo stanco e quindi poco lucido; sono rimasto sino a mezzanotte e mezzo cercando di compilare sull'hackberry senza successo.
Invece ora sono andato sul mio ambiente di cross-compilazione su Ubuntu, ho scaricato i sorgenti del driver e ho modificato il Makefile dei driver Hiface in questo modo:

Codice:


snd-usb-hiface-objs += chip.o pcm.o
obj-m += snd-usb-hiface.o

#KDIR := /lib/modules/$(shell uname -r)/build
KDIR := /hackberry/kernel/linux-sunxi/output/lib/modules/3.4.24/build
PWD := $(shell pwd)
default:
   $(MAKE) -C $(KDIR) ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j3 SUBDIRS=$(PWD) modules

clean:

   $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) clean


Ho dato il make e...
Udite udite! Ha compilato!

Ho modificato il path in KDIR e aggiunto le opzioni - vado un po' ad intuito - per il cross compiling
ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j3
Non mi sono del tutto chiare comunque ha compilato. resta da vedere se funziona

Menestrello ha scritto:Non mi sono del tutto chiare comunque ha compilato. resta da vedere se funziona

Ottimo, buon pomeriggio

La giornata di ieri è stata un mezzo disastro.
Il piccoletto non voleva saperne di funzionare: gmpc si connetteva e disconnetteva continuamente, in maniera del tutto inspiegabile.
Il comando top non mostrava utilizzi eccessivi di cpu, sembrava tutto normale e per tutto il pomeriggio non siamo praticamente riusciti ad ascoltarlo
Ho dato la colpa alla rete del buon Federico, ai cavi lunghi, al pessimo router, alla bassa qualità della ethernet della scheda...

tutte palle

Mpd ha un problema con certi tipi di condivisioni. O almeno la mia configurazione di mpd.
Federico ha una Qnap con delle share che io ho montato sull'hackberry: sono quelle che incasinano tutto.
Credo - è solo un'ipotesi, non ho potuto approfondire - che ci siano dei problemi riguardo al set di caratteri.

Peccato, avevo anche installato il driver hiface e poteva essere una bella prova.

Menestrello ha scritto:Mpd ha un problema con certi tipi di condivisioni. O almeno la mia configurazione di mpd.
Federico ha una Qnap con delle share che io ho montato sull'hackberry: sono quelle che incasinano tutto.
Credo - è solo un'ipotesi, non ho potuto approfondire - che ci siano dei problemi riguardo al set di caratteri.

Peccato, avevo anche installato il driver hiface e poteva essere una bella prova.

Peccato sì, non si poteva attaccare il Qnap direttamente via USB o fare una prova con una chiavetta?
Mi sembra di ricordare che il set di caratteri del file system si possa impostare in mpd.conf, se si tratta di una share montata via samba magari c'è di mezzo anche qualche opzione di cifs.

Switters ha scritto:

Menestrello ha scritto:Mpd ha un problema con certi tipi di condivisioni. O almeno la mia configurazione di mpd.
Federico ha una Qnap con delle share che io ho montato sull'hackberry: sono quelle che incasinano tutto.
Credo - è solo un'ipotesi, non ho potuto approfondire - che ci siano dei problemi riguardo al set di caratteri.

Peccato, avevo anche installato il driver hiface e poteva essere una bella prova.

Peccato sì, non si poteva attaccare il Qnap direttamente via USB o fare una prova con una chiavetta?
Mi sembra di ricordare che il set di caratteri del file system si possa impostare in mpd.conf, se si tratta di una share montata via samba magari c'è di mezzo anche qualche opzione di cifs.

Il fatto è che siamo testardi ho dato per scontato fosse un problema di rete e le ho provate tutte, compreso inserire in mezzo uno switch con delle patch corte
Quando sono arrivato a casa mi sono accorto che presentavo lo stesso problema... Impossibile, mi son detto.
Ho cancellato e ricreato il DB e tutto è andato a posto.
Il set di caratteri sul mio MPD è impostato come UTF-8

Codice:

filesystem_charset      "UTF-8"
id3v1_encoding         "UTF-8"


Sarebbe interessante capire qualcosa di più sulle share presenti nella qnap di Federico.

Legge di Murphy http://it.wikipedia.org/wiki/Legge_di_Murphy

Menestrello ha scritto:

Switters ha scritto:

Peccato sì, non si poteva attaccare il Qnap direttamente via USB o fare una prova con una chiavetta?
Mi sembra di ricordare che il set di caratteri del file system si possa impostare in mpd.conf, se si tratta di una share montata via samba magari c'è di mezzo anche qualche opzione di cifs.

Il fatto è che siamo testardi ho dato per scontato fosse un problema di rete e le ho provate tutte, compreso inserire in mezzo uno switch con delle patch corte
Quando sono arrivato a casa mi sono accorto che presentavo lo stesso problema... Impossibile, mi son detto.
Ho cancellato e ricreato il DB e tutto è andato a posto.
Il set di caratteri sul mio MPD è impostato come UTF-8

Codice:

filesystem_charset      "UTF-8"
id3v1_encoding         "UTF-8"


Sarebbe interessante capire qualcosa di più sulle share presenti nella qnap di Federico.

Mai dubitato della sua validità

robertopisa ha scritto:Legge di Murphy http://it.wikipedia.org/wiki/Legge_di_Murphy

L'Odroid è arrivato e che sia potente si è visto subito
In realtà tutta questa potenza non serve, la cosa veramente importante è che i driver, la rete etc funzionano davvero ben.
Finalmente per spostare un flac da 20MB via rete ci vogliono meno di 4sec.

Ne parlerò magari in un thread a parte, appena trovo il tempo.

Voglio invece parlare di una cosa parecchio strana che ho notato.

Premessa: l'uso della cpu è quasi nullo, sia che si parli di hackberry che di Odroid; oltre ad un po' di cpu presa da mpd nel ricreare il buffer non ci sono altri processi rilevanti.

Stavo facendo un po' di prove con entrambi i player (odroid e hackberry) e il trasporto NuForce quando mi sono accorto inaspettatamente che non solo i flac a 192Khz avevano dei problemi (stuttering?), ma anche i 24/96
La musica sembrava sgranata, riprodotta malissimo, a volte in modo irriconoscibile
La cosa strana è che sia odroi che hackberry soffrivano del problema.
Dopo un po' di prove e indagini ho risolto il problema ma non mi è chiaro cosa stia succedendo e ora vi spiego perché.
Queste sono le schede audio rilevate da alsa,il NuForce è il dispositivo 1

Codice:


root@odroidu2-1:/proc/asound# ll
total 0
dr-xr-xr-x  4 root root 0 Feb 12 15:20 .
dr-xr-xr-x 78 root root 0 Dec 31  1969 ..
dr-xr-xr-x  2 root root 0 Feb 12 15:20 card0
dr-xr-xr-x  2 root root 0 Feb 12 15:20 card1
-r--r--r--  1 root root 0 Feb 12 15:20 cards
lrwxrwxrwx  1 root root 5 Feb 12 15:20 DAC -> card1
-r--r--r--  1 root root 0 Feb 12 15:20 devices
-r--r--r--  1 root root 0 Feb 12 15:20 hwdep
lrwxrwxrwx  1 root root 5 Feb 12 15:20 Ooroidmax98090 -> card0
-r--r--r--  1 root root 0 Feb 12 15:20 pcm
-r--r--r--  1 root root 0 Feb 12 15:20 timers
-r--r--r--  1 root root 0 Feb 12 15:20 version


Lo stream0 e lo stream1 dovrebbero corrispondere all'hardware 1,0 e 1,1 nella configurazione di mpd.
Ecco cosa dice lo stream0:

Codice:


root@odroidu2-1:/proc/asound/DAC# cat stream0
Nuforce Inc., Nuforce 192k USB DAC at usb-s5p-ehci-3.3, high speed : USB Audio

Playback:
  Status: Stop
  Interface 3
    Altset 1
    Format: S16_LE
    Channels: 2
    Endpoint: 3 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000
    Data packet interval: 125 us
  Interface 3
    Altset 2
    Format: S24_3LE
    Channels: 2
    Endpoint: 3 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000
    Data packet interval: 125 us


Sembra un 16/24 con supporto per tutti i sample rate

questo invece è stream1:

Codice:

root@odroidu2-1:/proc/asound/DAC# cat stream1
Nuforce Inc., Nuforce 192k USB DAC at usb-s5p-ehci-3.3, high speed : USB Audio #1

Playback:
  Status: Running
    Interface = 3
    Altset = 3
    URBs = 8 [ 8 8 8 8 8 8 8 8 ]
    Packet Size = 156
    Momentary freq = 184006 Hz (0x17.0030)
    Feedback Format = 16.16
  Interface 3
    Altset 3
    Format: S16_LE
    Channels: 2
    Endpoint: 3 OUT (ASYNC)
    Rates: 44100, 48000, 88200, 96000, 176400, 192000
    Data packet interval: 125 us


Sembra avere solo il supporto per i 16bit e tutti i sample rate.
Ora, non ho un dac che mi dica se il segnale in ingresso è 16 o 24 bit, però se uso il dispositivo 1,0 che sembra avere il supporto 16/24 la riproduzione dei file diversi dai 16/44 ha grossi problemi.
Utilizzando il dispositivo 1,1 tutto funziona alla perfezione. Non solo, i tempi di risposta sono molto migliori.

Starà uscendo a 16 o a 24 bit?

Mistero

sicuro che il file sia veramente a 24bit?

questo è quanto mi da il mio headstreamer prima a 16/44 e poi a 24/96

cat /proc/asound/card1/stream0
www.hirestech.com 2012 Rev 1.2 HeadStreamer at usb-0000:00:1d.1-2, full speed : USB Audio

Playback:
Status: Running
Interface = 1
Altset = 2
URBs = 3 [ 8 8 8 ]
Packet Size = 600
Momentary freq = 44250 Hz (0x2c.4000)
Feedback Format = 10.14
Interface 1
Altset 1
Format: S24_3LE
Channels: 2
Endpoint: 1 OUT (ASYNC)
Rates: 96000, 88200, 48000, 44100, 32000
Interface 1
Altset 2
Format: S16_LE
Channels: 2
Endpoint: 1 OUT (ASYNC)
Rates: 96000, 88200, 48000, 44100, 32000


cat /proc/asound/card1/stream0
www.hirestech.com 2012 Rev 1.2 HeadStreamer at usb-0000:00:1d.1-2, full speed : USB Audio

Playback:
Status: Running
Interface = 1
Altset = 1
URBs = 2 [ 6 7 ]
Packet Size = 600
Momentary freq = 96000 Hz (0x60.0000)
Feedback Format = 10.14
Interface 1
Altset 1
Format: S24_3LE
Channels: 2
Endpoint: 1 OUT (ASYNC)
Rates: 96000, 88200, 48000, 44100, 32000
Interface 1
Altset 2
Format: S16_LE
Channels: 2
Endpoint: 1 OUT (ASYNC)
Rates: 96000, 88200, 48000, 44100, 32000

Mi capita un'altra cosa 'strana'

Non sono riuscito a verificare se è sistematica, quindi diciamo che spesso mi capita che accendendo il player non venga riconosciuto il trasporto nuForce.
Questa cosa avviene solo all'accensione. Se lo stacco dalla usb e poi lo riattacco viene riconosciuto regolarmente.


Piuttosto seccante.
Modprobe mi dice che usbaudio è stato caricato, anche perché ne forzo il caricamento all'avvio.

Che potrebbe essere?