USB-I2S

[gluca]

forse il primo sul mercato DIY a parte mastruzzi vari di schede varie. esoso pero'! e non ha driver per Mac

http://www.exadevices.com/Home.aspx

[Echo]

forse il primo sul mercato DIY a parte mastruzzi vari di schede varie. esoso pero'! e non ha driver per Mac

http://www.exadevices.com/Home.aspx

430 dollari e neanche i driver per mac!!! ...e poi che ha in più rispetto alla hiface evo?

[gluca]

la evo e' usb-spdif e si ferma a 24/196, questa arriva 32/385.2. che poi faccia differenza alla recchia ... non saprei.

[Echo]

la evo e' usb-spdif e si ferma a 24/196, questa arriva 32/385.2. che poi faccia differenza alla recchia ... non saprei.

ah giusto non arriva a 385 mi confondevo con il loro dac ...però la I2s ce l'ha:
"Several outputs are available at the same time: coax on RCA, coax on true 75 Ohms BNC, AES/EBU on male XLR, optical on Toslink™ (Toslink™ is guaranteed to operate up to 96kHz, though we got operation up to 176.4kHz on certain setups), optical on ST (for high-speed operation up to 192kHz and up to 1.6km or 1 mile), straight I2S for direct connection to DIY DACs on RJ-45 (NOT plug-in compatible with NorthStar products!)."

[gluca]

ed io la confondevo con la hiface base. la evo costicchia credo una cosa simile.

[UnixMan]

Si, quello che chiedono x la hiFace evo IMHO è uno sproposito. Conviene aspettare le "Audio Widget" (o se ancora è possibile prenotare una "beta"). L'interfaccia è standard (questa lo è davvero, non come la hiFace...) e funziona senza bisogno di installare driver aggiuntivi sia su Linux che su Mac (per windoze non so se esista un support per il nuovo standard). Non ricordo se arriva a 32/384, di sicuro fa i 24/192.

[PPoli]

http://cgi.ebay.it/Native-24bit-96k-USB ... 43a1273831
Per chi ha seguito meglio l'argomento: che ne pensate di questa?
Non si parla di driver (ma di supporto per win). Qualcuno conosce quel chip?

Meccanicamente e come versatilità non sembra male. Ha tutti gli ingressi e anche il selettore dell'alimentazione esterna.

http://www.teradak.com/en/product_view.asp?ID=203 Qui le specifiche. Parla anche di driver ASIO.

[UnixMan]

http://www.teradak.com/en/product_view.asp?ID=203 Qui le specifiche. Parla anche di driver ASIO.

«Plug & Play, no installing drivers or software» e parla di windows. Che, "seven" incluso, senza driver proprietari non supporta altro che il vecchio standard USB audio 1.x ==> NON può essere asincrono. NON va bene.

Ma perché non vi piace l'audio-widget?

Costa circa 120$ DAC (Sabre) incluso, ovviamente molto meno se non vi serve il DAC e prendete solo la scheda di interfaccia digitale (da cui si può ottenere il segnale I2S). Sia l'hardware che il software sono completamente open-source (firmware incluso). Segue lo standard USB 2 audio asincrono. Utilizza clock a basso jitter separati per 44.1/88.2/176.4 e 48/96/192. Gli sviluppatori sono facilmente raggiungibili e disponibili, se avete qualche buona idea per migliorarlo non avete che da dirglielo.

Funziona su Linux e Mac OS/X (che supportano in modo nativo il nuovo standard) senza dover aggiungere alcun driver. Dato che windoze viceversa NON supporta il nuovo standard, su quel sistema per il momento può funzionare solo in modalità compatibile (USB 1.x). Ma in diversi si sono offerti di scrivere un driver, quindi probabilmente è solo questione di tempo.

Che volete di più?

[PPoli]

Ma perché non vi piace l'audio-widget?

A me l'audio widget piace, ma non mi risolve il problema. A parte che è ordinabile? La versione 2? Solo il modulo usb-spdif/I2S?

Comununque:

attualmente sull'HT-PC uso la M-Audio Transit. Con dual boot Win7-Kubuntu. E ho un problema con l'uno e uno con l'altro:
- Con Windows 7 ogni volta che il computer va in stand-by o lo spengo la transit si "scollega" e si ricollega, ma non gira più. Devo aprire le proprietà ed eseguire il test della frequenza di campionamento. Ogni volta. Una palla.
- Con Linux leggermente meglio, nel senso che sino a che la lascio attaccata va bene. Il problema è che la Transit può funzionare in due modalità: IN/OUT solo fino a 48kHz, solo In o solo Out fino a 24bit 96kHz. Solo che si passa da una modalità all'altra solo via software. In windows il software è contenuto nel driver. In Linux il driver non c'è e quindi non posso attivare la modalità 96kHz e di conseguenza non sento tutti i file codificati in quel modo.

Vorrei risolvere con poca spesa. La Hiface mi risolve solo la parte win, la audio widget solo la parte linux (almeno per ora).

I due sistemi operativi, per una serie di ragioni mi servono entrambi.

PS a volte la Transit mi si è settata su 24/96 ma non ho capito come ho fatto. Se riesco a sistemarla anche fissa la sezione IN non mi serve e posso aspettare che terminino la widget.

[LuCe68]

un'altra scelta possibile è la seguente:
http://cgi.ebay.it/Musiland-Monitor-01- ... 1e5ad55181

PRO:
1) 24bit 192KHz con diver proprietari asio per tutti i Windows
2) Facilmente hackerabile: la rete piena di suggerimenti .
3) Dovrebbe essere possibile portare fuori i segnali I2s (sicuro al 100% per la versione US con uscite analogiche perchè basta prelevare i seganli dai pin del DAC ma costa qualcosa in più)
4) costo basso.

Contro
Non ha i driver per linux e mac. MA non è che ce ne siano tante...

[UnixMan]

A me l'audio widget piace, ma non mi risolve il problema.

cioè?

A parte che è ordinabile? La versione 2? Solo il modulo usb-spdif/I2S?

un primo "round" di beta è andato, ne stanno preparando un secondo a breve. Ci si può prenotare. Non sono sicuro al 100%, ma se non vado errato si può anche prendere solo la scheda digitale (USB-I2S) senza la AB-1/2 (il DAC).

- Con Linux leggermente meglio, nel senso che sino a che la lascio attaccata va bene.

che vuol dire?

Ah, forse che devi caricare il firmware... per poter usare la Transit in Linux devi installare il loader per il firmware, pacchetto "madfuload". In Ubuntu il pacchetto dovrebbe essere nel repository "multiverse", che ovviamente devi abilitare (casomai non lo fosse già). Dopo di che, banalmente, da terminale dai:

$ sudo aptitude install madfuload

In Debian (invero stranamente, M-Audio deve averglielo consentito espressamente) il pacchetto .deb include già anche i files con i firmware, quindi una volta installato il pacchetto non devi fare altro. Casomai in Ubuntu non fosse così, volendo puoi scaricare il .deb da un repository Debian ed installare quello.

Altrimenti segui le istruzioni che trovi nella man page:

$ man madfuload

e/o nel file: /usr/share/doc/madfuload/README.Debian

Queste le versioni presenti in Debian:

$ apt-cache policy madfuload
madfuload:
Installed: 1.2-4
Candidate: 1.2-4
Version table:
*** 1.2-4 0
180 http://ftp.debian.org/debian/ unstable/non-free i386 Packages
900 http://mi.mirror.garr.it/mirrors/debian/ stable/non-free i386 Packages
900 http://ftp.debian.org/debian/ stable/non-free i386 Packages
100 /var/lib/dpkg/status

e questi i files installati dal pacchetto:

$ dpkg -L madfuload
/.
/usr
/usr/share
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/madfuload.1.gz
/usr/share/doc
/usr/share/doc/madfuload
/usr/share/doc/madfuload/copyright
/usr/share/doc/madfuload/changelog.Debian.gz
/usr/share/doc/madfuload/changelog.gz
/usr/share/doc/madfuload/README
/usr/share/usb
/usr/share/usb/maudio
/usr/share/usb/maudio/ma008100.bin
/usr/share/usb/maudio/ma006100.bin
/usr/share/usb/maudio/ma004103.bin
/usr/share/usb/maudio/ma005101.bin
/usr/share/usb/maudio/ma003101.bin
/usr/sbin
/usr/sbin/madfuload
/lib
/lib/udev
/lib/udev/rules.d
/lib/udev/rules.d/42-madfuload.rules

(oh, assicurati di avere una versione recente ed aggiornata di Ubuntu; almeno la 10.04LTS, ma meglio se aggiorni alla nuova 11.04 che ha un kernel 2.6.38 che introduce diverse migliorie).

Il problema è che la Transit può funzionare in due modalità: IN/OUT solo fino a 48kHz, solo In o solo Out fino a 24bit 96kHz. Solo che si passa da una modalità all'altra solo via software. In windows il software è contenuto nel driver. In Linux il driver non c'è e quindi non posso attivare la modalità 96kHz e di conseguenza non sento tutti i file codificati in quel modo.

Err... in Linux il driver ovviamente c'è, nativo (ALSA), altrimenti non funzionerebbe. Se il driver supporta entrambe le modalità, dovrebbe esserci anche il controllo per effettuare lo switch.

Normalmente, tutti i controlli (per qualsiasi scheda) sono gestiti da "alsamixer". Non so se l'interfaccia GUI del mixer di KDE4 li presenti tutti. Nel dubbio, prima prova a vedere con alsamixer nativo (è una "TUI", lo devi lanciare da terminale; se hai più di una scheda audio, probabilmente devi passargli il parametro --card=<numero> (oppure in forma breve: alsamixer -c <nimero>), dove <numero> è il numero (0-based) della scheda, che puoi vedere con il comando:

$ aplay -l

Tutti i controlli li puoi listare (e gestire) anche con il mixer nativo CLI, "amixer":

$ man amixer
$ amixer -h

Ad es. questi sono i controlli della scheda integrata del mio PC:

$ amixer scontrols
Simple mixer control 'Master',0
Simple mixer control 'Headphone',0
Simple mixer control 'Speaker',0
Simple mixer control 'Speaker',1
Simple mixer control 'PCM',0
Simple mixer control 'Front Mic Jack Mode',0
Simple mixer control 'Center',0
Simple mixer control 'LFE',0
Simple mixer control 'Line Jack Mode',0
Simple mixer control 'Mic Jack Mode',0
Simple mixer control 'IEC958',0
Simple mixer control 'IEC958 Default PCM',0
Simple mixer control 'IEC958 Playback Source',0
Simple mixer control 'Capture',0
Simple mixer control 'Capture',1
Simple mixer control 'Capture',2
Simple mixer control 'Digital',0
Simple mixer control 'Input Source',0
Simple mixer control 'Input Source',1
Simple mixer control 'Input Source',2
Simple mixer control 'Mux',0
Simple mixer control 'Mux',1
Simple mixer control 'Mux',2
Simple mixer control 'PC Beep',0
Simple mixer control 'Swap Center/LFE',0

Se all'avvio e/o dopo un suspend/resume ti torna nell'altra modalità, puoi fargli "ricordare" i settaggi correnti utilizzando il comando "alsactl store":

$ man alsactl
$ alsactl -h
$ sudo alsactl store <numero>

(<numero> come sopra)

P.S.: ho trovato questo: http://forums.m-audio.com/showthread.ph ... s-USB-Mode ma non c'è risposta.

[PPoli]

Kubuntu 10.04. Ho già preso giù il nuovo, (ma mi sembra per il momento ci sia solo Ubuntu, senza kde). Ho in programma l'installazione su un'altra macchina, poi passo anche all'HTPC.

Il firmware lo carica (madfuload già installato) il problema c'è solo se faccio un hot-(un)plug a computer acceso. Quando rconnetto non ricarica. Se avvio con la scheda su una porta USB tutto funziona. Ma non è un problema, lo metto a posto appena ho tempo.

Err... in Linux il driver ovviamente c'è, nativo (ALSA), altrimenti non funzionerebbe. Se il driver supporta entrambe le modalità, dovrebbe esserci anche il controllo per effettuare lo switch.

Si, intendevo il sftware per lo switch. NO, non c'è nulla nel mixer "grafico", ma proprio nulla. Solo la selezione o meno di PCM. Ma anche con ALSA mixer avviato da console.

L'unica informazione che riesco ad ottenere in alsamixer (v1.0.22) in proc/asound/cards è "USB-Audio Transit USB -> M-Audio Transit USB at usb-0000:00:04.0-3, full speed"
Ma quel parametro full speed no dice molto, nel senso che nel driver Windows ci sono in pratica quattro velocità, 44.1 e 48 se la uso sia in entrata che in uscita e 88.2 e 96 se la uso solo in ingresso o solo in uscita. Il problema è settare questo valore.
L'altra scheda interna invece ha molte più impostazioni.

Da amixer di strano trovo solo due generiche voci "IEC958" una settata a 0 e una a 1. Provo a modificare quelle.

[UnixMan]

Il firmware lo carica (madfuload già installato) il problema c'è solo se faccio un hot-(un)plug a computer acceso. Quando rconnetto non ricarica. Se avvio con la scheda su una porta USB tutto funziona. Ma non è un problema, lo metto a posto appena ho tempo.

mmh, mi puzza di problema con udev. È quello che dovrebbe chiamare madfuload (vedi il file installato da madfuload in /etc/udev/rules.d/).

Al limite potresti chiamare madfuload a mano, oppure provare a forzare un reload di udev. Hai provato a cercare in rete? immagino tu non sia il solo ad avere quella scheda...

Si, intendevo il sftware per lo switch. NO, non c'è nulla nel mixer "grafico", ma proprio nulla. Solo la selezione o meno di PCM.

mmh, non è che ti fa vedere solo le impostazioni di "phonon" o roba del genere? Prova a vedere se ti fa' vedere la scheda vera e se tra le opzioni ti fa scegliere quali controlli visualizzare o meno.

Ma anche con ALSA mixer avviato da console.

questo è strano... quello dovrebbe farteli vedere tutti. Sicuro di aver selezionato la scheda giusta con "-c" ?

L'unica informazione che riesco ad ottenere in alsamixer (v1.0.22) in proc/asound/cards è "USB-Audio Transit USB -> M-Audio Transit USB at usb-0000:00:04.0-3, full speed"

quello (full-speed) si riferisce al bus USB. Che ovviamente va' al max consentito (di USB1.1). Non c'entra nulla con il bitrate audio.

Da amixer di strano trovo solo due generiche voci "IEC958" una settata a 0 e una a 1. Provo a modificare quelle.

posta l'output di amixer.

La voce "IEC958" si riferisce alla uscita s/pdif; in genere uno è uno switch (on/off) per abilitarla o disabilitarla. Un altro forse potrebbe essere proprio il controllo del sampling rate. Su alsamixer che dice? (In alto a Sx, dove dice "Item:" oltre che sotto il controllo). Che tipo di controlli sono? (come appaiono).

N.B.: lo switch che ti interessa potrebbe essere tra i controlli di input! ("capture", ci vai con F4 o metti tutto insieme con F5). Prova a metterli tutti a zero ed in "mute" (pigia "m" da alsamixer).

(uno dei difetti di alsa, che purtroppo almeno in parte è il prezzo da pagare per l'interfaccia unica per tutte le schede possibili ed immaginabili, è il modo in cui vengono gestiti alcuni controlli e spesso i nomi degli stessi... non esattamente intuitivi: talvolta, con alcune schede certe cose te le ritrovi dove e come meno te le aspetti).

[PPoli]

Codice: Seleziona tutto

paolo@HTPC-Kubuntu:~$ amixer scontrols
Simple mixer control 'Master',0
Simple mixer control 'Headphone',0
Simple mixer control 'PCM',0
Simple mixer control 'Front',0
Simple mixer control 'Front Mic',0
Simple mixer control 'Front Mic Boost',0
Simple mixer control 'Line',0
Simple mixer control 'Mic',0
Simple mixer control 'Mic Boost',0
Simple mixer control 'IEC958',0
Simple mixer control 'IEC958 Default PCM',0
Simple mixer control 'IEC958',1
Simple mixer control 'Beep',0
Simple mixer control 'Capture',0
Simple mixer control 'Capture',1
Simple mixer control 'Input Source',0
Simple mixer control 'Input Source',1

Non sono l'unico ad avere questa scheda ma nemmeno l'unico con questo problema. La risposta ufficiale di M-Audio è che la scheda non è supportata sotto Linux.

questo è strano... quello dovrebbe farteli vedere tutti. Sicuro di aver selezionato la scheda giusta con "-c" ?

Basta premere f6 in alsamix per l'elenco delle schede. L'altra ha dei controlli, La transit ha solo il volume PCM e quello del mic quello del PCM può essere messo mute (ha lo 00 sotto), quello del mic no.

[UnixMan]

Non capisco: i due "capture", i due "Input Source" ed i tre "IEC958" in alsamixer da qualche parte dovrebbero comparire...

[LuCe68]

mi si perdoni l'OT...
tutti a parlar male di windows, ma mi semra che linux sia un gran bel casino , per installare un driver ci vuole l'abilità di unixmax ?!?!
ma poi andrà veramente meglio o è la solita guerra di religione ?

[UnixMan]

Il problema non è installare il driver... la rogna è che driver e software di supporto non ci sono proprio. La maggior parte (la quasi totalità) dei produttori di hardware ti danno solo i driver per windows e/o qualche volta quelli per Mac e li si muore. Per Linux spesso e volentieri non solo non ti forniscono i driver, ma si rifiutano perfino di fornire alla comunità (e perfino ai singoli) sviluppatori le specifiche tecniche necessarie per poterselo fare da soli. Di conseguenza, la maggior parte dei driver per Linux sono frutto di reverse-engineering! Ma la libertà non ha prezzo. Anche nel software.

Il vantaggio enorme ed inarrivabile di Linux rispetto a qualsiasi sistema proprietario (e chiuso) è la sua infinita flessibilità. Dovuta all'eredità di Unix (come modello e filosofia) e portata alla massima potenza dal fatto di essere software libero. Quindi di avere a disposizione tutti i sorgenti e poterli utilizzare/modificare/distribuire a piacimento senza alcuna limitazione (se non quella che il tutto, se ridistribuito, deve esserlo alle medesime condizioni).

I sistemi proprietari ti danno in mano un oggetto "chiavi in mano", ma blindato e sigillato. Almeno in teoria (in pratica non è sempre vero neanche questo), quello per cui il sistema è stato previsto lo fai senza il minimo sforzo. Le rogne cominciano non appena vuoi/devi fare qualcosa di diverso da quanto previsto. In questo caso un sistema proprietario come minimo ti complica la vita, quando non cerca intenzionalmente di impedirtelo: vedi i vari DRM, "trusted computing" e via discorrendo. Tutte trappole che limitano la tua libertà e ti impediscono di fare quello che ti pare con il tuo computer. O almeno ci provano; finora è andata bene che (non senza fatica) prima o poi si è sempre riusciti ad abbattere o aggirare quasi tutte le varie barriere che sono state via via innalzate. Ma più si va avanti e più sta diventando difficile scardinare le difese. Senza contare i problemi legali connessi. Prima o poi, i PC con windows ed i Mac saranno come le TV: potrai usare solo le funzioni che sono sul telecomando. E se la funzione che ti serve non c'è, ti attacchi.

Con Linux, viceversa, hai tu il controllo. E fai quello che vuoi. Il sistema non cerca di impedirtelo, anzi al contrario ti mette a disposizione tutti gli strumenti per fare qualsiasi cosa. Anche se si tratta di qualcosa che non era mai stato neanche immaginato prima.

[LuCe68]

mi pare che ti contraddici: dici che puoi fare tutto quello che vuoi con linux ma affermi anche che non puoi farti da solo i driver per le periferiche perchè coperti da segreto. Senza contare che anche con "Winzoz" puoi farti i driver da solo, basta esserne capaci ovviamente.
Facciamo un esempio pratico: ha senso che con linux io abbia la possibilità di farmi un driver per la HI-FACE se poi non so come la HI-FACE funziona perchè segretata?
Mi sembra la classica teoria tra il dire e il fare: in teoria linux e migliore (e qui concordo con te, tant'è che saltuariamnte lo rispolvero e mi ci diverto) ma in pratica ci fai la l' 80% delle cose sei un programmatore e il 40% se sei un utente (o utotonto se preferisci).
Ma tu pensi veramente che il ragioniere di Pistoia possa davvero imparare 25 linguaggi di programmazione diversi(che ho visto adoprare solo in ambiente linux) e spendere 6 mesi solo per far andare una interfaccina Hi FACE ?
Quello che rende vincente un sistema operativo rispetto ad un altro, a mio modestitissimo parere, non sono le sue prestazioni o le sue possibilità ma il software che ha a disposizione, e qui che piaccia o meno Winzoz stravince.
L

[PPoli]

Ma tu pensi veramente che il ragioniere di Pistoia possa davvero imparare 25 linguaggi di programmazione diversi(che ho visto adoprare solo in ambiente linux) e spendere 6 mesi solo per far andare una interfaccina Hi FACE ?

No, ma il rgioniere di Pistoia può ad esempio comprarsi oggetti su internet utilizzando la carta di credito confidando sul fatto che se il programma che sta utilizzando fa qualche porcheria con i suoi dati in giro per il mondo c'è qualche sbalinato che è in grado di capirlo. Sul perchè poi ci sia chi trova più divertente fare le pulci a centinaia di righe di codice invece che uscire e andare a divertirsi possiamo aprire una discussione, ma ho l'impressione che anche nel nostro hobby se ci facciamo delle domande non è detto che troviamo delle risposte sensate.

E' solo un esempio, per rendere l'idea. Ora scappo perchè prendo il camper e filo al mare. Non sono di quelli che si divertono a spulciare il codice. O meglio, ho scritto decine di progrmmi, ma non passo le giornate a studiarmi quello degli altri. Anche perchè non credo sarei in grado.