www.audiofaidate.org

Interfaccia USB asincrona (UAC2 ed UAC1). Progetto interamente Open Source: hardware (schemi e PCB), firmware e software vario (inclusi i driver ASIO per windows!). Sviluppato in gruppo.

Realizzabile interamente in proprio oppure approfittando dei PCB e/o kit che sono stati realizzati (sono state realizzate versioni con la sola interfaccia USB ed uscita digitale I2S e/o S/PDIF ed altre con DAC integrato). Alcune versioni sono disponibili in forma di prodotto commerciale finito.

Nuova implementazione (con modulo USB-I2S separato) di Ti Kan (AMB Laboratories):

http://www.amb.org/audio/zeta1/

zeta1_100_module.jpg

http://www.amb.org/audio/gamma1.5/ ("Widget" + DAC + ampli cuffie)

y1.5_8.jpg

Versioni di Børge Strand-Bergesen:

http://www.qnktc.com/mod_ab1_old/ (prima versione AB-1, non più disponibile)

http://www.qnktc.com/ab_11/AB_11.html (vecchia versione AB-1.1, non più disponibile)

http://www.qnktc.com/ab_12.php (versioni AB-1.x, non più disponibili)

edit: nuove versioni commerciali e nuovo sito dedicato: http://www.henryaudio.com/

henry-audio.jpg

SDC10786.jpg

AB-1_AudioWidget_20110414_tf3lj.jpg

ab_11-DSC_0182.jpg

PCB4_50.jpg

Versioni "all-in-one" di George Boudreau:

http://www.yoyodyneconsulting.ca/pages/ ... dware.html

USB5102-brd.jpg

DSC_0029-scaled.jpg

Altra implementazione: AT32UC3A3256 USB to I2S (AudioWidget compatible) by "Pavouk".

Link vari relativi al progetto:

http://sites.google.com/site/lofturj/sdr_widget

http://code.google.com/p/sdr-widget/

https://groups.google.com/group/audio-widget (mailing list ufficiale del progetto)

https://github.com/borgestrand/widget_binaries (firmware aggiornati)

Il thread "ufficiale" su diyaudio: Open-source USB interface: Audio Widget

Altri thread su diyaudio in cui se ne è parlato:

Ultimate USB to I2S interface

Async 192Khz USB - the SDR-Widget collaborative project

Molto più che interessante... a parte forse lo stadio di uscita analogico a operazionali, è praticamente perfetto!

«The design is based on ... the Atmel AT32UC3A3256 processor»

« The SDR-Widget-lite supports full RX and TX I/Q audio lines. It has been successfully tested up to 192k sampling with the latest Linux kernels and Mac OS. It is limited to 48k on Windows SDR software without a driver but an experimental version of the firmware using the HPSDR protocol is being developed to allow the SDR-widget-lite to run full speed on Windows. »

http://sites.google.com/site/lofturj/sdr_widget

« The cost of the alpha boards was about 150$. Now, ADC included. I suppose this would go down a lot as a kit containing only the Atmel chip. »

« (2) In the 1st half of 2011, we will be developing the audiophile-widget. The current widget has superior sound capture (ADC) capabilities. The playback quality is already very good. In fact, it is so good that I'm using it for music playback of 96khz/24bit music, with superior sound quality compared with my CD player (Cambridge Audio DVD99, playing 44.1khz/16bit music). However, we are working on an audiophile-widget with top end playback, comparable to the specialty commercial USB-DAC's costing thousands of $.

The design has a USB-I2S module (scaled down version of widget, without the rig control I/O's), which will be mated to a number of versions of Analog Boards (AB). Some versions of the AB will have both a DAC and an ADC. Some versions will be DAC only. Other versions of the AB will have an FPGA with DSP capabilities. The DAC we are going to use will likely to be an ESS 32 bit DAC, the ES9012. This is the top end DAC. The output stage will have AD797 opamps and the power supply will be rechargeable Li-on batteries for best low noise performance. The batteries are automatically recharged via the USB port when not in operation mode.»

«The audiophile-widget is targeted at the DIYaudio community. »

ma tradotto... che è^

come che è?

« The SDR-Widget is an attempt to create an SDR (software defined radio) focused audio/control card. »

Il progetto completo è stato pensato per realizzare una radio "software". Ma, per quello che interessa a noi, è una interfaccia asincrona USB2 -> I2S e/o anche un DAC completo con il Sabre, alimentazioni a bassissimo rumore, ecc. Il tutto progettato da gente che da l'impressione di sapere molto bene il fatto proprio (e con un discreto background in campo RF).

Praticamente promette di essere lo stato dell'arte in quanto a sorgenti digitali.

ah... mi sembrava di aver letto qualcosa relativamente ad uno streeming RF... ma sbagliavo.

marziom ha scritto:ah... mi sembrava di aver letto qualcosa relativamente ad uno streeming RF... ma sbagliavo.

Ni. In prospettiva vogliono utilizzare questa infrastruttura per realizzare un SDR completo (un "SDR" è un radioricevitore in cui, dopo un eventuale front-end RF c'è un ADC; tutto il resto - filtraggio, demodulazione, ecc, sono implementati interamente in software).

Nel gruppo degli sviluppatori ci dovrebbe essere almeno uno che è (anche) audiofilo, perché hanno preso la palla al balzo e previsto l'uso del solo controller con interfaccia USB asincrona (+DAC) come sorgente audio di alta qualità.

slurp ...

Sgrunt....
Devo consegnare una casa ad un inquilino e devo finire di imbiancare, una piccola parte dell'impianto elettrico e un po di quello idraulico.
Dove lo trovo il tempo per leggermi tutta quella roba.....

Per chi se l'è già letto: quelle belle schedine che si vedono nelle foto sono disponibili? Ho letto velocemente tra le righe di un gruppo di acquisto. Nel caso qualcuno partecipa?

A quanto ho capito ne hanno già fatto almeno un paio di versioni. Ma la versione che ci interessa in modo particolare è prevista per i prossimi mesi, quindi... stay tuned!

Io temo proprio che me ne prenderò una...

Non ho capito, sta cosa arriva a 192khz sia su Linux che su MacOs senza bisogno di driver proprietari?
Oltre questo (se ho ben inteso) quali sono i vantaggi rispetto ad una hiface?

Echo ha scritto:Non ho capito, sta cosa arriva a 192khz sia su Linux che su MacOs senza bisogno di driver proprietari?

così dicono (edit: si, è proprio così).

Echo ha scritto:Oltre questo (se ho ben inteso) quali sono i vantaggi rispetto ad una hiface?

Tanto per cominciare che è un progetto open e non un prodotto commerciale (che oltretutto, se parliamo della "pennetta", è realizzato in un modo che rende a dir poco complicata e scomoda qualsiasi modifica).

Ha di default alimentazioni migliori e la possibilità di prelevare l'uscita I2S. Potrebbe essere paragonato alla nuova versione, la hiFace Evo, ma dovrebbe costare molto meno di quella (che a mio modesto avviso è decisamente overpriced).

Inoltre (se lo si desidera), la versione "audiophile" completa includerà anche un DAC basato sul migliore dei chip Sabre 32, che ad occhio e croce sembra essere implementato molto meglio del "Buffalo II" (il kit della "twisted pear") e forse ciononostante costerà anche meno di quello.

Last but not least, per l'appunto funziona anche con Linux. Cosa che almeno per me è conditio sine qua non. I driver Linux per la hiFace, che erano stati promessi fin da quando è uscita, li sto' ancora aspettando...

https://groups.google.com/group/audio-widget

Visto che hai partecipato alla discussione, ti sei fatto un'idea dei tempi di realizzo? Perlomeno dell'interfaccia USB->SPDiff/I2S.
Certo l'ideale sarebbe un bel dac USB completo c0n il Sabre32. Però momentaneamente.....anche se avevo letto qualcosa sui problemi dei DAC di Tweestedpearl con I2S.

Non mi sembrano in dirittura di arrivo. Si parla delle PCB ma non li vedo ancora pronti.

Stavo seriamente pensando di prendere una HiFace. Non la Evo. Anche per me troppo cara. Delle due piuttosto preferisco una soluzione alla Ciuffoli con la M-Audio.
Attualmente la mia M-Audio Transit ha due problemi: il primo è che esce solo in ottico, e a 96kHz se il contatto non è ben agganciato o sporco "scricchiola". L'altro è che ogni volta che spengo il computer con Windows 7, o che va in stand by, si resetta e devo rifare il test del segnale per riattivarla. Una palla. Anche con Linux la Transit ha dei problemi. con il plug&play. Mi sembra risolvibili, ma ci dovrei guardare.

Tienici aggiornati.

PPoli ha scritto:Visto che hai partecipato alla discussione, ti sei fatto un'idea dei tempi di realizzo? Perlomeno dell'interfaccia USB->SPDiff/I2S.

no, al momento non ho ancora "partecipato". Sto' solo "spigolando" qua e la. Cmq, così a naso, penso che realisticamente ci vorranno almeno un 6 mesi a dire che fanno presto.

PPoli ha scritto:Certo l'ideale sarebbe un bel dac USB completo c0n il Sabre32.

che è esattamente quello che dovrebbe arrivare. Se non ho capito male, per la sola uscita I2S dovrebbe andare anche la scheda già realizzata (non ho verificato se sia disponibile, però).

PPoli ha scritto:Stavo seriamente pensando di prendere una HiFace. Non la Evo. Anche per me troppo cara. Delle due piuttosto preferisco una soluzione alla Ciuffoli con la M-Audio.

piuttosto che una soluzione alla Ciuffoli, io allora prenderei in considerazione la ASUS Xonar Essence STX. Ti fai un PC dedicato e ben "curato" allo scopo e via. Niente DAC esterni, S/PDIF, I2S o altro, esci direttamente in analogico. Già così com'è suona in maniera incredibile, con un po' di tweak mette paura.

Ma non eri tu quello che aveva la Esi Juli@.
Preferirei una soluzione esterna.

Il DAC con il Sabre ce l'ho. E forse prima o poi faccio anche la nuova versione.
Il PC Multimediale anche. E' un semplice ASUS AT310IONT. Su processore Atom con bus ottimizzato per l'audio e il video. Alimentazione esterna. Significa che me lo posso tirare dietro quando vado in giro in camper lasciando a casa la sezione HiFi. Senza timore che me lo rubino. Inoltre la PCI non ci sta come spazio. Forse con una raising card (meglio ancora un cavo), ma dovrei provare.

PPoli ha scritto:Ma non eri tu quello che aveva la Esi Juli@.

si, perché ci tiro fuori comodamente il segnale I2S per il mio DAC.

PPoli ha scritto:Inoltre la PCI non ci sta come spazio. Forse con una raising card (meglio ancora un cavo), ma dovrei provare.

N.B.: la Xonar è PCI-E, non PCI... ma per lo spazio cambia poco.

edit: ho scoperto che esiste anche in versione PCI.

GeorgeBoudreau ha scritto:The audio-widget is a fork of the SDR-Widget project with the focus on audio reproduction. Both projects are open-source with the Atmel firmware and hardware schematics available.

The audio-widget will be a consist of a separate USB-I2S controller module which will mount on a DAC card. DAC cards are planned for release based on the ES9012 and the TI PCM1794 chips.

The USB-I2S module design is complete and work is progressing on a ES9012 DAC card. The overall concept is to have the board set powered by a set of LiPo or LiPoFE batteries.

Join the mailing list or visit the mail archive to keep abreast of the projects progress.

http://www.diyaudio.com/forums/pc-based ... ost2437376

Aggiornamento: https://groups.google.com/group/audio-w ... e1bd6c3fab

Børge Strand-Bergesen ha scritto: Feb 16, 12:52 pm
Hi guys,
the quotes are finally starting to arrive for USB-I2S module and AB-1
production. It looks like it will be around $130 for the initial kit with
cheapo shipping included. I'll probably play it safe and order 10 sets now.
If they work as-is there will hopefully be no new tooling cost. After I
[...]
As you know, I have playing hardware on my DIb board with a patched-in
ES9022. Two are built this far, one of which is due in Singapore with Alex
in a few days. This setup is very similar to module+AB-1, so I'm getting
more confident it will work too. But still, this will be the very first spin
of those boards....
I'll ask you to reconfirm once I know if we want the debug functions and
exact price.
Cheers,
Børge

I primi prototipi dell'AB-1 (Audio Board 1) sono stati spediti. A breve dovrei avere modo di ascoltarne uno.

Alcune foto:

AB-1_AudioWidget_20110414_innards_tf3lj.jpg

Audio_Widget_20110417_tf3lj.jpg

Da qui: http://sites.google.com/site/lofturj/sd ... DR-Widgets:

Altre versioni: http://www.yoyodyneconsulting.ca/pages/ ... dware.html

YC-USBxxxxx is a series of open source USB audio class 2 DAC designs.
YC-USB9022 An open source, USB audio class 2 device using the ESS Technology ES9022 DAC
YC-USB9012 An open source, USB audio class 2 device using the ESS Technology premium ES9012 DAC
YC-USBWM8741 An open source, USB audio class 2 device using the Wolfson WM8741 DAC

Hi guys,

I hope you don't mind me using English. I can understand a bit of Italian but not write it.

Paolo asked for SPDIF and other inputs. The AB-1 and module were designed so that you use the module for your USB needs and redesign AB-1 as you see fit. I would suggest using an SRC4392 between the module's I2S and the DAC. The SRC4392 can do both asynchronous sample rate conversion and clock regeneration. Clock management would be a bit tricky but manageable. The module has SPI available so that controlling the SRC4392 is very possible.

Cheers,
Børge

Hi Børge,

what a nice surprise. Welcome on board!

No problem for English. Of course our foreign members are welcome to use it. We'll take care of translation if needed.

Premessa:

sulla mailing list del progetto "audio-widget" avevo chiesto in proposito alla possibilità di integrare nella scheda DAC (la "Audio Board") degli ingressi diversi oltre a quello principale USB (UAC2) in modo da poter connettere alla AB anche altre sorgenti digitali secondarie (CDP, DVD ed altri media players, DTV, ecc).

Børge ha suggerito la possibilità di fare multiplexing dello stream I2S utilizzando un chip SRC4392 (che potrebbe essere controllato attraverso lo stesso processore contenuto nel modulo USB-I2S). Questo permetterebbe di avere un ingresso I2S separato (attraverso il quale poi si potrebbe implementare qualsiasi altro tipo di ingresso digitale, oltre all'I2S stesso). Idea interessante, ma che ovviamente richiede la completa riprogettazione dell'intera audio board (ma una nuova board è attualmente in via di progettazione per l'ES9012... quindi, se la cosa vi interessa fatevi sentire! E magari, se potete, offritevi di dare una mano!

).

In effetti, quando ho chiesto speravo nella possibilità di una modifica molto meno radicale. Pensavo di poter aggiungere banalmente un ingresso secondario (s/pdif e/o toslink) sfruttando l'ingresso s/pdif del Sabre stesso. Sfortunatamente, ho appena scoperto che il chip usa gli stessi pin sia per gli ingressi s/pdif che per quelli I2S, quindi la mia speranza di una soluzione banale era illusoria.

Back to the point: do you think is there any other simple option to add accessory s/pdif input(s) with minimal hardware and firmware changes?

George B. just suggested the idea to use a simple trick similar to the one used on the (old) Buffalo (ES9008): http://www.twistedpearaudio.com/docs/di ... ematic.pdf

This would have the advantage of exploiting the Sabre internal s/pdif receiver (which is supposed to have good jitter rejection) for the secondary input(s).

BTW, about your idea of using the SRC4392, I was wondering: aren't there any simpler (and cheaper?) IC which could be used as I2S mux? it seems odd to use a complex SRC chip only to disable all of its functions and use it just to "switch" between a couple of I2S streams...

Since you are here, I'll take the chance to ask you another question. I've seen that you are using USB power for the current boards. I believe that one of the main concerns of most DIY audiophiles would be about the quality of the power supply. Is it possible to disconnect the USB power and use an external power supply? And what about separating the power supplies of the various sections? (uP, DAC/digital, DAC/analog, ecc). It would be definitely a nice feature the possibility to provide completely separated external power supplies, one for each section. I guess the overall audio quality may be improved.

La versione "tutto in uno" (su una sola scheda) di George Boudreau con DAC ESS ES9022, inscatolata:

Immagine

(da qui).

Un bel giocattolino anche questo... ottima per usi "mobili".

Dall'inidizzo delle foto mi sembra di capire che non è roba tua (a meno che tu non abbia un dominio in Canada). Ma ne hai ordinata una oppure no di widget?

Non ancora... non ho fretta, aspetto la prossima evoluzione.

Un esemplare (della versione su due schede con l'AB-1) l'ha preso mio cugino. Sto' aspettando che capiti per sentirlo nel mio sistema...

Ora può funzionare anche in modalità UAC1 asincrona, che non necessita di driver aggiuntivi neanche su windoze (ovviamente tale modalità può supportare solo sample-rate <= 48KHz).

http://www.diyaudio.com/forums/digital- ... ost2618614

Nuovo batch in arrivo:

http://www.diyaudio.com/forums/digital- ... ost2634431

Appena 120$ (meno di 85€) per un Sabre DAC USB2 asincrono completo, compreso perfino il contenitore!

Hi guys,

a new batch of Audio Widget is being ordered these days. Schematics are at:
http://www.qnktc.com/mod_ab1/Ab-11_20110703_B_Sch.pdf
http://www.qnktc.com/mod_ab1/Usbmod_20110703_b_Sch.pdf

This piece of kit is quite similar to the first Audio Widget with a few changes:
- It now comes in a case, not just separate boards
- USB, audio and buttons are on the back
- The Analog Board is prepared for external power supplies/batteries/chargers
- The clock MUXing has been improved
- Critical components are sourced in Europe, not China.

Another important change is that place is reserved for Ø6.3/2.5mm
pitch OS-CONs and Panasonic EEF-CD0J100R capacitors all over. I'm
planning to populate quite a few of them, but would like some more
feedback on your preferences.

The price is USD120 for a complete box, USD70 for just the USB-I2S
module. There's a USD30 discount for each original AB-1 kit for those
who want to upgrade.

Feel free to PM me to order order kits. But please don't transfer any
money yet before working hardware arrives with me.

Cheers,
Børge

mandato PM a Borge per modulo USB-I2S ... mo' vediamo.

gluca ha scritto:mandato PM a Borge per modulo USB-I2S ... mo' vediamo.

stuzzica anche me (la hiface mi sta rompendo un pochino co sti cavolo di driver proprietari!!), quando hai più info fammi sapere mi potrei unire

...non ho capito se nel modulo usb/i2s c'è da sfruttare obbligatoriamente l'alimentazione usb oppure se ne può fare una dedicata

Ma i driver non andavano scaricati a pagamento ?

LuCe68 ha scritto:Ma i driver non andavano scaricati a pagamento ?

??

l'Audio Widget implementa gli standard ufficiali UAC1 ed UAC2 (entrambi in modalità asincrona). Su Linux e MacOS/X questi sono entrambi supportati nativamente, quindi su tali O.S. l'A.W. funziona "plug & play" senza bisogno di installare alcunché.

Windoze invece al momento non supporta ancora UAC2, ma solo UAC1. Quindi su quella sottospecie di sistema operativo AW può funzionare P&P senza driver aggiuntivi solo in modalità UAC1 (asincrona), che è limitata a 48KHz.

Per andare in modalità UAC2, nell'attesa che la "innovatrice" (si fa' per dire, nevvero) Micro$oft si decida finalmente a mettersi al passo con i tempi, ci vuole un driver aggiuntivo. Al momento ce ne sono diversi in via di sperimentazione ("presi in prestito" da altri prodotti, dato che le politiche di M$ impediscono di fatto la realizzazione di driver Open-Source, come avrebbero voluto fare gli sviluppatori dell'AW).

Grazie per il chiarimento.
Il fatto che tu mi dica che funziona solo fino a 48Khz è una brutta notizia. Ma poi, c'è effetiva differenza tra i 196 e i 48 ? Forse è il mio solito sculo ma i file che ho avuto tra le mani a 24bit e 196Khz erano affetti da war loudnes, tant' è che mi sono detto che forse non meritava investire in qualcosa che di fatto c'è scarsità in sorgente di qualità. Mi confermate la sensazione o lo sculo ?

LuCe68 ha scritto:Il fatto che tu mi dica che funziona solo fino a 48Khz è una brutta notizia.

mi sa' che hai capito male.

Il limite dei 48KHz NON è della AW, ma di windows! (che nativamente ancora non supporta lo standard UAC2, neanche con "seven").

Con Linux e MacOS/X, ma anche con windows se si utilizza un driver UAC2, funziona perfettamente fino a 192KHz.

LuCe68 ha scritto:Ma poi, c'è effetiva differenza tra i 196 e i 48 ? Forse è il mio solito sculo ma i file che ho avuto tra le mani a 24bit e 196Khz erano affetti da war loudnes

che roba era? io ne ho sentiti diversi fatti bene... e la differenza con un 44.1 c'è eccome. Che poi al momento di materiale HD disponibile non ce ne sia molto è un altro discorso.

Hi guys,

Finally, the first 10 working AB-1.1 units have arrived with me. More
are on their way. Pictures and schematics are uploaded to
http://code.google.com/p/sdr-widget/downloads/list

All boards have been tested with audio-widget-nik from the git
repository, playing UAC1 at 44.1 and 48ksps on driverless Win7/64.

So what sets this kit apart from the existing AB-1?
* It now comes in a pretty case. It even has a nice logo on it

* There are OS-CONs at important power loads.
* There are headers to easily put in alternative power supplies.
* The front has an R+G LED working independantly from the two on the
USB-I2S module.
* Perhaps most importantly, the clocks have much improved MUXing and layout.

I'm _almost_ ready to ship them out. Unfortunately, my design for the
rear panel was a bit off. I'm redesigning it now for a better fit. It
will probably be a couple weeks before the rear panel and remaining
kits arrive. Let me know if you want to start playing with it ASAP,
and I'll send the rear panel when they arrive with me.

In the meantime, don't hesitate to place your orders! The price is
still USD120 + shipping. With a tracking number shipping is USD63(52)
international(Europe). Without a tracking number it is 14(9). Please
paypal to borge.strand@gmail.com.

USB-I2S module only is USD70 plus shipping. For each AB-1 you may have
bought from me before there is a USD30 discount.

Cheers,
Børge

Ab-11_20110818_xB01_Sch.pdf

DSC_0096d.jpg

DSC_0098d.jpg

DSC_0102d.jpg

Si e no un 100io di € per un DAC UAC2 con Sabre 9023 completo di tutto, contenitore incluso. Che volete di più?

Non ho capito, se si ordina solo il modulo usb>I2S si riceve quella schedina che sta nella foto oppure è proprio un modulo specifico per utilizzi più "generali"? ...la schedina che si vede in foto non mi sembra molto versatile già per i collegamenti mi sembra un po' che obblighi a fare quella specie di zoccolo dove nel dac è agganciata o sbaglio?

Echo ha scritto:Non ho capito, se si ordina solo il modulo usb>I2S si riceve quella schedina che sta nella foto oppure è proprio un modulo specifico per utilizzi più "generali"? ...la schedina che si vede in foto non mi sembra molto versatile già per i collegamenti mi sembra un po' che obblighi a fare quella specie di zoccolo dove nel dac è agganciata o sbaglio?

è proprio la schedina piccola. Lo "zoccolo" sono pin-strip standard, lo puoi montare anche su una millefori.

UnixMan ha scritto:
Echo ha scritto:Non ho capito, se si ordina solo il modulo usb>I2S si riceve quella schedina che sta nella foto oppure è proprio un modulo specifico per utilizzi più "generali"? ...la schedina che si vede in foto non mi sembra molto versatile già per i collegamenti mi sembra un po' che obblighi a fare quella specie di zoccolo dove nel dac è agganciata o sbaglio?
è proprio la schedina piccola. Lo "zoccolo" sono pin-strip standard, lo puoi montare anche su una millefori.

e c'è la possibilità di escludere l'alimentazione dell'usb ?

AFAIK sia la AB1.1 che la versione "tutto-in-uno" prevedono la possibilità di utilizzare alimentazioni esterne, anche separate per le varie parti. Vedi ad esempio: http://www.diyaudio.com/forums/digital- ... ost2681575

salas-aw.jpg

Per maggiore sicurezza comunque puoi chiedere agli sviluppatori o controllare direttamente gli schemi (è tutto open source, hardware e software...).

P.S.: considera che il convertitore USB-I2S dell'AW è pensato per essere slave del clock! Gli oscillatori del clock (e relative alimentazioni) sono sulla AB, vicini al DAC.

UnixMan ha scritto:P.S.: considera che il convertitore USB-I2S dell'AW è pensato per essere slave del clock! Gli oscillatori del clock (e relative alimentazioni) sono sulla AB, vicini al DAC.

Quindi se volessi usarlo con il buffalo dovrei tirar fuori il segnale del clock da buffalo ?

Echo ha scritto:Quindi se volessi usarlo con il buffalo dovrei tirar fuori il segnale del clock da buffalo ?

penso proprio di si. D'altronde, sarebbe assurdo fare diversamente: perderesti buona parte dei vantaggi di un sistema veramente asincrono e ti ritroveresti solo con qualcosa di simile ad una hiFace o simili... mentre l'Audio Widget può essere una soluzione di gran lunga superiore!

Bisogna vedere però se la frequenza del clock del Buffalo è compatibile con l'AW. E forse non è l'unico problema. Se non vado errato, il Buffalo utilizza un clock unico e sfrutta l'ASRC del Sabre per adattarsi ai differenti sample rate degli stream in ingresso. Al contrario, le AB dell'AW prevedono due clock distinti (uno per s/r di 44.1 kHz e multipli e l'altro per 48 kHz e multipli) e di fatto non sfruttano l'ASRC (lo usano in modo sincrono). Quindi bisogna capire se/come il Buffalo possa essere adattato all'AW o viceversa.

Conviene chiedere direttamente agli sviluppatori... ora posto la domanda sul thread ufficiale su diyAudio.

...fatto: http://www.diyaudio.com/forums/digital- ... ost2682923

BTW: Børge, if you follow this thread you may also answer directly here if you can.

Grazie

BTW: tu che versione hai del Buffalo?

per caso qualcuno ha gli schemi?

et voilà:

http://www.diyaudio.com/forums/digital- ... ost2683562

Se ho capito bene (sono al mare sotto al sole eh eh) basta un modulino con il clock da inviare al modulo USB-I2S giusto?
...anche se in questo modo non sfrutterei al massimo le potenzialità dell'accoppiata giusto?

Echo ha scritto:Se ho capito bene (sono al mare sotto al sole eh eh) basta un modulino con il clock da inviare al modulo USB-I2S giusto?

esatto. Serve un modulino che abbia il doppio clock, 24.576/22.579 Mhz, commutabile (il segnale per comandare la commutazione lo fornisce l'AW).

Echo ha scritto:...anche se in questo modo non sfrutterei al massimo le potenzialità dell'accoppiata giusto?

esatto anche questo. O, per essere più precisi, è esatto se abbiamo ragione a ritenere che sia meglio utilizzare il Sabre in modalità sincrona (cioè con il clock locale del DAC che funge da master e controlla anche il timing dello stream I2S). Il Buffalo usa invece il Sabre in modalità asincrona, sfruttando cioè l'ASRC interno per poter operare con un clock locale diverso ed indipendente da quello dello stream in ingresso. In ogni caso (se scegli un buon clock a basso jitter e curi adeguatamente alimentazioni, collegamenti, ecc), sfrutti il Buffalo (per come è fatto) al meglio delle sue possibilità.

In linea di principio credo che dovrebbe anche essere possibile modificare il Buffalo in modo da far lavorare il Sabre in modalità sincrona, ma temo che ciò richiederebbe interventi piuttosto consistenti ed invasivi.

...mmm non mi convince più tanto, voglio aspettare e vedere cosa combinano quelli di TP con il loro nuovo ricevitore USB
...e/o aspettare che questi dell'audiowidget si decidano ad usare (per bene) il 9018

mah ... lo sto prendendo. tutto il dac poi vedo ... mah ... un altro dac, ora siamo a tre. mah ...

gluca ha scritto:mah ... lo sto prendendo. tutto il dac poi vedo ... mah ... un altro dac, ora siamo a tre. mah ...

...anche io sto con tre dac in casa

...quando torni con i miei bimmmmmbi?

cosa? io non ho niente di tuo!

gluca ha scritto:cosa? io non ho niente di tuo!

quei due simpatici gemellini di colore con un braccio verde e uno rosso....

ormai sono miei ....

Paura, eh??

gluca ha scritto: ormai sono miei ....

Paura, eh??

OK almeno fanne buon uso, non li trattare male con quelle tue cabine dell'Enel ahhahah

UnixMan ha scritto:
Ab-11_20110818_xB01_Sch.pdf

DSC_0096d.jpg

DSC_0098d.jpg

DSC_0102d.jpg
Si e no un 100io di € per un DAC UAC2 con Sabre 9023 completo di tutto, contenitore incluso. Che volete di più?

con il mio mac (OSX 10.6.

non funzia ...

gluca ha scritto:con il mio mac ( OSX 10.6.8 ) non funzia ...

strano, dovrebbe andare: «USB Audio Class 2.0 is natively supported by Apple™ OS X version 10.6.3 and above» (da qui).

che ti dice il sistema quando la colleghi? (guarda nei log) il firmware è caricato? quale?

(ti conviene chiedere lumi sulla mailing list...).

hum... lo vede solo come periferica sino a 48k ... io uso un vecchio macbook pro nn vorrei che fosse un problema hw e cioe' USB non 2.0. sono diverse a livello HW le 1.0 e 2.0?

gluca ha scritto:hum... lo vede solo come periferica sino a 48k ... io uso un vecchio macbook pro nn vorrei che fosse un problema hw e cioe' USB non 2.0.

ah! ovviamente in quel caso non potresti andare oltre UAC1. Però fino a 24/96 dovrebbe arrivarci anche con UAC1. Ma sicuro che sia solo USB 1.1 e non 2.0 ? quanti anni ha?

(non hai qualcosa di più nuovo x provare al volo?)

gluca ha scritto:sono diverse a livello HW le 1.0 e 2.0?

in che senso? i connettori sono identici, ma ovviamente per il resto sono diversi eccome.

avra' 5 anni...

anche di piu'... e' uscito di produzione nel maggio 2006 ma ha porte USB 2.0 infatti ricordavo di aver controllato prima di prendere il coso da borges

OK, allora probabilmente non è nella modalità giusta e/o non ha il giusto firmware caricato... guarda sul WiKi e/o chiedi sulla mailing list.

secondo me e' il firmware... ho scritto a borges ma non ho trovato la mailing list. sai dov'e'?

gluca ha scritto:secondo me e' il firmware... ho scritto a borges ma non ho trovato la mailing list. sai dov'e'?

è tra i link nel primo post di questo thread!

https://groups.google.com/group/audio-widget

Oh, hai installato l'interfaccia di controllo, "WidgetControl.py"?

«With the GUI, you can configure the firmware for UAC2 (instead of the default UAC1 for Windows compatibiilty).»

http://www.diyaudio.com/forums/digital- ... ost2696181

http://code.google.com/p/sdr-widget/downloads/list

P.S.: ho letto sulla ML che di recente hanno introdotto la possibilità di passare da UAC1 ad UAC2 e viceversa anche senza usare la GUI, utilizzando il pulsante per la programmazione. Non so però se la cosa sia stata inclusa nel firmware di default).

BTW: ma in UAC1 funziona?

ho premuto piu volte il pulsante di prog ma il risultato e' lo stesso ... muta

dici questo:

http://www.diyaudio.com/forums/digital- ... ost2745878

si', infatti lo vede anche come SDR widget e sino ai 192/24 ma non suona uguale.

Provato a resettare l'AW? (pulsantino). A staccarlo/riattaccarlo, riavviare il Mac, ecc, in varie combinazioni?

Verificato che stai mandando l'output sul device giusto e che i volumi non siano a zero?

ora che noto ... sul pannello midi il volume va a zero automaticamente e non c'e' modo di impostarlo diversamente

ho postato pure su DIY nella speranza che ci sia qualche utente mac sparso per il mondo, borges mi scrisse che non conosce OSX.

Qualche progresso?

no, il PC winzoz XP fa le bizze ... mo' ho modificato il BII per farlo andare a 230V ... non lo ricordavo cosi' dinamico: bello li'.

ma un bel Linux no? al limite, anche una live (purché recente, serve un kernel >= 2.6.38).

Provato nel pannello configurazione midi (nelle utility)?

Mail spedita a QNKTC, vediamo se ne hanno ancora di kits...

Ho provato il coso usando AMARRA, PUREMUSIC e SOUNDFLOWER (programmi che 'bypassano' il sistema OSX) ma senza successo: continua ad essere muto. Domani provo con un altro mac di un amico, ultimo modello iMac, sperando che vada.

UCAS... non facevi prima a boostappare un Linux "live CD" su un PC qualunque?!

BTW: ho appena ordinato una AB1.1 anche io.

ma se manco mi funziona il picci' qualunque che ho a casa ... aspetto il nuovo portatile dell'ufficio per leggere il firmware della AB1.1 (ma NIENTE linux)

Che stadio di uscita avete intenzione di usare?

chi io? quello suo. l'idea era di recuperare la scheda USB-I2S e riciclare il DAC con un altro ricevitore. ma se mi va in porto l'idea del xover digitale lo uso solo come muletto mentre faccio i lavori e poi lo do' via.

UnixMan ha scritto:BTW: ho appena ordinato una AB1.1 anche io.

Eccomi nel club

speriamo arrivi presto! E speriamo a me funzioni al primo colpo...

gluca ha scritto:ma se manco mi funziona il picci' qualunque che ho a casa ...

e che vuol dire?? scaricati il CD di installazione di Ubuntu (che è anche una live), infilalo nel lettore di quel PC e fallo partire. Poi attacchi la AW e cominci a vedere se suona. Ci vuole più a dirlo che a farlo!

PPoli ha scritto:Che stadio di uscita avete intenzione di usare?

L'AB1.1 usa il DAC ESS ES9023, versione a due canali del Sabre che ha già uscite "single ended" (sbilanciate) e non ha bisogno di alcuno stadio di uscita esterno.

Questo è lo schema sezione analogica:

http://www.qnktc.com/ab_11/Ab-11_20110818_xB01_Sch.pdf

(quella disegnata come un "chippone" è in realtà la schedina della sezione digitale USB->I2S).

gluca ha scritto:se mi va in porto l'idea del xover digitale lo uso solo come muletto mentre faccio i lavori e poi lo do' via.

ne potresti usare 3 per 6 canali (2ch*3vie). Visto il rapporto q/p, al momento mi sa' che è difficile trovare una soluzione migliore...

il problema è lo stadio di uscita che non mi piace, vorrei farlo da me.

gluca ha scritto:il problema è lo stadio di uscita che non mi piace, vorrei farlo da me.

in effetti l'op-amp integrato piace molto poco anche a me. Però dicono che nondimeno il 9023 suona benissimo (...sapremo presto se è vero!

).

Cmq, nulla vieta di utilizzare il solo modulo USB->I2S e realizzare una "AB" diversa che usi e.g. l'ES9018. O magari due, in mono!

si ma è solo stereo ... la terrei nel caso di xover attivo analogico altrimenti come dicevo vado verso la exadevice che gestisce 6 canali

gluca ha scritto:si ma è solo stereo ... la terrei nel caso di xover attivo analogico altrimenti come dicevo vado verso la exadevice che gestisce 6 canali

dipende anche da quanta fretta hai. Il groppo di AW sta' pensando di realizzare una nuova versione a 8 canali (se ci fosse qualche esperto di uC/FPGA/USB/ecc che vuole collaborare al progetto, non ha che da iscriversi alla mailing list...). Oppure banalmente puoi anche usare più interfacce stereo (non dirmi che il tuo amato Mac non può gestire più schede "in parallelo").

Se non ricordo male, la EXA per funzionare richiede l'uso di driver proprietari. E la cosa NON mi piace neanche un po'. Specie per progetti "fungo" come quello, c'è sempre il rischio che dopo qualche aggiornamento del S.O. i vecchi driver non vanno più bene e nessuno te ne fornisce più di nuovi... (senza contare che sei legato ai soli OS supportati).

UnixMan ha scritto:
PPoli ha scritto:Che stadio di uscita avete intenzione di usare?
L'AB1.1 usa il DAC ESS ES9023, versione a due canali del Sabre che ha già uscite "single ended" (sbilanciate) e non ha bisogno di alcuno stadio di uscita esterno.

Questo è lo schema sezione analogica:

http://www.qnktc.com/ab_11/Ab-11_20110818_xB01_Sch.pdf

(quella disegnata come un "chippone" è in realtà la schedina della sezione digitale USB->I2S).

Lo schema lo avevo già visto su loro sito.
Mi sembrava di aver capito che il progetto base era stato fatto per suonare comunque da subito ma che caldeggiassero la sperimentazione sullo stadio di uscita.

si', la EXA ha bisogno dei driver ASIO ma mi pare molto ben fatta (e testata sul MACOSX 10.6.8 ed oltre).

PPoli ha scritto:Lo schema lo avevo già visto su loro sito.
Mi sembrava di aver capito che il progetto base era stato fatto per suonare comunque da subito ma che caldeggiassero la sperimentazione sullo stadio di uscita.

sperimentazioni sulla "Analog Board", cioè fondamentalmente su alimentazioni, clock, componentistica, ecc. Con il 9023 sullo stadio di uscita non c'è praticamente nienta da poter sperimentare...

C'è poi sempre la porta aperta per nuovi progetti, come ad es. nuove "AB" che utilizzino DAC diversi (e.g. il 9018 o altri DAC non ESS) e/o altre idee e soluzioni per migliorare ulteriormente le prestazioni. Ad es. Børge è da un po' che ha in mente di utilizzare degli optoisolatori sulle linee del BUS I2S (e sul clock che viene inviato al uC dalla AB) per separare la AB (cioè il DAC con i relativi clock a basso jitter) dal resto (interfaccia USB).

senza contare che sei legato ai soli OS supportati

HiFace docet. E io ogni tanto continuo ancora a guardare sul sito se sono usciti i driver per Linux promessi troppe volte.

Mi sa che ci faccio un pensierino anche io a questa schedina.

provato sull'ultimo imac ed e' muto ... in settimana dovrei vedere che firmware ha dentro. sgrunt.

A me ha funzionato da subito sotto Windows 7 x64. Devo provare ancora con Voyage MPD. In ogni caso, da foobar, non ha funzionato in Kernel Streaming (neanche la M-Audio PCI che ho andava così) e in WASAPI funziona solo se setto l'uscita a 24bit. Non ho approfondito...

anche a me avrebbe dovuto dare zero problemi, l'ipotesi è che abbiano installato un firmware ciucco anche se mi sembra strano.

gluca ha scritto:anche a me avrebbe dovuto dare zero problemi, l'ipotesi è che abbiano installato un firmware ciucco anche se mi sembra strano.

Cambialo
http://code.google.com/p/sdr-widget/wik ... rogramming

Che è il kit con "norsk mva & fract"?

PPoli ha scritto:Che è il kit con "norsk mva & fract"?

le tasse norvegesi?

Sembra quasi un corriere. Ma non c'è su Internet.
Mi iteressava più che altro sapere che non fosse qualcosa tipo il monitorino a 4 linee.

Comunque....stassera ne ordino un paio, se ci sono. Se qualcuno vuole unirsi....

PPoli ha scritto:
gluca ha scritto:anche a me avrebbe dovuto dare zero problemi, l'ipotesi è che abbiano installato un firmware ciucco anche se mi sembra strano.
Cambialo
http://code.google.com/p/sdr-widget/wik ... rogramming

quello che faro' con il pc nuovo quando arriva ...

gluca ha scritto:
PPoli ha scritto:Cambialo
http://code.google.com/p/sdr-widget/wik ... rogramming
quello che faro' con il pc nuovo quando arriva ...

continuo a non capire perché non vuoi provare con quello che hai già. Tra l'altro, con windoze dicono di utilizzare "Cygwin", che altro non è che una sorta di layer di compatibilità Unix su windoze: a quel punto, non vedo perché non utilizzare invece un Linux nativo (che è meglio...).

PPoli ha scritto:Mi iteressava più che altro sapere che non fosse qualcosa tipo il monitorino a 4 linee.

manda un mail a Børge e chiedigli se anche la AB1.1 supporta il display e nel caso se ha anche le schedine adatte...

(poi facceelo sapere, che interessa anche a me... quando ho ordinato la mia, mi sono dimenticato di chiederglielo).

perchè il PC che ho è un rottame che neanche si avvia ed ha problemi hardware e quello che cito come nuovo è il notebook aziendale su cui non posso neanche pensare di fare pasticci linux

Allora aspetti che arrivi a me e se poi funziona vengo a trovarti a Torino con una bottiglia di Brunello.

gluca ha scritto:perchè il PC che ho è un rottame che neanche si avvia ed ha problemi hardware

tentar non nuoce... se si accende ma non parte, facile che sia banalmente l'HDD danneggiato (o addirittura solo un problema software, con windoze a lungo andare è quasi la norma!).

gluca ha scritto:e quello che cito come nuovo è il notebook aziendale su cui non posso neanche pensare di fare pasticci linux

ma quali pasticci!? ci infili un CD "live" e fai il boot da quello. L'HDD non lo tocchi neanche. Quando spegni non resta traccia!

al più ci provo se dici così ... ma non va a salvare sul HDD? dove scarico il cd live?

gluca ha scritto:al più ci provo se dici così ... ma non va a salvare sul HDD?

a meno che tu non gli dica espressamente di farlo, no.

gluca ha scritto: dove scarico il cd live?

ce n'è una marea. Come ti dicevo, anche il CD di installazione di Ubuntu può essere utilizzato come "live" (senza installare nulla). Se poi scarichi la versione su DVD, è ancora più completa. Oppure puoi usare il buon vecchio Knoppix, ecc. L'importante è che abbia un kernel >= 2.6.38.

PPoli ha scritto:Sembra quasi un corriere. Ma non c'è su Internet.
Mi iteressava più che altro sapere che non fosse qualcosa tipo il monitorino a 4 linee.

Si, gli ho chiesto, sono le tasse norvegesi.

Per l'LCD, la scheda supporta un 1x16, basta (ma non ho provato, sto guardando lo schema) collegare il display agli appositi piedini che, a occhio e croce, dovrebbero essere quella serie di pin tra il modulo USB e la parete più vicina del contenitore.

Si, gli ho chiesto, sono le tasse norvegesi.

Si, gli ho scritto anche io e mi ha dato la risposta.

Oggi vado con l'ordine.

io mi sono rotto 3/4 di cocomero co 'sto widget ... non funzia manco sul portatile winzoz dell'ufficio e siccome e' blindato e non mi lascia installare un bel niente senza la password di amministratore non posso neanche far girare l'eseguibile per controllare il firmware. mo' lo prendo e lo butto dalla finestra (computer, widget e gia' che ci sono pure l'altro pc vecchio). fanculo, ridatemi il mio mac.

gluca ha scritto:non funzia manco sul portatile winzoz dell'ufficio

neanche se lo metti in modalità UAC1? (il widget, con i tastini) su windows in quel modo deve funzionare al primo colpo! Se non va' potrebbe esserti arrivato un esemplare difettoso...

gluca ha scritto: e' blindato e non mi lascia installare un bel niente senza la password di amministratore

ma riesci a fargli fare il boot da un CD o hanno blindato anche il BIOS?

gluca ha scritto:e gia' che ci sono pure l'altro pc vecchio

li hai provato a far partire una live?

muto in entrambe le modalità. il pc dell'ufficio lo lascio stare, provo a recuperare il vecchio PC e metterlo a posto eventualmente con linux

gluca ha scritto:muto in entrambe le modalità.

a questo punto, se in modalità UAC1 windows lo ha riconosciuto e configurato correttamente ma l'uscita è rimasta muta, temo proprio che ti sia capitato un esemplare difettoso (o che si è danneggiato durante il trasporto, ad es. qualche saldatura saltata).

gluca ha scritto:provo a recuperare il vecchio PC e metterlo a posto eventualmente con linux

ottima idea...

dato che sei abituato al Mac, con l'interfaccia "Unity" dovresti sentirti a casa.

devo aprirlo e vedere che c'è dentro ... cheduepalle ...

Arrivato!

Ha funzionato al primo colpo senza fare nulla, sia in modalità UAC1 (LED verde) che UAC2 (LED rosso), utilizzando banalmente i tastini per passare dall'una all'altra. Non ho ancora neanche provato ad installare il software di controllo.

Ci sto' ascoltando or-ora i demo HD di 2L. Ancora non ho fatto confronti diretti con il mio NorthStar ed è presto per trarre qualsiasi conclusione definitiva, ma direi che suona più che bene!

Ordinati anche il mio e uno per Campedelli.

Borge me li spefisce lunedì.

benvenuti nel "club"!

Dimenticavo:

Codice: Seleziona tutto

spmc:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 1241:f728 Belkin
Bus 005 Device 002: ID 0471:060d Philips (or NXP) Consumer Infrared Transceiver (SRM5100)
Bus 001 Device 006: ID 16c0:03e8 VOTI free for internal lab use 1000

è l'ultimo...

Codice: Seleziona tutto

spmc:~# lsusb -v -d 16c0:03e8

Bus 001 Device 006: ID 16c0:03e8 VOTI free for internal lab use 1000
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          239 Miscellaneous Device
  bDeviceSubClass         2 ?
  bDeviceProtocol         1 Interface Association
  bMaxPacketSize0        64
  idVendor           0x16c0 VOTI
  idProduct          0x03e8 free for internal lab use 1000
  bcdDevice           10.00
  iManufacturer           1 www.obdev.at
  iProduct                2 DG8SAQ-I2C
  iSerial                 3 1.0.0.0.0.0.A
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength          161
    bNumInterfaces          3
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           0
      bInterfaceClass         0 (Defined at Interface level)
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
    Interface Association:
      bLength                 8
      bDescriptorType        11
      bFirstInterface         1
      bInterfaceCount         2
      bFunctionClass          1 Audio
      bFunctionSubClass       0
      bFunctionProtocol      32
      iFunction               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        1
      bAlternateSetting       0
      bNumEndpoints           0
      bInterfaceClass         1 Audio
      bInterfaceSubClass      1 Control Device
      bInterfaceProtocol     32
      iInterface              7 SDR-Widget
      AudioControl Interface Descriptor:
        bLength                 9
        bDescriptorType        36
        bDescriptorSubtype      1 (HEADER)
        bcdADC               2.00
        bCategory               4
        wTotalLength           64
        bmControl            0x00
      AudioControl Interface Descriptor:
        bLength                 8
        bDescriptorType        36
        bDescriptorSubtype     10 (CLOCK_SOURCE)
        bClockID                5
        bmAttributes         0x01 Internal fixed Clock
        bmControls           0x07
          Clock Frequency Control (read/write)
          Clock Validity Control (read-only)
        bAssocTerminal          3
        iClockSource            5 Clock 2
      AudioControl Interface Descriptor:
        bLength                17
        bDescriptorType        36
        bDescriptorSubtype      2 (INPUT_TERMINAL)
        bTerminalID            17
        wTerminalType      0x0101 USB Streaming
        bAssocTerminal          0
        bCSourceID              5
        bNrChannels             2
        bmChannelConfig   0x00000003
          Front Left (FL)
          Front Right (FR)
        bmControls    0x0000
        iChannelNames           0
        iTerminal               8 Audio-widget
      AudioControl Interface Descriptor:
        bLength                18
        bDescriptorType        36
        bDescriptorSubtype      6 (FEATURE_UNIT)
        bUnitID                18
        bSourceID              17
        bmaControls( 0)      0x00000003
          Mute Control (read/write)
        bmaControls( 1)      0x00000003
          Mute Control (read/write)
        bmaControls( 2)      0x00000003
          Mute Control (read/write)
        iFeature                0
      AudioControl Interface Descriptor:
        bLength                12
        bDescriptorType        36
        bDescriptorSubtype      3 (OUTPUT_TERMINAL)
        bTerminalID            19
        wTerminalType      0x0302 Headphones
        bAssocTerminal          0
        bSourceID              18
        bCSourceID              5
        bmControls         0x0000
        iTerminal               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        2
      bAlternateSetting       0
      bNumEndpoints           0
      bInterfaceClass         1 Audio
      bInterfaceSubClass      2 Streaming
      bInterfaceProtocol     32
      iInterface              0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        2
      bAlternateSetting       1
      bNumEndpoints           2
      bInterfaceClass         1 Audio
      bInterfaceSubClass      2 Streaming
      bInterfaceProtocol     32
      iInterface              0
      AudioStreaming Interface Descriptor:
        bLength                16
        bDescriptorType        36
        bDescriptorSubtype      1 (AS_GENERAL)
        bTerminalLink          17
        bmControls           0x07
          Active Alternate Setting Control (read/write)
          Valid Alternate Setting Control (read-only)
        bFormatType             1
        bmFormats               1
          PCM
        bNrChannels             2
        bmChannelConfig   0x00000003
          Front Left (FL)
          Front Right (FR)
        iChannelNames           0
      AudioStreaming Interface Descriptor:
        bLength                 6
        bDescriptorType        36
        bDescriptorSubtype      2 (FORMAT_TYPE)
        bFormatType             1 (FORMAT_TYPE_I)
        bSubslotSize            4
        bBitResolution         24
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            5
          Transfer Type            Isochronous
          Synch Type               Asynchronous
          Usage Type               Data
        wMaxPacketSize     0x0188  1x 392 bytes
        bInterval               2
        AudioControl Endpoint Descriptor:
          bLength                 8
          bDescriptorType        37
          bDescriptorSubtype      1 (EP_GENERAL)
          bmAttributes         0x00
          bmControls           0x00
          bLockDelayUnits         0 Undefined
          wLockDelay              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes           17
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Feedback
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval               4
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass          239 Miscellaneous Device
  bDeviceSubClass         2 ?
  bDeviceProtocol         1 Interface Association
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

...certo dovrebbero curare un po' "l'estetica" degli ID USB.

Siamo in odore di prenderne uno anche noi. Siamo in tre ma preferiamo valutare la cosa prima di fare una scelta definitiva. Per ora abbiamo sul banco la soluzione M2Tech. Appena arriva l'altra faremo dei confronti.
A.

Una buona notizia per gli utenti MacOS/X (ed una meno buona per Gianluca):

ho appena provato il mio AW (AB1.1 di Børge) su un Mac (per l'esattezza un "Air" con sistema 10.6). Ha funzionato perfettamente al primo colpo in modalità UAC2 senza fare nulla.

Quindi, la cattiva notizia per Gianluca è che a questo punto è confermato che il suo esemplare ha qualche problema hardware. Contatta Børge!

e che casso!!

mo' funziona. sgrunt!

Non ti va mai bene nulla....

Come suona?

non lo so bene, l'ho staccato dopo un paio di brani per rimettere il BII, forse un po' cupo.

gluca ha scritto:mo' funziona. sgrunt!

cosa hai fatto?

gluca ha scritto:non lo so bene, l'ho staccato dopo un paio di brani per rimettere il BII, forse un po' cupo.

strano, il mio non mi è parso.

BTW, ieri abbiamo fatto un po' di prove con George. E lo abbiamo confrontato con i suoi DAC (un BII ed il suo PCM63), pilotati dal famoso ART Legato. Incredibilmente (specie considerato che non ha ancora subito modifiche ed è alimentato unicamente dal bus USB...) ha retto ottimamente il confronto con entrambi.

Ah, l'ho provato anche con i miei auricolari intracanalari Shure SE210 (senza ampli aggiuntivi, in connessione diretta con un cavetto adattatore a "Y" RCA->presa minijack volante). Notevolissimo, finora il miglior suono che sia riuscito ad ottenere da quegli auricolari!

Nelle varie prove, abbiamo notato che è fondamentale utilizzare un cavo dotato di ferriti (meglio se ad entrambe le estremità). Con le ferriti il suono cambia in modo più che evidente (in meglio).

Inoltre (come prevedibile...) l'AW si è dimostrato molto sensibile all'alimentazione (da USB). Per caso abbiamo provato un cavo USB dotato oltre che di ferriti anche di "alimentazione raddoppiata" (di quelli con due spine per prendere corrente da due prese USB sul PC, preso in prestito uno da un HDD portatile). Almeno con i due laptop con cui abbiamo fatto le prove, la AW sembra gradirlo molto. Anzi, in qualche caso si direbbe fondamentale. Mentre a casa con il desktop non ho avuto problemi di sorta, ieri con i laptop (specie con il mio) ad un certo punto nei passaggi più forti ed intricati comparivano un gran numero di "underrun" (skip). Dopo essere impazzito non poco per cercare di capirne la causa, ad un certo punto abbiamo notato con stupore che con il cavo con alimentazione "raddoppiata" gli underrun sparivano. Presumibilmente quindi l'assorbimento è abbastanza al limite e non tutti gli host USB ce la fanno. Anche il suono sembra risentirne positivamente.

Ovviamente, la cosa migliore sarebbe sicuramente fornirgli una buona alimentazione esterna separata (e continuo a chiedermi perché non lo abbiano previsto di default...).

Il modo più semplice per farlo senza andare a modificare nulla è quello di preparasi un cavo USB modificato, in cui si interrompe la linea alimentazione/massa che viene dal PC e la si collega ad una buona fonte di alimentazione esterna...

anche se quasi certamente per ottimizzare il suono la cosa migliore sarebbe intercettare le varie linee di alimentazione sulla AB e fornire alimentazioni completamente separate per ogni sottosezione.

lo sgrunt! era rivolto a me: avevo cablato male l'adattatore Y RCA-JACK (metteva in corto le uscite ... basta con i componenti da due lire). mi mancava il tempo per ascoltarlo con più calma.

io non ci investo nulla però sul widget, lo tengo così come è od al più recupero la scheda USB-I2S; per me è un back up per quando dovrò riassemblare il BII

UnixMan ha scritto:Il modo più semplice per farlo senza andare a modificare nulla è quello di preparasi un cavo USB modificato, in cui si interrompe la linea alimentazione/massa che viene dal PC e la si collega ad una buona fonte di alimentazione esterna...

Uhhhh mooolto interessante, da provare

Non è che "squartando" un cavo USB vado a interrompere la schermatura o alterare la geometria, danneggiando le prestazioni del cavo?

gluca ha scritto:lo sgrunt! era rivolto a me: avevo cablato male l'adattatore Y RCA-JACK

beh, tutto sommato meglio così...

gluca ha scritto:io non ci investo nulla però sul widget, lo tengo così come è od al più recupero la scheda USB-I2S; per me è un back up per quando dovrò riassemblare il BII

mah. Già as-is va praticamente in pari col BII (pilotato dal "Legato"! usando roba tipo la hiFace non c'è neanche paragone). Lavorandoci un po' (soprattutto sulle alimentazioni) rischia di andare nettamente meglio.

...a meno di non modificare il BII trasformandolo in una AB per l'interfaccia USB dell'AW.

Giaime ha scritto:Uhhhh mooolto interessante, da provare Non è che "squartando" un cavo USB vado a interrompere la schermatura o alterare la geometria, danneggiando le prestazioni del cavo?

facendo un minimo di attenzione non credo. Sono "twisted pairs", basta non danneggiare le coppie che portano il segnale. So che alcuni lo hanno fatto (IIRC anche George) per la hiFace, senza alcun problema sul link dati USB.

Con la hiFace i risultati sono abbastanza scarsi, perché quella ha un convertitore DC-DC switching a bordo... ma l'AW no, è alimentata a 3.3V con regolatori lineari a bassa caduta direttamente a partire dai 5V del USB, quindi i risultati dovrebbero essere più sensibili.

UnixMan ha scritto:
gluca ha scritto:lo sgrunt! era rivolto a me: avevo cablato male l'adattatore Y RCA-JACK

beh, tutto sommato meglio così...

gluca ha scritto:io non ci investo nulla però sul widget, lo tengo così come è od al più recupero la scheda USB-I2S; per me è un back up per quando dovrò riassemblare il BII
mah. Già as-is va praticamente in pari col BII (pilotato dal "Legato"! usando roba tipo la hiFace non c'è neanche paragone). Lavorandoci un po' (soprattutto sulle alimentazioni) rischia di andare nettamente meglio.

...a meno di non modificare il BII trasformandolo in una AB per l'interfaccia USB dell'AW.

Paolo ... parliamoci chiaramente.

Il BII ha 8 DAC in parallelo che sono meglio del 9022 per quello che dice la ESS, alimentazioni shunt dedicate locali e poi lo stadio di uscita che vuoi e che nel caso del legato ha cmq dei vili e merdosi opamp. Ma come vuoi che vada meglio del BII?! Io ho ascoltato solo un paio di brani ieri sera con lo SDR, sì suona bene e fa miracoli per il prezzo però mi pare di averlo trovato cupo (troppo marcata la gamma bassa) ed impastato (meno nitido del BII). Questa sera mi ascolto qualche disco con le cuffie. Ciò detto ho giusto il tempo per finire il xover e l'amp con la 801A poi il PP poi vorrei fare un altro amp a mosfet, poi devo ricablare il DAC con i 1704 che mi hanno sfondato durante il trasferimento, poi devo inscatolare dignitosamente il BII ... insomma c'è tempo prima che possa pasticciare con il coso SDR.

gluca ha scritto:Il BII ha 8 DAC in parallelo che sono meglio del 9022 per quello che dice la ESS, alimentazioni shunt dedicate locali e poi lo stadio di uscita che vuoi

in una conversione D/A non ci sono solo il chip e l'uscita analogica... il jitter da solo conta quanto tutto il resto messo insieme, se non di più.

Che il 9018 sia migliore del 9023 è ovvio. Ma in compenso nel BII il 9018 lavora con un unico clock fisso ed accetta un ingresso asincrono sfruttando l'ASRC. Per cui si becca tutto il jitter presente nel timing in ingresso ed inevitabilmente lo converte in errori nei campioni ricostruiti. Nonostante tutto il marketing a proposito della presunta capacità di reiezione al jitter del Sabre, se usi S/PDIF o I2S non sincrono al clock del DAC non sfrutterai mai appieno le potenzialità di nessun DAC, 9018 compreso.

Ci sono buone possibilità che l'AW possa fare meglio del BII perché questo invece lavora in modalità sincrona (no ASRC) e quindi l'unico jitter cui è soggetto è quello del clock locale: lo stream I2S che gli arriva dal uC è sincronizzato al clock locale del DAC (il clock del uC stesso è derivato da quello del DAC), quindi qualsiasi dose di jitter sia presente nello stream I2S non conta in quanto nel chip in questo caso avviene un reclocking sincrono che azzera il jitter senza alterare in alcun modo il valore dei campioni.

Nota bene che l'AW è praticamente l'unico oggetto del suo genere a farlo. Tutte le altre interfaccie USB sul mercato (almeno quelle che conosco) hanno un loro clock locale e sputano fuori l'uscita (S/PDIF o I2S che sia) che è sincronizzata a quello, costringendo il DAC a sincronizzarsi a quello e/o ad usare ASRC.

gluca ha scritto:e che nel caso del legato ha cmq dei vili e merdosi opamp.

ahem... a scanso equivoci: il "legato" di cui stavo parlando è il "Legato USB-SPDIF Asynchronous Converter", NON quella schifezza inascoltabile dello stadio di uscita ad op-amp della TP x il BII! (che NON abbiamo usato).

ah! ecco ... non il TP.

Che tu sappia che clock usano nel SDR?

gluca ha scritto:Che tu sappia che clock usano nel SDR?

intendi che frequenza o che modello?

I clock sono due, uno per la serie 44.1/88.2/176.4 ed un'altro per quella 48/96/192. Il firmware attiva automaticamente l'uno oppure l'altro a seconda del bit rate dello stream in ingresso. Frequenze esatte e modello dei quarzi non ricordo, comunque IIRC sono le solite due frequenze standard intorno ad una 20ina di MHz. I quarzi utilizzati sono stati selezionati tra quelli più performanti con un costo ancora accettabile (sul sito e/o sulla ML trovi tutte le info dettagliate, io l'avevo letto li).

ambe' ... il coso suonicchia niente male a dire il vero. sono stato due ore a staccare-attaccare BII e coso e lo trovo solo un po' meno dettagliato ed equilibrato. il BII ha cmq uno stadio di uscita a valvole, dovrei provare bypassandolo. cmq notevole risultato per la spesa.

UnixMan ha scritto: ho appena provato il mio AW (AB1.1 di Børge) su un Mac (per l'esattezza un "Air" con sistema 10.6).

Come si è comportato con l'air?? ...te lo chiedo perché l'air ha l'alimentazione delle prese usb più alta (come amperaggio) rispetto alla norma per sostenere il carico dell'unita di lettura ottica esterna opzionale

gluca ha scritto:ambe' ... il coso suonicchia niente male a dire il vero. sono stato due ore a staccare-attaccare BII e coso e lo trovo solo un po' meno dettagliato ed equilibrato. il BII ha cmq uno stadio di uscita a valvole, dovrei provare bypassandolo. cmq notevole risultato per la spesa.

quindi sarebbe da sperare che il Borge si decida ad usare il 9018

...ci sono notizie in merito a progetti futuri?

od anche solo il modulino USB-I2S più fruibile.

Echo ha scritto:quindi sarebbe da sperare che il Borge si decida ad usare il 9018 ...ci sono notizie in merito a progetti futuri?

http://www.yoyodyneconsulting.ca/pages/ ... dware.html
Questi hanno in programma di utilizzare il 9012. Mi sono un po' perso nelle evoluzioni ESS, vado a guardarmi un po' di documentazione tecnica, com'è il 9012?

Echo ha scritto:Come si è comportato con l'air?? ...te lo chiedo perché l'air ha l'alimentazione delle prese usb più alta (come amperaggio) rispetto alla norma per sostenere il carico dell'unita di lettura ottica esterna opzionale

interessante. Purtroppo la prova è stata solo "funzionale", per verificare che funzionasse senza problemi con MacOS. Ho fatto la prova al volo con il primo Mac che mi è capitato a tiro, collegandolo alle cassettine del PC, giusto il tempo di verificare che fosse riconosciuto ed emettesse suono. Non ho avuto modo di valutare la qualità.

gluca ha scritto:ambe' ... il coso suonicchia niente male a dire il vero. sono stato due ore a staccare-attaccare BII e coso e lo trovo solo un po' meno dettagliato ed equilibrato.

ci può stare. George usa quella che probabilmente è la migliore sorgente s/pdif in circolazione (il legato), ma poi usa il BII "zoppo", collegandolo direttamente in sbilanciato (solo "mezza" uscita del 9018) all'ampli. Tu che usi come "sorgente digitale" per il tuo BII?

BTW, è curioso che tu lo abbia trovato "scuro": con il cavo senza ferriti a noi casomai era parso esattamente il contrario (un po' troppo "brillante"). Poi cambiando il cavo USB le cose sono tornate a posto.

uso il mac con uscita SPDIF ottica. l'impressione che fosse scura era solo iniziale, cmq con i cassoni tendeva a dare un basso meno controllato.

devo comprare un cavo USB lungo e con ferriti, eventualmente con alimentazione doppia. non ho approfondito, ma mi pare di capire che si possa usare un terminale interno per alimentare il coso bypassando lo USB. hai visto meglio?

Echo ha scritto:quindi sarebbe da sperare che il Borge si decida ad usare il 9018 ...ci sono notizie in merito a progetti futuri?

ragazzi, è un progetto open-source! l'idea è quella di attrarre gente disposta a collaborare attivamente allo sviluppo. Anche di versioni nuove più performanti. Se qualcuno se la sente...

Il mio sogno sarebbe una AB-2 basata su ben due ES9018 utilizzati in mono, con alimentazioni "super" e completamente separate per ciascun carico indipendente, isolamento galvanico tra uC e DAC, ecc.

L'isolamento galvanico probabilmente arriverà, Børge ce l'ha in mente da un pezzo. Il 9018 e le alimentazioni separate invece temo di no; se non ho capito male, fondamentalmente temono che il progetto diventi troppo costoso per avere successo. Bisognerebbe fargli capire che di interesse per una versione veramente "hi-end" e "no-compromise" invece ce ne sarebbe eccome!

basta vedere quanti BIII vendono ...

Io ho notato un certo miglioramento passando da un cavo ottico al rame.
Non posso però fare confronti diretti perchè il cavo ottico lo usavo con la M-Audio Transit, mentre il coassiale esce dalla HiFace.

gluca ha scritto:od anche solo il modulino USB-I2S più fruibile.

quello purtroppo non si può fare.

O meglio, ovviamente si può anche fare (basterebbe fare una "mezza AB" senza DAC, con solo i clock ed i relativi circuiti accessori, più eventualmente un buffer di uscita I2S e/o un convertitore I2S->S/PDIF) ma ti perderesti tutti i vantaggi specifici dal punto di vista dell'immunità al jitter e ti ritroveresti con l'ennesimo convertitore USB-I2S (e/o USB-S/PDIF), non molto diverso dalle altre proposte sul mercato quali m2tech, xmos, EXA, ecc. L'unico vantaggio resterebbe la natura open-source, l'aderenza agli standard ed il basso costo. Cose senza dubbio positive di per se, ma senza vantaggi sulla qualità del suono.

PPoli ha scritto:http://www.yoyodyneconsulting.ca/pages/ ... dware.html
Questi hanno in programma di utilizzare il 9012. Mi sono un po' perso nelle evoluzioni ESS, vado a guardarmi un po' di documentazione tecnica, com'è il 9012?

è la versione solo stereo del Sabre "reference series":

http://www.esstech.com/index.php?p=products_DAC

IIRC, su diyAudio Dustin (uno dei progettisti del Sabre) diceva che tra il 9018 ed il 9012 le prestazioni sono quasi identiche ma che forse, per non meglio specificate "questioni di routing interno delle uscite" (o qualcosa del genere), il 9018 utilizzato in stereo va ancora un pelo meglio.

Il mio sogno restano i due 9018 in mono... soprattutto per via della possibile separazione delle alimentazioni analogiche (e non) tra i due canali.

ricapitolando:
voi avete preso questo
http://www.yoyodyneconsulting.ca/pages/YC-USB9023.html
giusto?

Qui si parla di kit da assemblare, c'è anche la possibilità di prenderlo con i componenti smd saldati?

nella spiegazione dicono che è possibile alimentarlo separatamente allora come mai parlate di dover "operare" un cavo usb?

...la futura versione che promettono con il 9012 potrebbe essere interessante non dovrebbe essere molto inferiore al 9018 usato in modalità stereo

NO.

Noi abbiamo preso tutti questo:

http://www.qnktc.com/ab_11/

Che vende Borge, uno degli ideatori del progetto. Ha fatto anche un paio interventi all'inizio di questa discussione.

si fa in tempo a prenderne uno in piú?

Posso scrivere a Borge e chiedere se li ha già spediti. Avrebbero dovuto partire lunedi.
Comunque la differenza nel caso sono solo 18 dollari di spedizione, che fanno 14 euro.

PPoli ha scritto:Posso scrivere a Borge e chiedere se li ha già spediti. Avrebbero dovuto partire lunedi.
Comunque la differenza nel caso sono solo 18 dollari di spedizione, che fanno 14 euro.

ok, nel caso fammi sapere, o se pensi sia meglio, li si prova prima e poi ne prendo uno a parte.

Purtroppo sono già stati spediti. Vedi tu se a questo punto vuoi vedere come va il mio.

UnixMan ha scritto:
gluca ha scritto:od anche solo il modulino USB-I2S più fruibile.
quello purtroppo non si può fare.

O meglio, ovviamente si può anche fare (basterebbe fare una "mezza AB" senza DAC, con solo i clock ed i relativi circuiti accessori, più eventualmente un buffer di uscita I2S e/o un convertitore I2S->S/PDIF) ma ti perderesti tutti i vantaggi specifici dal punto di vista dell'immunità al jitter e ti ritroveresti con l'ennesimo convertitore USB-I2S (e/o USB-S/PDIF), non molto diverso dalle altre proposte sul mercato quali m2tech, xmos, EXA, ecc. L'unico vantaggio resterebbe la natura open-source, l'aderenza agli standard ed il basso costo. Cose senza dubbio positive di per se, ma senza vantaggi sulla qualità del suono.

embè ... quale sarebbe lo svantaggio ad avere una mezza AB senza DAC ma con un LVDS per mandare il segnale I2S ad una scheda DAC 'esterna'? clock sulla scheda USB-I2S oppure clock sulla scheda DAC e trasmesso al USB-I2S. Non credo sia un passo molto lungo dallo AB1-1 di oggi.

PPoli ha scritto:Purtroppo sono già stati spediti. Vedi tu se a questo punto vuoi vedere come va il mio.

a sto punto ti sfrutto

Echo ha scritto:ricapitolando:
voi avete preso questo
http://www.yoyodyneconsulting.ca/pages/YC-USB9023.html
giusto?

no, quella è la versione "all-in-one" di George Boudreau, noi abbiamo preso quella su due schede di Børge Strand-Bergesen.

Echo ha scritto:Qui si parla di kit da assemblare, c'è anche la possibilità di prenderlo con i componenti smd saldati?

la versione di George è da assemblare, quella di Børge invece viene fornita già montata e collaudata, con tanto di contenitore.

Echo ha scritto:nella spiegazione dicono che è possibile alimentarlo separatamente allora come mai parlate di dover "operare" un cavo usb?

è semplicemente una opzione, se non si vuole modificare la scheda. Utile se si vuole mantenere la possibilità di uso "portatile". Altrimenti entrambe le versioni si possono modificare a piacere...

Hi guys,

I just want to say thanks for all the nice feedback (and orders!) coming from Italy these days!

Grazie mille!

Børge

borge ha scritto:Hi guys,

I just want to say thanks for all the nice feedback (and orders!) coming from Italy these days!

Grazie mille!

Børge

Hi Borge

mine is working too on a mac... issue was not in the AB1-1. Now ... time for a super version with 9018 ... you know that.

gluca ha scritto: Hi Borge

Now ... time for a super version with 9018 ... you know that.

gluca ha scritto:embè ... quale sarebbe lo svantaggio ad avere una mezza AB senza DAC ma con un LVDS per mandare il segnale I2S ad una scheda DAC 'esterna'? clock sulla scheda USB-I2S oppure clock sulla scheda DAC e trasmesso al USB-I2S.

non ti seguo.

La seconda opzione che dici (clock sulla scheda del DAC) è esattamente ciò che puoi fare con la schedina USB-I2S così com'è ora (e ciò che viene fatto nelle AB).

Fare una "mezza AB" e mandare il clock da questa alla scheda del DAC sarebbe anche possibile (almeno con alcuni DAC). Il "danno" in termini di prestazioni in questo caso sarebbe sicuramente contenuto, ancorché mettere il clock "lontano" dal chip del DAC non è mai del tutto indolore: finisci sempre per aumentare il jitter.

Ma in effetti avere una schedina con i due clock, la logica di controllo ed il divisore x il uC già bella e pronta sarebbe molto comodo per integrare l'interfaccia AW con DAC che si hanno già. Possiamo provare a proporre l'idea...

Børge, what about making a "DACless AB" alias "DI" (Digital Interface) board?

Show how easy it is to use such a board with most existing DACs (e.g. the TP "Buffalo" II/III) and soon you'll get more orders than you'll be able to manage!

OTOH, there are also a lot of people who'd be willing to get an "AB-extreme" design, based on top-of-the line DACs and clocks, separate mains PSUs, etc.

Dopo aver ascoltato per diverso tempo l'AW nel mio impianto ed averci quindi "fatto l'orecchio" sono tornato al mio solito sistema (ESI Juli@ ->{I2S}-> DAC North Star model 192) e poi ho fatto un po' di confronti diretti A/B.

Conclusione: la prima impressione sulla buona qualità della AW è senza dubbio confermata, ma così com'è la AB1.1 si avvicina abbastanza ma non arriva al livello del vecchio sistema (ne tanto meno lo supera, ovviamente).

In assoluto il suono della AW è senza dubbio molto "pulito" e privo di fastidiose caratteristiche "digitali", ma rispetto al riferimento il suono risulta meno "ricco", con meno "corpo", dettagli più sfumati ed immagine sensibilmente più stretta.

Considerata la differenza di costi (la sola Juli@, di seconda mano, costa all'incirca quanto l'AW... il DAC moolto di più) il risultato è senza dubbio di tutto rispetto, ma è ancora lontano dall'essere ottimale.

Ritengo però che i limiti riscontrati siano attribuibili soprattutto all'alimentazione, quindi confido che lavorandoci su' (fornendo alimentazioni esterne di qualità adeguata ai vari sottosistemi...) ci siano ampi margini di miglioramento.

Arrivate le (? o "i") widget.

Che ci metto al posto dei cinque elettrolitici puzzoni?

E soprattutto:
i due condensatori tra le due uscite e massa (251-252 e 253-254) meglio metterceli?

E il 34 che chiude tra CP e CN direttamente sul sabre?

Qualcuno ci ha già stuiato sopra qualcosa

Allego la risposta di Borge al mio quesito.

Hi Paolo,

I'm glad the kit arrived! There has not been much talk about analog
mods, unfortunately. Demian Martin has posted some of his experiences.
(I forgot if it was diyaudio or audio widget mailing list.)

CN and CP are the capacitive charge pump for generation of negative
supply inside the ES9023. It is specified to 1µF. Using a larger
capacitor may just cause too big ripples. The same is probably also
the case with the smaller C0G in parallel, which I designed in.
Perhaps performace will be better with more capacitance, or perhaps it
will be better with just the 1µF and some ESR.

The CAD program tends to put "?" on all parameters which aren't 100%
defined. A bit annoying, actually. I have made some units with
different output caps to have them tested on hi-end setups. But this
far those guys haven't reported back much. I now have a Graham Slee
2-channel headphone amp and a set of AKG K701s. So I plan to do some
audio testing in this area. Just don't expect a lot of results very
soon.

Børge

On Wed, Dec 14, 2011 at 15:48, Paolo Poli <paolo@xxxxxxx.xxx> wrote:
> Arrived.
> Thank you.
>
> Have you had any feedback concerning capacitor test?
> I have some Elna Cerafine to try on the reference voltage (clock and dac,
> 36,37, 32, 33, 35). 22u instead of 15u but immagine does'nt matter.
> What about cap 34 shortening CN and CP?
>
> And have you had your own test on "exit" capacitors you marked with a "?" on
> your plans (250-253)?
>
> Thank you
>
> Paolo Poli

Ho alcuni Wima da 100n per la prova sul 34.

Qualche idea per l'uscita? Ho degli Auricap da .22 sino a 1,5, oppure i classici russi da 1u, ma è tutta roba da alte tensioni (e dimensioni).

PPoli ha scritto:Che ci metto al posto dei cinque elettrolitici puzzoni?

Te lo sei fatto mandare con i condensatori non montati?

Io ero troppo curioso di sentirlo per cui al momento ho la config. standard, con quei minuscoli Sanyo Os-Con (teoricamente ottimi, ma che IMO/IME suonano male) forniti "di serie".

Personalmente sarei per sostituire gli os-con di serie con degli Elna "Silmic II", del valore più grande che si riesca a farci entrare. E magari anche raddoppiarli: per ogni by-pass metterei un C di valore (inevitabilmente...) limitato nel posto previsto ed un altro molto più grande in parallelo, montato "volante" sotto la scheda.

PPoli ha scritto:i due condensatori tra le due uscite e massa (251-252 e 253-254) meglio metterceli?

non ho notato alcun problema senza... cmq si fa presto a provare, anche mettendoli volanti fuori così non pasticci la scheda.

PPoli ha scritto:E il 34 che chiude tra CP e CN direttamente sul sabre?

boh... cercando ho trovato questo thread su diyAudio: Measurements of an ES9023 DAC

(ES9023 data-sheet):

ES9023 PB Rev 0.2aPB 110117.pdf

PPoli ha scritto:Qualcuno ci ha già stuiato sopra qualcosa

mi pare di si, vedi il thread su diyAudio e/o (soprattutto) la mailing list del progetto su Google.

PPoli ha scritto:> I have some Elna Cerafine to try on the reference voltage

e allora che aspetti? mettici quelli! (i nuovi "Silmic II" dicono siano ancora meglio dei vecchi "cerafine", ma visto che li hai già...).

E magari prova a parallelarli con altri molto più grandi! (almeno 220uF, ma anche fino a 1000uF ciascuno!)

PPoli ha scritto:Ho alcuni Wima da 100n per la prova sul 34.

bleah, IME/IMO i tanto decantati Wima sono osceni.

Almeno sul segnale. In questa particolare applicazione chi lo sa...

PPoli ha scritto:Qualche idea per l'uscita? Ho degli Auricap da .22 sino a 1,5, oppure i classici russi da 1u, ma è tutta roba da alte tensioni (e dimensioni).

detto così, sembrerebbe quasi che tu voglia mettere dei C di disaccoppiamento in serie alle uscite...

Presumo invece che parli del filtro passa-basso di uscita (opzionale!) formato da R16 con C252//C253 ed R17 con C250//C251.

N.B.: se metti i condensatori, devi mettere anche delle resistenze al posto dei ponticelli per R16 ed R17!

(oppure, come detto, per non pasticciare la scheda almeno per le prove montare il filtro p/b all'esterno).

Te lo sei fatto mandare con i condensatori non montati?

Si, se ne ordini due te li mandano così e ti tolgono le spese di spedizione.

e allora che aspetti? mettici quelli! (i nuovi "Silmic II" dicono siano ancora meglio dei vecchi "cerafine", ma visto che li hai già...).
E magari prova a parallelarli con altri molto più grandi! (almeno 220uF, ma anche fino a 1000uF ciascuno!)

Sono di valori un po' elevati, anche come tensioni (minimo 63V).
Visto che ho scoperto che Audioselection si è trasferita a 500 metri da casa mia son andato appunto a cercare dei Silmic. Ma erano "chiusi per recita della figlia". Riprovo domattina.

bleah, IME/IMO i tanto decantati Wima sono osceni. Almeno sul segnale. In questa particolare applicazione chi lo sa...

Ma qui sono sulle alimentazioni. Mah... proverò.

detto così, sembrerebbe quasi che tu voglia mettere dei C di disaccoppiamento in serie alle uscite...

Presumo invece che parli del filtro passa-basso di uscita (opzionale!) formato da R16 con C252//C253 ed R17 con C250//C251.

Ma sai che ci avevo pensato davvero? Credevo che il filtro passabasso fosse già integrato all'interno del Sabre. E i punti di domanda mi hanno fatto pensare che i cap fossero li veramente "in serie" alle uscite. Pensavo di dover tagliare la pista. E pensare che avevo anche notato la resistenza da 0Ohm messa li per usi futuri (nello schema).

A proposito...quelli linkati sono solo diagrammi logici del Sabre. Qualcuno ha il datasheet vero e proprio?
Era successo anche con il 9008. per un certo periodo si trovava sul sito della ESS, poi erano spariti i link ma era rimasto il documento (se sapevi dove cercarlo) e infine lo avevano eliminato.

PPoli ha scritto:
e allora che aspetti? mettici quelli! (i nuovi "Silmic II" dicono siano ancora meglio dei vecchi "cerafine", ma visto che li hai già...).
E magari prova a parallelarli con altri molto più grandi! (almeno 220uF, ma anche fino a 1000uF ciascuno!)
Sono di valori un po' elevati, anche come tensioni (minimo 63V).

se entrano negli spazi previsti... meglio!!!

Sia capacità che tensione più sono alte e meglio è. Par la prima cosa il motivo è ovvio (più capacità => più energia immagazzinata e minore impedenza alle basse frequenze), la seconda invece è frutto di una osservazione empirica: per qualche strano motivo, in generale i C suonano tanto meglio quanto più è alta la loro max tensione di lavoro.

PPoli ha scritto:
bleah, IME/IMO i tanto decantati Wima sono osceni. Almeno sul segnale. In questa particolare applicazione chi lo sa...
Ma qui sono sulle alimentazioni.

che è come dire sul segnale!

PPoli ha scritto:A proposito...quelli linkati sono solo diagrammi logici del Sabre. Qualcuno ha il datasheet vero e proprio?
Era successo anche con il 9008. per un certo periodo si trovava sul sito della ESS, poi erano spariti i link ma era rimasto il documento (se sapevi dove cercarlo) e infine lo avevano eliminato.

AFAIK, per le serie successive non sono mai usciti. C'è solo quella roba inutile.

Collegato.
Non resistevo. Ho inserito i refori dei condensatori in dotazione nei fori e li ho "bloccati" con delle punte di stuzzicadente. Non proprio un collegamento Hi-Fi, ma siamo abituati a questo e altro.

Gluca.....mi spiace, ma sotto Linux non ha nemmeno fatto finta di installare driver o cambiare impostazioni. Ho solo dovuto dire a banshee di utilizzare quello come uscita.

Un dubbio....ma anche a voi i due led verde e rosso sul ricevitore USB lampeggiano alternativamente?

Nota: perlomeno con il mio pc multimediale rimane sempre alimentato. Occorre scollegare il cavo per spegnerlo. Un interruttore non avrebbe guastato. Anche perchè avrebbero offerto un aggancio per una alimentazione esterna.
Le pistine in uscita dal connettore mini-usb sono troppo piccole per intercettare l'alimentazione. Almeno per le mie capacità e la mia vista. Credo che modificherò un cavetto per scorporare segnale e tensione. Peccato. Sarebbe stato più pulito un connettore sulla scatola con anche il suo interruttore.

Impressioni di ascolto...domani. I bimbi stanno andando a letto. Ho solo ascoltato un paio di pezzi a volume molto basso. Di primissimo achito mi sembra una bella pulizia e definizione, come Sabre ci ha abituato, ma forse manca di "brio". Comunque ho veramente solo sentito se funzionava. Domani sarò più preciso.

Ottimo il volume di uscita. Mi sembra uguale a quello del 9008 che però esce in bilanciato (lo sbilancio a trasformatori prendendo tutti due i rami). Perfetto per il mio ampli.

modificare gli oggetti ne fa decadere la garanzia! eccomunque il problema con il mio non era nel coso ... era colpa mia. funzia senza problemi.

Ehm....qualcuno ha il link alle istruzioni sull'uso dei pulsanti esterni e dei segnali led?
E il software di configurazione?

PPoli ha scritto:Collegato.
Non resistevo.

idem, appena mi è arrivato...

PPoli ha scritto:Ho inserito i refori dei condensatori in dotazione nei fori e li ho "bloccati" con delle punte di stuzzicadente. Non proprio un collegamento Hi-Fi, ma siamo abituati a questo e altro.

Ah! ottima idea, peccato non sia venuto in mente anche a me... per sostituirli a me toccherà dissaldarli.

PPoli ha scritto:Un dubbio....ma anche a voi i due led verde e rosso sul ricevitore USB lampeggiano alternativamente?

No! questo è strano. AFAIK non dovrebbe!

Almeno con la versione del firmware che ho io (quello che c'era precaricato) Il LED dovrebbe essere sempre fisso, rosso in modalità UAC2, verde in modalità UAC1. Chiedi lumi sulla mailing list...

PPoli ha scritto:Nota: perlomeno con il mio pc multimediale rimane sempre alimentato.

curioso. Di norma se spegni il PC le USB non sono alimentate. Oppure lo lasci il PC sempre acceso??

PPoli ha scritto:Le pistine in uscita dal connettore mini-usb sono troppo piccole per intercettare l'alimentazione. Almeno per le mie capacità e la mia vista. Credo che modificherò un cavetto per scorporare segnale e tensione. Peccato. Sarebbe stato più pulito un connettore sulla scatola con anche il suo interruttore.

si, una soluzione logica e molto comoda per tutti sarebbe stata quella di mettere un connettore per l'alimentazione esterna dotato di switch: inserendo lo spinotto dell'alimentazione esterna si esclude quella da USB, togliendola si torna a quella... possiamo provare a suggerirlo per la AB1.2

Però ragazzi mi pare che siete un po' distratti...

l'alimentazione "che conta" NON è certo quella del uC, quanto piuttosto quelle dei clock e del DAC (cioè della "AB"). E per questi la possibilità di fornire alimentazioni alternative è già prevista nella AB1.1, ci sono degli "header" belli e pronti dove interrompere le alimentazioni derivate da quella USB e fornirne altre a piacere, anche separate per le diverse utenze! (e non solo una unica per tutto quanto!).

http://www.qnktc.com/ab_11/ ha scritto: AB-1.1 is the motherboard for the USB-I2S module. It includes all the analog functions for audio playback. It is designed to be a fully functional and good sounding board. But it has not been tweaked and optimized for the very best in analog Hi-End performance. The ES9023 output filter capacitors are not assembled. Some people think that sounds good, others believe the caps should be there. With AB-1.1 you can try out different options. Everybody is welcome to start out with this board and make an AB with their favourite power / DAC / IVC etc. AB-1.1 includes:
[...]

Headers for alternative power supply designs

[...]

...sono indicati chiaramente anche nello schema! (ci sono i soliti ponticelli, indicati come resistori "0R").

[rant]
A che serve avere un progetto open-source, interamente aperto e documentato in ogni minimo dettaglio se poi non guardate neanche gli schemi?

[/rant]

PPoli ha scritto:Ehm....qualcuno ha il link alle istruzioni sull'uso dei pulsanti esterni e dei segnali led?
E il software di configurazione?

trovi tutto sulla mailing list ufficiale del progetto e/o sul thread su diyAudio.

Comunque, è semplice... se premi "prog" e lo tieni premuto a lungo passi da UAC1 ad UAC2 e viceversa. Dopo aver cambiato, premi brevemente "reset".

Per quanto riguarda il software di controllo, ora che c'è la possibilità di cambiare "modo" con i tastini IMHO praticamente non serve più a nulla, almeno per l'uso normale. Comunque, trovi anche quello sul sito ufficiale del progetto, cioè su Google: http://code.google.com/p/sdr-widget/

(IIRC, per accedere devi iscriverti al gruppo... io lo feci a suo tempo, iscrizione alla mailing list inclusa. Consiglio di fare altrettanto a tutti gli interessati, ed in particolar modo a chi ne ha preso uno).

gluca ha scritto:modificare gli oggetti ne fa decadere la garanzia!

garanzia?! what's garanzia?

N.B.: a scanso equivoci, per eventuali "casual readers": anche se arriva premontato e pronto all'uso, questo è un progetto DIY! (venduto da un privato a mo' di "group buy"). Non c'è nessuna garanzia. E le modifiche sono caldamente raccomandate dagli autori... che chiedono la collaborazione di tutti per continuare lo sviluppo del progetto!

Vado in ordine sparso.

Innanitutto la discussione su diyaudio me la sto leggendo a puntate ma è molto lunga e spesso si parla di argomenti tipo la crittura dei driver per windows che francamente mi interessano realtivamente.

- Gli header per le alimentazioni analogiche li volevo cercare questa sera ragionando sullo sbroglio della scheda. Felice di sapere che è già documentata. Anche se non mi è molto chiaro. Di 0R ce n'è anche sulle uscite. E comunque quelle sulle alimentazioni sono a valle dei circuiti di stabilizzazione. Che significa, che se rifaccio le alimentazioni devo rifarle tutte? Io speravo di entrare, perlomeno in questa prima fase, con un buon +5VDC e lasciare fare le altre tensioni alla sezioni già onboard.

- Per i led, non intendevo quello esterno, ma i due mini led sul ricevitore usb. Rimangono interni. ma io ho il vizio di provare le cose aperte.

- Ho provato a cambiare modalità utilizzando il pulsantino esterno. Se tengo premuto più di due secondi il led frontale diventa rosso ma appena lo mollo torna verde. Forse devo tenerlo premuto più a lungo. Ovviamente non ho sentito nessuna variazione, per cuipenso la moalità non sia cambiata. Pensavo al software proprio per vedere lo "stato".
E il pulsante "Reset" a che serve? Ho un certo timore a spingerlo. Ho letto di gente che ha perso il firmware e non riusciva a ricaricarlo.

- L'alimentazione esterna delle usb....è vero. Nella mia Asus Iont del mediacenter restano accese. Devo provare a disattivare il WakeOnLan (resta accesa anche la scheda di rete) e eventualmente il WakeOnQualcosaltro. Tra l'altro se va via la corrente qaundo riaccendo la scheda di rete a volte non risulta alimentata. Devo proprio togliere lo spinotto (l'alimentazione è da mattoncino esterno). E' piuttosto scocciante, anche se di solito lascio questa macchina accesa. Anche perchè ho degli HD esterni con un led bianco che resta acceso tutta notte. Ho preso un Hub usb (2.0) con interruttori su ognuna delle cinque uscite e spina per alimentazione esterna. Voglio provare con questo. Sembra interessante.
Tanto per come è fatta la widget i dati dovrebbero restare nel dominio digitale sino a dentro lo scatolotto e quindi non subire il jitter. O sbaglio?

PPoli ha scritto:Innanitutto la discussione su diyaudio me la sto leggendo a puntate ma è molto lunga e spesso si parla di argomenti tipo la crittura dei driver per windows che francamente mi interessano realtivamente.

si, in effetti avrebbero dovuto aprire più thread separati per i vari argomenti... così è un calderone pazzesco.

PPoli ha scritto:Di 0R ce n'è anche sulle uscite.

ovviamente, li ha messi in tutti i punti in cui potresti voler aprire il circuito per fare modifiche...

PPoli ha scritto: E comunque quelle sulle alimentazioni sono a valle dei circuiti di stabilizzazione. Che significa, che se rifaccio le alimentazioni devo rifarle tutte?

si, l'idea è di poter by-passare tutto per poterci eventualmente mettere qualcosa di migliore/diverso dai regolatori "di serie".

PPoli ha scritto: Io speravo di entrare, perlomeno in questa prima fase, con un buon +5VDC e lasciare fare le altre tensioni alla sezioni già onboard.

forse si può fare anche quello. Dai una occhiata a "R26" vicino a TP27/28/29...

(magari facciamo prima a chiedere sulla lista).

PPoli ha scritto: - Per i led, non intendevo quello esterno, ma i due mini led sul ricevitore usb. Rimangono interni. ma io ho il vizio di provare le cose aperte.

sorry, non ho idea di cosa indichino quelli.

PPoli ha scritto:- Ho provato a cambiare modalità utilizzando il pulsantino esterno. Se tengo premuto più di due secondi il led frontale diventa rosso ma appena lo mollo torna verde. Forse devo tenerlo premuto più a lungo.

si, mi pare almeno 5 o 6 sec. Quando lo lasci, deve restare dell'altro colore.

PPoli ha scritto:Ovviamente non ho sentito nessuna variazione, per cuipenso la moalità non sia cambiata. Pensavo al software proprio per vedere lo "stato".

lo stato te lo dice il colore del LED esterno. Verde=UAC1, Rosso=UAC2. Ed ovviamente te lo dice anche Linux! Se tieni d'occhio i messaggi del kernel e/o i log di sistema, ti dice che device ha riconosciuto. Quando fai lo switch ti dice che il device è stato rimosso (come se lo avessi staccato) e poi te ne compare un altro...

Differenze all'ascolto non dovrebbero essercene comunque. L'unica cosa che cambia è che in un caso vai in USB2 "high-speed" ed hai il supporto fino a 192K, nell'altro in USB1.1 "full-speed" e puoi arrivare solo fino a 48K. Ma in entrambi i casi sempre asincrono. La modalità UAC1 (LED Verde, è il default quando te lo manda Børge), funziona senza driver anche su windoze.

PPoli ha scritto:E il pulsante "Reset" a che serve? Ho un certo timore a spingerlo.

premuto brevemente riavvia il uC (ricaricando il firmware che ha in pancia). Per il resto dovrei documentarmi anche io...

PPoli ha scritto:Ho letto di gente che ha perso il firmware e non riusciva a ricaricarlo.

facendo pasticci nel tentare di caricarne un altro. Non so se

se ne possano fare anche solo giocando con i tastini.

PPoli ha scritto:Ho preso un Hub usb (2.0) con interruttori su ognuna delle cinque uscite e spina per alimentazione esterna. Voglio provare con questo. Sembra interessante.
Tanto per come è fatta la widget i dati dovrebbero restare nel dominio digitale sino a dentro lo scatolotto e quindi non subire il jitter. O sbaglio?

si, avevo pensato anche io a qualcosa del genere. Almeno in linea di principio dovrebbe andare senza problemi. Se poi l'alimentazione esterna attraverso l'hub possa creare più problemi di quanti non ne risolva non lo so...

lo stato te lo dice il colore del LED esterno. Verde=UAC1, Rosso=UAC2. Ed ovviamente te lo dice anche Linux! Se tieni d'occhio i messaggi del kernel e/o i log di sistema, ti dice che device ha riconosciuto. Quando fai lo switch ti dice che il device è stato rimosso (come se lo avessi staccato) e poi te ne compare un altro...

Differenze all'ascolto non dovrebbero essercene comunque. L'unica cosa che cambia è che in un caso vai in USB2 "high-speed" ed hai il supporto fino a 192K, nell'altro in USB1.1 "full-speed" e puoi arrivare solo fino a 48K. Ma in entrambi i casi sempre asincrono. La modalità UAC1 (LED Verde, è il default quando te lo manda Børge), funziona senza driver anche su windoze.

OK. Riuscito a passare in modalità ROSSA.

Il mio funziona in modo un po' strano. Se premo per un paio di secondi il led cambia colore, ma quando lascio torna a quello originario. Se tengo premuto per 5-6 secondi il led si spegne e la widget commuta. Se a quel punto premo per un altro secondo si accende anche la luce del colore giusto (meno di un secondo, solo un impulso, resta spento).

Anyway.....avevo letto nella discussione su diyaudio che qualcuno lamentava un degrado se la widget effettuava un ricampionamento. UAC1 con file 96khz e UAC2 con 44.1khz.

Io faccio fatica a capire le differenze tra un dac e un altro....ma mi fido.

Giusto ad esempio quando è venuto Campedelli a casa mia per un confronto tra il suo DAC e il sabre, sentivamo delle differenze fino a quando ci siamo accorti che erano dovute più al pannellino con selettore e ai cavi che al dac vero e proprio. Messi tutti e due sulla stessa connessione suonavano uguali. Almeno dopo la prima bottiglia di Bordeaux (a merenda).

PPoli ha scritto:OK. Riuscito a passare in modalità ROSSA.

Il mio funziona in modo un po' strano. Se premo per un paio di secondi il led cambia colore, ma quando lascio torna a quello originario. Se tengo premuto per 5-6 secondi il led si spegne e la widget commuta. Se a quel punto premo per un altro secondo si accende anche la luce del colore giusto (meno di un secondo, solo un impulso, resta spento).

no, non è strano... funziona così anche il mio.

PPoli ha scritto:Anyway.....avevo letto nella discussione su diyaudio che qualcuno lamentava un degrado se la widget effettuava un ricampionamento. UAC1 con file 96khz e UAC2 con 44.1khz.

la prima senza dubbio, la seconda no!

In modalità UAC1 puoi arrivare al max a 48K. Quindi, se mandi in play un file a 96K devi per forza fare un resampling (downsampling!) per portarlo a 48K. Ed ovviamente il downsampling porta sempre inevitabilmente a perdita di informazioni nonché degrado della qualità legato al processo stesso, che tra l'altro richiede necessariamente l'uso del "dithering" per limitare i danni.

Il contrario non è affatto vero. Puoi benissimo mandare in play un file 44.1K "as-is" sia in modalità UAC1 che UAC2. Al DAC arrivano esattamente gli stessi dati, ed anche il clock (che è sempre quello locale della AB) resta lo stesso. Stessi dati, stesso clock... che altro può cambiare?

Anche un eventuale (non necessario) resampling "in salita" (AKA upsampling) non comporta perdita di informazioni e non è affatto detto che sia dannoso per la qualità del suono (anzi, spesso è vero il contrario...).

PPoli ha scritto:Io faccio fatica a capire le differenze tra un dac e un altro....ma mi fido.

e fai male!

PPoli ha scritto:Giusto ad esempio quando è venuto Campedelli a casa mia per un confronto tra il suo DAC e il sabre, sentivamo delle differenze fino a quando ci siamo accorti che erano dovute più al pannellino con selettore e ai cavi che al dac vero e proprio. Messi tutti e due sulla stessa connessione suonavano uguali.

non mi stupisce più di tanto. Nonostante ci sia ancora chi si rifiuta di credere all'evidenza, personalmente purtroppo conosco fin troppo bene l'influenza che hanno sul suono i cablaggi...

PPoli ha scritto:Almeno dopo la prima bottiglia di Bordeaux (a merenda).

Stessi dati, stesso clock... che altro può cambiare?

Ma non aveva due clock diversi la widget?
Uno per i campioni "tondi" (48-96-192) e uno per i multipli di 44.1 (88.2-186.4)

Certo. Ma per l'appunto dipende dal sampling rate dello stream, non dal tipo di link utilizzato. Se gli mandi dati a 44.1K, il clock utilizzato è lo stesso a prescindere dal fatto che stai utilizzando un link UAC1 o UAC2.

Oh, li hai poi montati i condensatori nuovi?

Sto facendo la lista in questo momento.
Domani li saldo.

Tutti Elna SILMIC II
Pensavo di mettere:

C36-C37 Alimentazione clock 47u 25V
C21, C31 dietro ai regolatori di AVCC e VDCC_XO 100u 25V non previsti sulla widget spedita assemblata completamente. Su diyAudio c'è che dice di aver trovato giovamento da 470u (sarà vero?).
Ai piedi del DAC:
C35 (VREG) 22u 50V (15u specifiche widget e 10u ESS)
C32 (VDCC) 22u 50V (da specifiche basterebbe 1u. Magari a film)
C34 (chiusura positivo e negativo Pompa di Carica) pensavo ad un film da 1u o anche meno.
C33 (disaccoppia NEG) mah...penso basterebbe poco. In alternativa ho altri 22u 50V

Se qualcuno ha osservazioni da fare.....

PPoli ha scritto:Sto facendo la lista in questo momento.
Domani li saldo.

per quelli che vanno nei fori, prima potresti provare con lo stesso trucco degli stecchini...

PPoli ha scritto:Tutti Elna SILMIC II
Pensavo di mettere:

C36-C37 Alimentazione clock 47u 25V

I clock dovrebbero assorbire una corrente pressoché costante, quindi non serve un grande accumulo di energia. La funzione principale di un C di dimensioni generose è quella di filtrare il rumore a bassa frequenza (che per altro dovrebbe essere filtrato efficaciemente dal regolatore). Per contro un C grande ha problemi alle frequenze più alte (ma a quanto vedo è stato previsto un by-pass) e soprattutto essendo a valle di un regolatore serie potrebbe creare problemi di stabilità al regolatore stesso (verifica sul data-sheet qual'è il valore max consigliato).

PPoli ha scritto:C21, C31 dietro ai regolatori di AVCC e VDCC_XO 100u 25V non previsti sulla widget spedita assemblata completamente. Su diyAudio c'è che dice di aver trovato giovamento da 470u (sarà vero?).

È possibile. Abbassi la freq. di risonanza del filtro, tagli molto più in basso e soprattutto accumuli energia a monte del regolatore (evitando che questo possa trovarsi "a secco"). Specie per AVCC io abbonderei senz'altro. Se (nei dintorni...) c'è abbastanza spazio per farceli stare, arriverei anche fino a 1000uF! Da considerare anche i by-pass opzionali previsti (C19/20 e C13/14).

PPoli ha scritto:Ai piedi del DAC:
C35 (VREG) 22u 50V (15u specifiche widget e 10u ESS)

questo dovrebbe essere un punto estremamente sensibile. Anche qui proverei ad aggiungere, in parallelo ad un "piccolino" (10-20u) inserito nella sede prevista, un'altro elcap di valore moolto più alto (qualche 100io di uF).

PPoli ha scritto:C32 (VDCC) 22u 50V (da specifiche basterebbe 1u. Magari a film)

VDCC? volevi dire AVCC?

se è quello, come sopra. Se il 22u entra nel posto previsto mettici quello, altrimenti anche uno più piccolo. Poi prova ad aggiungerne un altro molto + grande in parallelo.

PPoli ha scritto:C34 (chiusura positivo e negativo Pompa di Carica) pensavo ad un film da 1u o anche meno.

boh. Bisognerebbe capire meglio cosa c'è "dietro" (nel chip) e come funziona. Al limite, si può andare per tentativi. Lascia quello che c'è e prova ad aggiungere qualcosa in parallelo e vedi che succede...

PPoli ha scritto:C33 (disaccoppia NEG) mah...penso basterebbe poco. In alternativa ho altri 22u 50V

al contrario. Se ho ben capito a cosa servono, quello che metti qui deve essere esattamente uguale a quello che c'è su VREG!

Per i valori grandi da aggiungere in parallelo dove serve, come prima prova usa quello che hai in casa. Per farsi una idea dell'effetto di variazioni di capacità complessiva di uno o più ordini di grandezza non serve che sia roba "eso". Poi casomai rifinisci in seguito.

Il datasheet dice 10u su VREF e 1u sugli altri connessi ai piedini del Sabre (pompa e tensioni).
E cmunque la scheda ha già tre condensatori in parallelo in ogni posizione. Robina piccola SMD, in genere 4,7n+1u+10u. L'ultimo (quelli da mettere) fa appunto da riserva di carica.
Sulle alimentazioni nessuna indicazione.

Ho proceduto come indicato in precedenza. Frugando tra i cassetti ho trovato anche dei WIMA in film quelli rossi) da 10u, ma mi sembravano troppo grandi e ho comprato 4 Obligato standard da 1u. Solo che sono da 630V e piuttosto ingombranti. Ci sarebbero anche stati, ma i refori avevano un diametro maggiore dei fori, per cui ho lasciato perdere. Sono stato tentato dall'usare un SILMIC da 22 con i refori infilati nei fori e quelli degli Obligato agganciati a questi, ma poi mi sembrava di essere paranoico. Penso sia meglio concentrarsi sull'alimentazione esterna.

A proposito delle saldature. I forellini sono veramente miniuscoli e anche gli agganci attorno. Per saldare bisogna scaldare molto bene il reforo e attendere che lo stagno si infili nel foro (dal retro).

Con i nuovi condensatori il PC multimesdiale va in crisi di alimentazione (non è certo abbondante e ci sono già due HD esterni).
In pratica non si avvia e resta bloccato sulla schermata del BIOS se prima non stacco la widget.

Problema da poco, ma va risolto.

PPoli ha scritto:Il datasheet dice 10u su VREF e 1u sugli altri connessi ai piedini del Sabre (pompa e tensioni).
E cmunque la scheda ha già tre condensatori in parallelo in ogni posizione. Robina piccola SMD, in genere 4,7n+1u+10u. L'ultimo (quelli da mettere) fa appunto da riserva di carica.

Mi sembrano decisamente insufficienti: a 20Hz un C da 10u ha ancora una Xc di circa 800 Ohm...

PPoli ha scritto:A proposito delle saldature. I forellini sono veramente miniuscoli e anche gli agganci attorno. Per saldare bisogna scaldare molto bene il reforo e attendere che lo stagno si infili nel foro (dal retro).

si, l'ho notato anche io.

Ricordiamoci di farlo presente a Børge per le prossime versioni...

PPoli ha scritto:Con i nuovi condensatori il PC multimesdiale va in crisi di alimentazione (non è certo abbondante e ci sono già due HD esterni).
In pratica non si avvia e resta bloccato sulla schermata del BIOS se prima non stacco la widget.

seccante. E strano. Le alimentazioni delle USB dovrebbero essere limitate in corrente...

Non puoi fornire una alimentazione esterna agli HDD?

BTW: come suona? notato qualche differenza?

Nn ho fatto abbastanza prove prima per capire le differenze.
Non ho la costanza e il metodo di Roberto (Nullo) nell'approccio alle sostituzioni. Cambio tutto e accendo.

Comunque devo dire che prima, con i cap di serie "volanti" avevo una sensazione di "non finito". Qualcosa che mancava ma non sapevo bene cosa fosse. Adesso con i SILMIC sembra sparito. E' anche vero che prima avevo ascoltato prevalentemente in UAC1 e adesso ho fisso su UAC2 e potrebbe essere anche quello.
Non ho ascoltato gli stessi brani. E nemeno le stesse risoluzioni.

Comunque non mi fa rimpiangere per nulla il "vecchio" Buffalo+HiFace, che tra pennetta, dac, alimentazioni e trasformatori di uscita costa almeno 4 volte tanto. E questo è il lato più negativo dell'elettronica digitale. Ogni volta che pensi di essere arrivato, un nuovo stanard, una nuova risoluzione, una nuova modalità,...ti fanno capire che dietro la collina ce n'è un altra, e poi un'altra, e poi un altra.....mi ricorda quando sono andato da Leh (Ladak) a Manali (India) in un viaggio in jeep di 40 ore filate con solo una pausa per dormire.

Non puoi fornire una alimentazione esterna agli HDD?

Si, posso provare, ma mi sembra il problema sia proprio la widget. Dopo provo a disattivare il boot da perieriche esterne che va a cercare di tutto sull'USB. Alla fine a lasciarlo li parte, ma magari ci mette tre o quattro minuti (contro i 20 secondi normali).

Ne avevamo già parlato ma che player usi?

Ho visto la discussione su diyAudio in cui anche le misure (non solo l'ascolto) sotto win (soprattutto XP) dipendono fortemente dal player utilizzato.

Al momento su questa macchina c'è Ubuntu 11.10 con Banshee predefinito.

PPoli ha scritto:Ho visto la discussione su diyAudio in cui anche le misure (non solo l'ascolto) sotto win (soprattutto XP) dipendono fortemente dal player utilizzato.

Interessante, metteresti il link?

Io ho aggiunto una ferrite a crimpare sul cavo USB dell'Audio Widget, e devo dire che ha ragione Paolo, la differenza c'è!

E' nella discussione generale. Tra pagina 6 0 7 e pagina 10.
http://www.diyaudio.com/forums/digital- ... get-7.html
Le ferriti con guscio in plastica a crimpare le ho prese domenica scorsa alla fiera dell'elettronica di Reggio Emilia.
Anche se non confido su un orecchio raffinato. Però mi piacevano. fanno molto figo, come dicono le mie bimbe.

PPoli ha scritto:Comunque devo dire che prima, con i cap di serie "volanti" avevo una sensazione di "non finito". Qualcosa che mancava ma non sapevo bene cosa fosse. Adesso con i SILMIC sembra sparito.

ci può stare. Gli OsCon non mi sono mai piaciuti. IME danno sempre un suono troppo asciutto, "povero", asfittico. Che guarda caso sono proprio i difetti che (sebbene in misura lieve) ho riscontrato nel suono della AB1.1 "di serie".

Mi aspetterei anche che la maggiore riserva di energia dei cap di valore più alto che hai messo abbia contribuito a dargli un po' più di "corpo" (altra cosa leggermente carente rispetto al mio riferimento).

PPoli ha scritto:E' anche vero che prima avevo ascoltato prevalentemente in UAC1 e adesso ho fisso su UAC2 e potrebbe essere anche quello.

mah, come detto in precedenza ne dubito. Sostanzialmente l'unica differenza sta' nella frequenza a cui opera il bus USB, molto maggiore nel caso del UAC2 (UAC1=12Mbps, UAC2=480Mbps). Questo sicuramente cambia radicalmente lo spettro del rumore (RF) prodotto. In linea di principio potrebbe anche esserci qualche ripercussione sul DAC e/o sui relativi clock (oltre che ovviamente direttamente sul rumore in uscita). Ma onestamente non mi aspetterei effetti di entità rilevante sul suono.

A dire la verità, durante alcuni test ho avuto la sensazione che in UAC1 suonasse forse appena un filino meglio che non in UAC2, ma per l'appunto si è trattato solo di una sensazione non meglio definita. Non giurerei affatto che non si trattasse solo di autosuggestione (anzi, direi che sia la cosa più probabile).

PPoli ha scritto:Comunque non mi fa rimpiangere per nulla il "vecchio" Buffalo+HiFace, che tra pennetta, dac, alimentazioni e trasformatori di uscita costa almeno 4 volte tanto.

ottimo!

PPoli ha scritto:E questo è il lato più negativo dell'elettronica digitale. Ogni volta che pensi di essere arrivato, un nuovo stanard, una nuova risoluzione, una nuova modalità,...ti fanno capire che dietro la collina ce n'è un altra, e poi un'altra, e poi un altra.....mi ricorda quando sono andato da Leh (Ladak) a Manali (India) in un viaggio in jeep di 40 ore filate con solo una pausa per dormire.

immagine molto calzante...

è lo scotto da pagare per essere in un certo senso "pionieri" di una tecnologia che, nonostante sia con noi da ormai circa tre decadi, è ancora giovane ed immatura. Solo di recente il digitale ha cominciato a dare risultati veramente convincenti. Fino a non molti anni fa' un buon sistema analogico (certo più scomodo e costoso) si faceva ancora tranquillamente beffe di qualsiasi sistema digitale. Oggi finalmente non è più così. Ma senza dubbio ci sono ancora ampi margini di miglioramento...

PPoli ha scritto:
Non puoi fornire una alimentazione esterna agli HDD?
Si, posso provare, ma mi sembra il problema sia proprio la widget.

si, è probabile che il problema sia il picco di corrente di carica iniziale dei condensatori. Se hai uno di quei cavetti con due spine USB che sono forniti con alcuni HDD esterni portatili, potresti provare ad usare quello per l'AW. Ovviamente, la soluzione migliore resta quella di utilizzare una alimentazione separata...

PPoli ha scritto:Ne avevamo già parlato ma che player usi?

dipende. In generale detesto le interfacce grafiche. Specie quelle inutilmente complesse e "bloated" in stile "iTunes" e similari.

Quando faccio ascolti "seri", il mio "player" preferito resta la linea di comando. Di norma uso sox, e.g. nel caso più semplice:
cd /path/to/album/dir/

Codice: Seleziona tutto

AUDIODEV=hw:1,0 play *.flac

oppure comandi più elaborati se uso l'upsampling in software, ad es.:

Codice: Seleziona tutto

sox -V3 *.flac -t alsa -b 32 hw:1,0 gain -3 rate -v -I 192000

("play" non è che sox stesso, che se chiamato con quel nome assume di default le opzioni per l'output diretto su device audio. Insomma niente altro che una "scorciatoia").

Se invece voglio utilizzare una GUI, recentemente ho scoperto "gogglesmm", che mi piace perché ha una interfaccia semplice ed intuitiva con le (poche) funzioni che mi servono e si beve la mia ampia collezione senza appesantirsi (vari altri player, come ad es. "amarok", almeno sul mio PC - ormai non più recentissimo - non ce la fanno altrettanto bene).

In verità, lo uso soprattutto per ascolti casuali "in background" (come ad es. proprio ora...

), mettendolo in random play sull'intera collezione o su parte di essa (molto comoda la possibilità di filtrare per genere, autore, ecc).

Di recente ho provato anche "MPD" con vari client, in particolare l'eccellente "gmpc". Voyage MPD su server dedicato e gpmc come interfaccia (su un laptop/netbook/tablet) sono un'accoppiata caldamente raccomandabile, specie per chi ama le GUI ricche di features.

PPoli ha scritto:Ho visto la discussione su diyAudio in cui anche le misure (non solo l'ascolto) sotto win (soprattutto XP) dipendono fortemente dal player utilizzato.

su windoze è probabile.

Su Linux onestamente non ho mai notato alcuna differenza tra player diversi. Dal punto di vista della qualità audio, l'uno vale l'altro.

Quantomeno questo è sicuramente vero per tutti quelli che utilizzano gli "stack" standard per l'output audio (fondamentalmente "libasound", eventualmente attraverso "gstreamer" o altri layer intermedi) e non pasticciano con gli stream, cioè quelli che per default fanno output "bit-perfect". Il discorso è ovviamente diverso per quei (pochi) player che invece tendono a "pasticciare" con gli stream audio aggiungendo effetti, equalizzazioni, resampling, ecc, come ad es. "audacious" (ma spesso è solo una questione di settings).

Per capirci, IMHO vanno benissimo anche quelli di default di Ubuntu, come l'ottimo Banshee (o anche l'altrettanto buono "Rythmbox" utilizzato come default in passato).

Invece, una sensibile influenza sul suono ce la possono (ovviamente...) avere eventuali "middleware" che pasticciano con gli stream audio come ad es. "pulseaudio", "phonon", lo stesso "dmix" di ALSA (se lo utilizzi...), ecc.

Secondo alcuni (io per il momento non ho fatto prove conclusive in merito), una certa influenza ce l'ha anche il kernel stesso (e/o i suoi settings).

Di sicuro, nei test fatti a casa di George con il mio vecchio laptop, il kernel di "Voyage MPD" trapiantato sulla mia Debian "testing" (la versione di sviluppo, che diventerà "Wheezy") ha risolto dei grossi problemi di "underrun" che invece avevo con il kernel di default (quasi) ogni volta che c'era un accesso ai dischi (devo cercare di capire dov'è il problema e mandare un bug report...).

Indubbiamente, per l'uso audio (sia con l'AW che altro) mi sento di raccomandare proprio Voyage MPD su una macchina dedicata (o multi-boot). Provalo e facci sapere...

PPoli ha scritto:Al momento su questa macchina c'è Ubuntu 11.10 con Banshee predefinito.

con o senza "pulseaudio"?

UnixMan ha scritto:Di recente ho provato anche "MPD" con vari client, in particolare l'eccellente "gmpc". Voyage MPD su server dedicato e gpmc come interfaccia (su un laptop/netbook/tablet) sono un'accoppiata caldamente raccomandabile, specie per chi ama le GUI ricche di features.

Quoto per GMPC! Per chi è abituato a Foobar, è abbastanza intuitivo. Inoltre è uno dei pochissimi che mi è funzionato al primo colpo sotto windows

Ah, un problema non documentato di GMPC (ricordi Paolo che ci abbiamo sbattuto il naso per diverso tempo): nella configurazione, quando chiede la "music directory", dove fisicamente abbiamo la musica, va inserito un percorso con formattazione tipo linux, benchè il client giri sotto windows...

Ad esempio, come nel mio caso, se la musica è fisicamente nella LAN con questo indirizzo "windows"

Codice: Seleziona tutto

\\192.168.1.100\Musica

in GMPC va inserito:

Codice: Seleziona tutto

//192.168.1.100/Musica

in caso contrario non dà errore, ma semplicemente non accede alla directory per le copertine dei dischi e cose simili (la musica in sè ovviamente è indipendente poichè è aperta da MPD, non GMPC).

Giaime ha scritto:Ah, un problema non documentato di GMPC (ricordi Paolo che ci abbiamo sbattuto il naso per diverso tempo): nella configurazione, quando chiede la "music directory", dove fisicamente abbiamo la musica, va inserito un percorso con formattazione tipo linux, benchè il client giri sotto windows...

Ah! buono a sapersi. Grazie per la segnalazione!

Certo che è una cosa a dir poco curiosa: di solito i path dei server SMB (windoze nativi o samba che siano) si specificano con la sintassi dos/windows, quindi con i "\", anche sotto linux.

Oh, quasi dimenticavo... in questo post:

http://www.diyaudio.com/forums/digital- ... ost2815343

ci sono delle utili indicazioni su come configurare MPD per inviare al widget gli stream in formato nativo ("bit-perfect").

Ignorate il resto. Su una macchina dedicata all'audio, "PulseAudio" è meglio disinstallarlo tout-court. A quel punto, configurando una uscita diretta su ALSA senza passare per dmix (e.g. utilizzando "plughw:x,y") la quasi totalità dei player linux invierà al widget lo stream in formato nativo.

Alcuni post dopo c'è un mio commento a proposito dell'upsampling in software con sox o libsrc. A tal proposito devo però almeno in parte smentirmi:

mentre con il mio vecchio DAC il preventivo upsampling in software a 192K (degli stream con s/r native minori) è praticamente obbligatorio per ottenere la massima qualità, l'AW (il Sabre...) sembra comportarsi molto bene anche inviandogli stream con s/r più bassi in formato nativo (e.g. i soliti 44.1/16 dei CD).

Anzi, in alcuni test fatti l'altra sera con l'AW a casa (e nell'impianto) di George, alla fine abbiamo preferito l'ascolto senza fare upsampling in software (cioè proprio inviandogli gli stream direttamente nel formato nativo).

Ci ho lavorato poco sulla nuova versione 11.10, ma mi sembra che non installi PulseAudio. Dalla configurazione audio di Banshee finisco direttamente sulle impostazioni della scheda audio. Widget compresa.

Anche io avevo notato un ottima resa con l'invio di files 44.1/16. Fin dal primo ascolto. Oggi ho provato anche direttamente da CD e l'esito è stato ugualmente buono.

PPoli ha scritto:Ci ho lavorato poco sulla nuova versione 11.10, ma mi sembra che non installi PulseAudio.

AFAIK lo installa eccome. Cmq, fai presto a verificarlo:

Codice: Seleziona tutto

dpkg -l |grep pulse

PPoli ha scritto:Dalla configurazione audio di Banshee finisco direttamente sulle impostazioni della scheda audio. Widget compresa.

probabilmente finisci nelle relative impostazioni di pulse...

UnixMan ha scritto:
PPoli ha scritto:A proposito delle saldature. I forellini sono veramente miniuscoli e anche gli agganci attorno. Per saldare bisogna scaldare molto bene il reforo e attendere che lo stagno si infili nel foro (dal retro).
si, l'ho notato anche io. Ricordiamoci di farlo presente a Børge per le prossime versioni...

Hi guys,

I still have quite a few AB-1.1s in stock, but I have already started planning for new batches by purchasig the Golledge XOs.

I don't visit your forum every day, so please put together a wish list and mail it to me at borge . strand (at) gmail . com.

Buon Natale!

Børge

Ho appena finito di modificare anche la mia. Modifiche effettuate:

aggiunti C15, C21 e C31: 100uF ciascuno

aggiunto C34: 47uF, OsCon (piccolo, ma quello avevo)

questi di default non sono neanche installati!

aggiunto C26 in parallelo a C32: un bel 470uF

aggiunto C27 in parallelo a C33: 47uF, Elna Cerafine

aggiunto C29 in parallelo a C35: 47uF, Elna Cerafine

AW-AB1.1-mod.jpg

2011_12_22-dscn1175.jpg

dimenticavo...

2011_12_22-dscn1178.jpg

Tolti i 47uF su C34. All'ascolto non mi pare sia cambiato molto...

Aggiornato il firmware all'ultima versione, audio-widget-nik-2011-12-26.elf

Pro-memoria. Dal sito del gruppo:

http://code.google.com/p/sdr-widget/downloads/list

scaricare e compilare dfu-programmer-0.5.4.tar.gz (versione speciale modificata! non usare quello eventualmente presente nelle distribuzioni!)

scaricare il file del firmware ed il txt con le istruzioni. Se è la prima volta, creare lo script come indicato (basta un cut&paste...) ed il file con le regole di udev (idem).

Premere a lungo "Prog" e, sempre tenendolo premuto, premere brevemente anche "Reset", poi rilasciare entrambi per mettere il widget nella modalità di riprogrammazione (IIRC, il LED frontale resta spento). Quindi, avviare lo script:

Codice: Seleziona tutto

 ./program-widget.sh audio-widget-nik-2011-12-26.elf
program-widget with audio-widget-nik-2011-12-26.elf
     target: at32uc3a3256
    chip_id: 0x2ff1
  vendor_id: 0x03eb
    command: erase
      quiet: false
      debug: 6
device_type: AVR32
------ command specific below ------
   validate: true

     target: at32uc3a3256
    chip_id: 0x2ff1
  vendor_id: 0x03eb
    command: flash
      quiet: false
      debug: 6
device_type: AVR32
------ command specific below ------
   validate: true
   hex file: /tmp/audio-widget-nik-2011-12-26.hex

Validating...
115380 bytes used (45.43%)
     target: at32uc3a3256
    chip_id: 0x2ff1
  vendor_id: 0x03eb
    command: reset
      quiet: false
      debug: 4
device_type: AVR32
------ command specific below ------

fatto. Premere "Reset" per rimettere il widget in modalità normale. Tornerà alla modalità di default, quindi UAC1 (LED verde). Usare al solito il tasto "prog" o il programma WidgetControl.py per tornare alla modalità UAC2.

Curiosamente, sembra che il nuovo firmware abbia avuto un impatto (positivo) sulla qualità del suono... boh.

Aggiornato nuovamente il firmware alla versione audio-widget-nik-2011-12-29.elf che finalmente risolve un piccolo bug (o se vogliamo in un certo senso una "missing feature") che mi dava moolto fastidio.

(vedi descrizioni e discussione qui e qui; infine, la soluzione).

Un grazie di cuore ad Alex Lee per tutto il lavoro svolto.

Aggiornamento raccomandatissimo!

...specie se siete ancora alla vecchissima versione fornita finora di default:

borge ha scritto:I recommend updating your AB-1.1 firmware. There have been some reports about distortion being improved by new firmware.

(consiglio di procedere da Linux seguendo le istruzioni del post precedente. È molto più semplice e soprattutto affidabile che non farlo da windows).

www.audiofaidate.org

Async USB2 - SDR/Audio-Widget collaborative project

Async USB2 - SDR/Audio-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async 192Khz USB - the SDR-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project

Re: Async USB2 - SDR/Audio-Widget collaborative project