Linux e M51?

Menestrello ha scritto:Ne deduco che il problema non è del NAD ma dei driver in linux, no?

Il problema è che NAD ha rilasciato i driver per Windows e OS X (mi pare) ma non per Linux.
Se fossero disponibili a dare informazioni su cosa dovrebbero fare di particolare questi driver magari qualcuno potrebbe anche svilupparli/modificare ALSA per farlo funzionare.

Switters ha scritto:

Menestrello ha scritto:Ne deduco che il problema non è del NAD ma dei driver in linux, no?

Il problema è che NAD ha rilasciato i driver per Windows e OS X (mi pare) ma non per Linux.
Se fossero disponibili a dare informazioni su cosa dovrebbero fare di particolare questi driver magari qualcuno potrebbe anche svilupparli/modificare ALSA per farlo funzionare.

Winzozz non ha nativamente i driver USB audio 2, è per quello che li rilasciano.
I Mac invece si e non hanno problemi col Nad. Se ne deduce che il Nad non è fuori standard. Piuttosto è ALSA ad avere qualche pecca.
 

Ma anche Linux ha i driver audio USB 2, tanto che XMOS è supportato nativamente.
Potrebbe essere un problema di configurazione del device ALSA.
Prova a dare un'occhiata qui per vedere se trovi qualche spunto che torna utile:
http://drona.csa.iisc.ernet.in/~uday/alsamch.shtml

Switters ha scritto:Ma anche Linux ha i driver audio USB 2, tanto che XMOS è supportato nativamente.
Potrebbe essere un problema di configurazione del device ALSA.
Prova a dare un'occhiata qui per vedere se trovi qualche spunto che torna utile:
http://drona.csa.iisc.ernet.in/~uday/alsamch.shtml

Leggevo giusto ieri l'elenco dei dispositivi non compatibili con Linux   Sono parecchi, e non perché utilizzano driver custom.

Mi piacerebbe capire da dove deriva questo errore perché in rete si parla dell'errore di ALSA sul descrittore esteso, ma ora il codice è stato corretto e questo errore non si presenta più.
Infatti non trovo più messaggi da alsa o da usb.
Il mixer però non sembra riportare canali validi, non ci sono i classici volume ma dei cursori che parlano di clock  
Alsa decodifica male l'elenco dei canali?
Boh?

Il doc che hai linkato non è molto utile. Grazie comunque   

Leggi il messaggio #20 in questo thread
http://vortexbox.org/threads/4802-Problem-with-Playback-Desings-MPS-3-DAC-and-VortexBox/page2

dice: "We already upgraded a couple of customers to kernel 3.9.2 so it works with the NAD M51 DAC."
L'oggetto è il Vortexbox, non lo conosco ma credo usi Linux.
L'ultima versione disponibile per il mio microPC è la 3.8
Sarebbe da capire cosa cambia nella 3.9.2 che permette il funzionamento del Nad.
Sarà sufficiente aggiornare alsa?

Menestrello ha scritto:Il doc che hai linkato non è molto utile. Grazie comunque   

L'ho postato più che altro perché c'è un esempio di configurazione di una scheda multicanale, magari modificando .asoundrc e forzando i due canali (impostando il parametro "slave.channels" e altri) per il device funziona

Menestrello ha scritto:Sarebbe da capire cosa cambia nella 3.9.2 che permette il funzionamento del Nad.
Sarà sufficiente aggiornare alsa?

Eh... mi sa che si fa prima a scaricarsi il kernel e compilarlo che a capire se basta aggiornare ALSA (e come farlo)

Switters ha scritto:
Eh... mi sa che si fa prima a scaricarsi il kernel e compilarlo che a capire se basta aggiornare ALSA (e come farlo)

 
purtroppo per il mio dispositivo ARM siamo fermi alla 3.8.y

le versioni successive non hanno il defconfig per il mio dispositivo.  

Menestrello ha scritto:purtroppo per il mio dispositivo ARM siamo fermi alla 3.8.y

le versioni successive non hanno il defconfig per il mio dispositivo.  

Ahi...   questo rende le cose abbastanza più complicate, sebbene non impossibili...
Dipende da quanta voglia e quanto tempo hai di provarci.

Edit: però a questo punto forse vale la pena provare a compilare solo la nuova versione di ALSA, non sembra essere compilcatissimo: http://www.alsa-project.org/main/index.php/Driver_Compilation

Switters ha scritto:

Menestrello ha scritto:purtroppo per il mio dispositivo ARM siamo fermi alla 3.8.y

le versioni successive non hanno il defconfig per il mio dispositivo.  

Ahi...   questo rende le cose abbastanza più complicate, sebbene non impossibili...
Dipende da quanta voglia e quanto tempo hai di provarci.

Edit: però a questo punto forse vale la pena provare a compilare solo la nuova versione di ALSA, non sembra essere compilcatissimo: http://www.alsa-project.org/main/index.php/Driver_Compilation

Codice:

root@odroidu2-1:~/work# ./alsa-compile.sh --driver --kmodules
Using temporary tree /tmp/alsa-compile-script.
Unable to determine Linux distribution.


  
Ovviamente  

Menestrello ha scritto:

Codice:

root@odroidu2-1:~/work# ./alsa-compile.sh --driver --kmodules
Using temporary tree /tmp/alsa-compile-script.
Unable to determine Linux distribution.


  
Ovviamente  

Ehhh... un erroruccio... che sarà mai... due martellate al .sh e via (se si è fortunati)  
Se riesco più tardi gli do un'occhiata, ma non garantisco.

Mi sa che la piattaforma ARM non è contemplata  

Menestrello ha scritto:Mi sa che la piattaforma ARM non è contemplata  

Mmmm... non credo... alsa-compile.sh usa il comando lsb_release per determinare la distribuzione, probabilmente manca, se da shell digiti lsb_release che ti dice?

Switters ha scritto:

Menestrello ha scritto:Mi sa che la piattaforma ARM non è contemplata  

Mmmm... non credo... alsa-compile.sh usa il comando lsb_release per determinare la distribuzione, probabilmente manca, se da shell digiti lsb_release che ti dice?

Mi dice 'command not found'

Comunque, guardando lo script, vedo che le sono supportate solo le distribuzioni Fedora e RedHat.
Il mio 'coso' ha una Debian minimale, senza uscita video. 

Possibile che alsa contempli la compilazione solo su Fedora e Redhat e non su Debian?
Oddio, potrebbe anche essere che gli sviluppatori siano dipendenti di Redhat, in tal caso sarebbe comprensibile...
Potresti vedere che ti dice alsa_compile.sh se installi il package con lsb_release.

Allora: ho scaricato i sorgenti di ALSA e seguito le istruzioni qui:
http://alsa.opensrc.org/Quick_Install

In pratica, appena provo a eseguire ./configure --with-sequencer=yes && make
mi da errore

Codice:

checking for directory with ALSA kernel sources... /root/work
checking for directory with kernel source... /usr/src/linux
checking for directory with kernel build... /usr/src/linux
checking for kernel linux/version.h ... no
The include file linux/version.h does not exist.
Please install the package with full kernel sources for your distribution
or use --with-kernel=dir option to specify another directory with kernel
sources (default is /usr/src/linux).


In effetti questo file include nei miei sorgenti, che ho anche compilato, non c'è.
  
boh

Questa è la versione di Linux che ho compilato e installato (con alsa)
Linux odroidu2-1 3.8.13.7 #1 SMP PREEMPT Thu Sep 5 09:25:05 CEST 2013 armv7l GNU/Linux

Questa è la versione di alsa
root@odroidu2-1:~/work/alsa-driver# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version k3.8.13.7.

    
 

Non vorrei che il version.h sia generato dal "make config" o "make bzImage" (o quale che sia adesso il comando per compilare il kernel).

Puoi provare a:
cd /root/work
cat /proc/config.gz > .config
make oldconfig

se non c'è il version.h prova a lanciare "make modules" (che dovrebbe compilare kernel e moduli), lo,lasci andare un paio di minuti e poi lo interrompi, a naso il version.h dovrebbe essere uno dei primi file generati.

Riprendo il discorso con mooolto ritardo.
Nel frattempo è arrivato il trasporto audio-gd che con un po' di peripezie e patch ad alsa sono riuscito a far funzionare.
Dopo tutti questi sbattimenti ho anche scoperto che il nuovo firmware audio-gd risolve ogni problema di compatibilità, quindi le ripetute ricerche e compilazioni per avere la patch sono state inutili  

Provare a compilare la nuova versione di alsa è un lavoraccio. Attualmente alsa è compilato insieme al kernel, mentre se voglio aggiornarlo devo averlo come modulo.
Ho quindi provato a ricompilare il kernel inserendo alsa come modulo ma mi da problemi. Forse la configurazione stessa di alsa come modulo prevede cose - a me sconosciute - differenti, perché tanto per fare un esempio, comandi come amixer o alsamixer mi danno errori strani a cui non ho trovato rimedio.
Oltretutto, non ho ancora trovato con google uno che dica che con la nuova versione di alsa il nad m51 funziona, a parte forse un messaggio che si riferisce comunque alla SB Touch.
Diciamo che per ora mi accontento di usarlo con il trasporto audio-gd, però se ho tempo farò qualche altra prova.