Podria alguno de ustedes explicarme el significado de la descripcion de la implementacion del USB en el DAC Isabellina.
USB (optional) that converts directly to I2S to feed the internal DAC chip (no intermediate s/pdif conversion). This input offers optimal sound quality and requires the use of a computer (music server) with a USB port. The power bus from the computer is not used. We instead provide our own clean, on-board +5V line.
Gracias.
En muchos casos el camino entre el USB y el DAC no es directo, lo que se hace es pasar de USB a S/PDIF, y luego se suele convertir de S/PDIF a I2S que es lo que "entiende" el DAC, si se emplea un "receptor USB" que sale directamente a I2S, nos ahorramos todo el paso de S/PDIF con los consiguientes inconvenientes que se pueden generar al andar convirtiendo una señal.
Otro tema importante que cuenta es que para el modúlo/receptor USB no emplea la alimentación de 5 voltios que tiene llega del ordenador, sino que emplea una alimentación dedicada que tiene el propio DAC para evitar ruidos que lleguen por la alimentación del ordenador.
-- o --
Rodrigo
Gracias Rodrigo. Parece que ambos son buenos puntos y deberian lograr que la Isabellina HPA suene mejor que otros USB DAC's. Pero si ambos son mejoras porque no son utilizadas por otras compañias? Espero que la respuesta no sea ... costo.
No es tan exclusivo el USB con salida I2S, de buenas a primeras el de Twisted Pear Audio tiene un switch para escoger la salida en S/PDIF o I2S.
-- o --
Rodrigo
Supongo que la implantación de este formato I2S requiere unos drivers especificos oo)
Y cuando hablamos de drivers proprietarios, tenemos que asegurarnos que el fabricante podra actualizarlos cada vez que aparezca un OS nuevo, sino, posibles problemas a la vista >(
También nos podríamos preguntar que oportunidades de exito tiene este formato I2S a largo plazo... El SPDIF existe desde hace muchisimos años y es facil hacer comunicar 2 aparatos de generaciones distintas utilizando este protocolo... Que habra del I2S dentro de 5 años... Es solo una moda pasajera o bien resultara ser el estandard del futuro para las interfaces de audio ???
Me parecen cuestiones importantes a considerar antes de tomar alguna decisión. Desde luego, mi propia experiencia con el USB es como decir... algo decepcionante :juer:. Si pudiera volver a empezar, sin duda escogeria la salida miniTOSlink optica de un Macbook (SPDIF) y voila... Demasiados problemas con el USB que no es un standard de interfaz audio acceptado, y dudo que se convierta en una prioridad para los grandes fabricantes informaticos.
Saludos,
Creo que en una comunicación I2S el ordenador "no tiene nada que decir", es protocolo de comunicación entre el DAC y sus elementos periféricos, como puede ser el módulo receptor S/PDIF (a este módulo se suele conectar el Toslink), el módulo USB, etc.
No se como va la arquitectura de tu DA-11, pero es muy posible que la conexión S/PDIF como la USB de tu DAC conviertan la información que recibe a I2S para comunicarse con el DAC, en este punto no afectan los drivers de tu ordenador, a nivel de drivers los problemas los puedes tener entre el módulo receptor de USB y tu ordendador. Como explica Vinnie lo que no tiene sentido es salir de USB a S/PDIF para luego tener que volver a convertir la señal a I2S si existen módulos USB que salen directamente a I2S.
Esto no quiere decir que el I2S sea algo pasajero y que pasadomañana salga el sistema "Perico24J" que mejore la comunicación del DAC con el "resto del mundo", pero esa es una batalla ajena a los drivers.
En tu caso, yo miraría de hacerme con una tarjeta externa USB con salida S/PDIF coaxial que funcione bien y me saltaría el USB del DA-11 a ver si así solucionas el problema, no estoy muy puesto en esos temas de momento pero ya me tocará con el Buffalo32S.
-- o --
Rodrigo
Eso me pasa por hablar sin saber ;D
O sea, esto no tiene nada que ver con el USB, o mejor dicho, sigue siendo dependiente por lo bueno y lo malo de la conexión USB y de sus drivers para hacer viajar la señal hasta el chip receptor....
Entiendo entonces que el I2S es un competidor del formato SPDIF no...Pero entonces, porque no todos los fabricantes de DAC USB no incluyen un chip receptor USB capaces de tratar este protocolo I2S y asi evitar una conversión adicional via SPDIF antes de comunicar con el DAC ???
Veo incluso algunos productos que convierten la señal extraido por USB a I2S y SPDIF antes de atacar los DACs, pero es que en el caso del I2S, se utiliza una conexión de tipo RJ45 en vez de coaxial o TOSlink para el SPDIF... Aunque muy pocos DACs actualmente lo soportan.
El protocolo I2S esta inmune al jitter, al contrario del SPDIF ??? Supongo que como en todos los casos, sera dependiente de una buena implantación...
Hola Enos, haber si t puedo aclarar un poco el tema :D
Cita de: enos en Agosto 04, 2009, 11:55:36
O sea, esto no tiene nada que ver con el USB, o mejor dicho, sigue siendo dependiente por lo bueno y lo malo de la conexión USB y de sus drivers para hacer viajar la señal hasta el chip receptor....
Entiendo entonces que el I2S es un competidor del formato SPDIF no...Pero entonces, porque no todos los fabricantes de DAC USB no incluyen un chip receptor USB capaces de tratar este protocolo I2S y asi evitar una conversión adicional via SPDIF antes de comunicar con el DAC ???
El protocolo I2S no es un formato competidor del S/PDIF simplemente son formatos diferentes usados para cosas diferentes. El formato S/PDIF que todos conocemos se encarga de enviar la información de audio y la señal de reloj al chip receptor de S/PDIF que se encuentra antes de llegar al DAC.
Este chip receptor de S/PDIF se encarga de transformar la señal S/PDIF a I2S que es el formato de comunicación soportado por el DAC. Que yo sepa todos los DAC del mercado son I2S es decir que este es un protocolo estándar perfectamente establecido.
Ten en cuenta que cuando digo DAC me estoy refiriendo al integrado y no a todo el aparato en su conjunto.
El competidor directo del S/PDIF sería el formato USB.
Cita de: enos en Agosto 04, 2009, 11:55:36
Veo incluso algunos productos que convierten la señal extraido por USB a I2S y SPDIF antes de atacar los DACs, pero es que en el caso del I2S, se utiliza una conexión de tipo RJ45 en vez de coaxial o TOSlink para el SPDIF... Aunque muy pocos DACs actualmente lo soportan.
Lo de utilizar la señal I2S de la manera que comentas, es decir mediante RJ45, no me parece la mejor manera de hacer las cosas... ya que este protocolo esta diseñado para cubrir distancias muy pequeñas dentro del PCB del DAC por lo que sacarlo a pasear mediante cables y demás historias no creo que sea nada bueno.
Cita de: enos en Agosto 04, 2009, 11:55:36
El protocolo I2S esta inmune al jitter, al contrario del SPDIF ??? Supongo que como en todos los casos, sera dependiente de una buena implantación...
El formato S/PDIF tiene el inconveniente de que la señal de reloj y los datos de audio viajan embebidos en el mismo canal. El formato I2S tiene la ventaja de tener canales independientes para la señal de reloj y los datos de ahí la inmunidad al jitter que comentas.
Aunque por mucha inmunidad que tenga, si has utilizado S/PDIF para enviar los datos del transporte al DAC pues ya la has fastidiado y aquí es donde entraría el formato USB, que en principio sería capaz de eliminar todos estos problemas de jitter que se plantean con el uso del formato S/PDIF.
Es decir el I2S está ahí y es un formato perfectamente establecido desde hace tiempo que funciona perfectamente el problema esta antes de llegar a esta etapa.
Espero haberte aclarado algo las cosas ;)
Un saludo.
:nosomosdignos:
Fenomenal Lord.camilo tu aclaración :D
Pues parece una alternativa muy interesante, pero porque los chips receptores USB utilizado en audio no "hablan" todos I2S en vez de convertir casi sistematicamente a SPDIF y luego de nuevo a I2S para el DAC... ???
Hay otro motivo más que justifica el uso de SPDIF antes que I2S.
Hola Enos,
Cita de: enos en Agosto 04, 2009, 14:57:43
Pues parece una alternativa muy interesante, pero porque los chips receptores USB utilizado en audio no "hablan" todos I2S en vez de convertir casi sistematicamente a SPDIF y luego de nuevo a I2S para el DAC... ???
Hay otro motivo más que justifica el uso de SPDIF antes que I2S.
No es una alternativa, como te digo son cosas diferentes y cada una tiene su lugar. En cuanto a lo de los chips receptores de USB, pues muchos de ellos pueden convertir a I2S sin problemas, sin ir más lejos el PCM2707 que es un integrado bastante común permite elegir entre las dos opciones, es decir salida I2S para alimentar directamente al DAC o salida S/PDIF que será convertida I2S en el receptor S/PDIF y enviada posteriormente al DAC.
En principio la mejor manera de implementar una conexión USB sería alimentar al DAC directamente con la salida I2S del receptor USB, pero esto no está exento de problemas ya que la mayoría de los DAC tan solo presentan una entrada I2S, por lo tanto si también queremos entradas S/PDIF, habría que encontrar una manera de seleccionar que con que señal I2S queremos alimentar al DAC:
- Señal I2S generada por el receptor USB.
- Señal I2S generada por el receptor S/PDIF.
Una posibilidad para hacer esto sería el uso de relés, pero claro las señales de reloj son muy sensibles y lo mejor sería enviarlas directamente al DAC. Además las señales I2S necesitan tres canales, lo que implica tres pistas en el PCB por lo tanto si tenemos dos señales I2S ya necesitaríamos 6 pistas y las cosas empiezan a ponerse más complicadas.
Además también habría que tener en cuenta el MCLK, esta es la señal de reloj que se encarga de sincronizar los datos de audio para que sean procesados por el DAC, cada uno de los receptores generaría el suyo:
- MCLK generado por el receptor USB.
- MCLK generado por el receptor S/PDIF.
Esto ya serían 8 pistas en el PCB y las cosas se empiezan a complicar más porque unas señales pueden interferir con otras, los relés pueden introducir jitter en la señal de reloj... etc, etc :juer: :juer:
Así que un compromiso bastante bueno ;), es transformar la señal a S/PDIF en el receptor USB y enviarla al receptor S/PDIF junto con el resto de entradas S/PDIF (entrada óptica, entrada coaxial...), este receptor se encargará de:
- Seleccionar la entrada que queramos (USB, óptica o coaxial).
- Generar el MCLK del sistema.
- Convertirla a I2S y enviarla al DAC para ser procesada.
Al final me enrolle un poco más de la cuenta :juer:
Un saludo.
Impresionante ;D
Pues al menos ahora entiendo mejor las complicaciones derivadas del uso del formato I2S en receptores USB. Por cierto, y volviendo al tema del hilo, habria que entender bien como lo implementan en el RWA, porque según entiendo, ese DAC también dispone de 2 entradas SPDIF... Y eso entonces complica bastante las cosas.
Excelente lectura. Muchas gracias,
Muy buena tu explicación sobre el tema lord.camilo.
A saber Vinnie lo que habrá inventado para conectar el USB por I2S al DAC, aunque yo me preocuparía si cada vez que conecto un USB se escucha el "click" de un relé dentro de la Isabellina.
-- o --
Rodrigo
Además, en mi opinión, de momento no merece la pena complicarse tanto con la salida I2S del receptor USB ya que no creo que exista mucha diferencia de sonido entre extraer la señal I2S de forma directa o hacer la conversión a S/PDIF intermedia por lo menos teniendo en cuenta las interfaces USB que tenemos hoy en día, a lo mejor dentro de un tiempo la cosa cambia.
Por otra parte, creo que lo que más marca las diferencias de sonido en un DAC son los siguientes elementos sin ningún orden en particular.
- Extracción de la señal de reloj de la forma más precisa posible (Uso de un segundo PLL o bien emplear un ASRC).
- Disponer de una alimentación de gran calidad.
- Etapa de salida
Aunque claro todo esto son opiniones totalmente personales y no tengo la suficiente experiencia como para asegurarlo a ciencia cierta :D.
Un saludo.
Hola, quería completar un poco la magnífica información aportada por lord.camilo, pero no consigo subir un gráfico que he hecho al respecto. ¿Alguien sabe cómo puedo subir una imagen?.
Vale. Ya he conseguido subir una imagen. No es que me guste mucho como queda pero es lo que hay. En un ratito termino de escribir el mensaje...
Cita de: Ignacio en Agosto 05, 2009, 11:27:41
Hola, quería completar un poco la magnífica información aportada por lord.camilo, pero no consigo subir un gráfico que he hecho al respecto. ¿Alguien sabe cómo puedo subir una imagen?.
Quizás este hilo pueda servirte de ayuda :).
Curso rápido para subir fotos (http://www.auriculares.org/foro/index.php/topic,1352.msg14127.html#msg14127)
Perdonadme. He tenido un repentino "asuntillo" familiar que me ha tenido apartado del mundanal ruido unos días. A ver si ahora tengo un rato y subo esos diagramas y su explicación.
Saludos.
Ignacio.
Tan solo quería mostrar una versión más doméstica de lo que ya ha explicado muy bien Lord.Camilo. Ahí va:
I2S: un poco de historia
I2S es el protocolo estandar para transmisión de señales digitales de audio entre dispositivos electrónicos -inicialmente en formato PCM, aunque hoy en día también se usa para transmitir señales DSD-, léase los chips que realmente tratan la señal digital. Fue diseñado como un bus de señales digitales entre una fuente (como el mecanismo lector de los CDs/DVDs), un procesador de señales (también llamado DSP, como puede ser un chip que convierta de 16/44.1 a 24/96 o un filtro digital) y el convertidor propiamente dicho (que es un chip que llamaremos DAC). Esto es importante porque generalmente se tiende a identificar el DAC con el aparato completo que convierte de digital a analógico, pero realmente el DAC es solo una parte de dicho aparato.
Lo importante de este bus es que contiene, al menos, 3 tipos de señales importantes que se transmiten en paralelo:
Data: es una linea que transmite los datos digitales -el contenido del CD- secuencialmente, es decir, en serie: un bit detrás de otro.
BCK: es una señal de reloj que indica al receptor de los datos, donde empieza cada bit de la señal de datos.
WCK: es una señal de reloj que indica al receptor de los datos donde empieza cada palabra o conjunto de bits -recordemos que en el caso de los CDs, cada palabra contiene 16 bits-.
Con estas 3 señales básicas, se maneja toda la información de la transmisión digital. También podemos en ocasiones ver alguna señal adicional como la MCK que es una señal de un "Reloj maestro" que se suele tomar como referencia para sincronizar todas las señales de reloj de los diferentes dispositivos y transmisiones, pero no es estrictamente necesaria.
Originalmente no estaba previsto fuera del mundo profesional que la transmisión de señales digitales saliera fuera de los aparatos de captura. Es decir que no se contemplaba la existencia de transportes de CDs y de convertidores separados, sino que todos los lectores de CDs eran cerrados y solo disponían del mecanismo lector y del DAC. Así pues, los elementos básicos que manejan el bus I2S son los siguientes:
El mecanismo de lectura de la fuente digital (los CDs), que lee los bits del disco y los transmite vía el bus I2S:
(http://i577.photobucket.com/albums/ss218/IVigueras/Transporte.png)
y el DAC, que lee los datos del bus I2S y genera la señal analógica de toda vida:
(http://i577.photobucket.com/albums/ss218/IVigueras/DAC.png)
De esta manera, un lector de CDs básico es algo así como esto:
(http://i577.photobucket.com/albums/ss218/IVigueras/CDBasico.png)
Si recordais los primeros años del CD, éstos eran acusados de no sonar demasiado bien -¡sonaban horribles!-. Así fue como aparecieron los primeros lectores de CDs que incluían DSPs con diversas funciones según el diseño que se quisiera implementar: diferentes tipos de filtrado digital, oversampling, distintos niveles de dithering, etc. No hace falta que sepais que es todo esto, tan solo saber que lo que se pretendía era "adecuar" la señal digital antes de proporcionársela al DAc con el objeto de que sonara mejor. Así pues, el diseño resultante de un lector de CD moderno viene a ser el siguiente:
(http://i577.photobucket.com/albums/ss218/IVigueras/CDAvanzado.png)
Por supuesto, este dibujo solo muestra los bloques de transferencia de datos básicos a efectos de comprensión del mismo. Además, llevan otros dispositivos electrónicos como la fuente de alimentación, amplificación, etc.
El problema que plantea el bus I2S es que, al tratarse de un bus de datos, tiene unas características electricas que han sido diseñadas para funcionar como tal, pequeño voltage y bajo consumo, en un entorno pequeño y controlado, dentro de equipos cuyos dispositivos electrónicos están muy cerca e inmunes a ciertas contingencias del exterior. Es decir, el típico circuito impreso con los dispositivos electrónicos conectados a él, tal como ha comentado Lord Camilo. Al llevar separadas las señales de reloj y datos es muy importante mantener el sincronismo entre dichas señales pues la variación de cualquier señal de reloj producirá la lectura erronea de los bits o palabras de datos. Es por esto que el bus I2S es tremendamente sensible al problema del jitter.
AES/EBU y SPDIF
Todo lo dicho anteriormente también es aplicable para la señal en sentido inverso, es decir, desde una fuente analógica, se convierte a digital (por un dispositivo llamado ADC) y se transmite vía I2S a los dispositivos de edición de audio y las máquinas que fabricaban los CDs.
Sin embargo, los estudios de sonido se encontraron con el problema de que las distancias entre los equipos que capturaban el sonido, los de edición y los de producción solían ser demasiado grandes. La distancia en la transmisión de señales siempre genera problemas de jitter por lo que no es aplicable conectar diferentes equipos usando un cable largo que transportara un bus I2S pues el jitter generado por la distancia produciría pérdida de sincronismo entre las diferentes señales del bus, las de reloj y la de datos.
Para solucionar esto, la Audio Engineering Society (AES) y la European Broadcasting Union (EBU) diseñaron un protocolo que permitiera enviar todas las señales juntas secuencialmente en un único canal, de tal manera que el jitter afectaría por igual a todas las señales evitando que se produzca desincronización entre ambas. El resultado es el protocolo AES/EBU que consiste en una única transmisión serie de señales digitales de audio para largas distancias.
Hay que tener claro que el protocolo AES/EBU no sustituye al I2S. Internamente, dentro de cada equipo, la señal digital de audio se sigue tranmitiendo siempre mediante el bus I2S, pero para conectar diferentes equipos, entonces se transmite usando AES/EBU. Esto significa que todos los equipos deben estar equipados con dispositivos de entrada que lean la señal AES/EBU y la conviertan a I2S para transmisión interna, y con dispositivos de salida que hagan lo contrario. Más adelante ilustraré esto con el protocolo SPDIF, que funciona de la misma forma.
Con el paso del tiempo y la aparición de nuevas fuentes digitales de audio diferentes al CD, se vio la necesidad en el entorno doméstico, no profesional, de que las fuentes de audio no tenían porque estar dentro del mismo equipo que el convertidor (DAC), lo que obligaría a disponer de un DAC para cada fuente diferente. Y, además, en el caso de los lectores de CD se comprendió que los procesos de lectura y de conversión eran tan diferentes que ambos se beneficiarían de disponer de su propia electrónica trabajando separadamente. Esto planteó un caso parecido al explicado anteriormente: el protocolo I2S se mostraba inadecuado para la transmisión entre equipos separados. En un principio se penso en adoptar el mismo protocolo AES/EBU, pero éste es un protocolo eléctricamente muy robusto, diseñado para transmisión en muy largas distancias que no se dan en un entorno doméstico, por lo que no es necasaria tanta robustez.
Así fue como los inventores del CD, Philips y Sony, decidieron adaptar el protocolo AES/EBU para uso doméstico y diseñaron el protocolo SPDIF (anagrama de Sony/Philips Digital Interconnect Format).
El SPDIF es una adaptación del AES/EBU para el entorno doméstico, básicamente igual pero variando las especificaciones eléctricas y alguna otra pequeña diferencia. Así pues, al igual que pasaba con el AES/EBU, internamente, dentro de cada equipo, la señal digital de audio se sigue tranmitiendo siempre mediante el bus I2S, pero para conectar diferentes equipos, entonces se transmite usando SPDIF. Esto significa que todos los equipos deben estar equipados con dispositivos de entrada que lean la señal SPDIF y la conviertan a I2S para transmisión interna:
(http://i577.photobucket.com/albums/ss218/IVigueras/ReceptorSPDIF.png)
y con dispositivos de salida que hagan lo contrario:
(http://i577.photobucket.com/albums/ss218/IVigueras/SalidaSPDIF.png)
USB
USB (Bus Serie Universal) es un bus serie diseñado para transmisión de señales digitales de datos entre ordenadores y sus periféricos a distancias medias (máximo metros sin repetidor). Por lo tanto, todo lo que se conecte al bus USB tiene que ser reconocido por el ordenador como un periférico suyo. Entonces, por el bus circula tanto la señal de intercambio de datos entre el ordenador y el periférico, como las señales de control del mismo. Además, el bus USB provee de una señal de 5V para alimentar a los periféricos conectados a él, liberándolos de la necesidad de tener una fuente de alimentación propia (de ahí el comentario acerca de la alimentación del Isabellina).
Eso quiere decir que si el bus USB se quiere usar para aplicaciones de audio, entonces el periférico conectado a él debe ser un dispositivo de audio, como una tarjeta de sonido. Es importante entender que el ordenador no sabe que lo que transmite es audio: la comunicación entre el ordenador y su periférico es siempre una comunicación de datos. Es función del periférico de audio su conversión a una señal digital de audio como puede ser SPDIF, AES/EBU o I2S:
(http://i577.photobucket.com/albums/ss218/IVigueras/ReceptorUSB.png)
Generalmente la conversión desde USB siempre se realiza a I2S ya que para eso es el protocolo estandar de transmisión de audio digital. Si lo que se desea es obtener a la salida del dispositivo USB una señal SPDIF o, directamente, analógica (los llamados DAC/USB), entonces se usan combinaciones de dispositivos como los ya vistos anteriormente:
(http://i577.photobucket.com/albums/ss218/IVigueras/USB-SPDIF.png)
(http://i577.photobucket.com/albums/ss218/IVigueras/ConvertidorUSB.png)
No tiene mucho sentido convertir de USB a analógico a través de SPDIF porque entonces se realiza una doble conversión:
(http://i577.photobucket.com/albums/ss218/IVigueras/ConvertidorUSBcomplejo.png)
Finalmente, los convertidores digitales/analógicos con entradas USB y SPDIF, simplemente hacen uso de un conmutador (manual o automático) para seleccionar cual es la entrada requerida:
(http://i577.photobucket.com/albums/ss218/IVigueras/Convertidormixto.png)
Esto es todo. ¡Menuda parrafada ha quedado!. Espero no haberos aburrido mucho y que, al menos, algo haya quedado claro. El objetivo era ser más didáctico que preciso.
Saludos.
Ignacio.
Enhorabuena por el tocho. :)
Me ha encantado, muy ilustrativo.
Muy buena la explicación Ignacio :plas: :plas:,
Por cierto tienes más información o conoces algún link interesante respecto al multiplexado de las señales I2S que comentas en la última parte, ya que es una cosa que no acabo de ver demasiado clara y no se hasta que punto el uso relés o multiplexores analógicos pueden estropear las señales I2S, aunque me da en la nariz que los primeros son más aconsejables que los segundos :).
Un saludo.
Muy bueno Ignacio :nosomosdignos::nosomosdignos::nosomosdignos::nosomosdignos:
Experimentaré el tema, pues en mi caso con el Buffalo32S puedo elegir mendiante un conmutador si entro por I2S o por SPDIF y aún no tengo claro como lo voy a configurar, mi intención inicial era usarlo únicamente por USB con el receptor USB que venden ellos, pero por momentos me vienen ideas de ponerle también una entrada coaxial a mayores :-\.
-- o --
Rodrigo
Tremenda informacion, muchas gracias. Lo que entendi y no fue mucho es que la Isabellina convierte de USB a analogo via un DAC sin necesidad del paso intermedio (SPDI/F). A proposito el commutador en la Isabellina es manual y yo lo opero, lo prefiero a los automaticos pues a veces cambian de uno a otro sin necesidad.
Gracias.
Pd: La Isabellina HPA esta comenzando a sonar de maravilla. Contare mas el Domingo cuando tenga 300 horas de rodaje.
Cita de: lord.camilo en Agosto 18, 2009, 16:50:19
Por cierto tienes más información o conoces algún link interesante respecto al multiplexado de las señales I2S que comentas en la última parte, ya que es una cosa que no acabo de ver demasiado clara y no se hasta que punto el uso relés o multiplexores analógicos pueden estropear las señales I2S, aunque me da en la nariz que los primeros son más aconsejables que los segundos :).
En el proyecto de Doede Douma (http://www.dddac.de/ma_dac31.htm (http://www.dddac.de/ma_dac31.htm)), Doede usa un relé (bueno, usa 3, uno para cada linea del bus I2S) accionados por un switch corriente y moliente. Descárgate el PDF de los circuitos de su proyecto porque son bastante ilustrativos: http://www.dddac.de/ma_dac07.htm (http://www.dddac.de/ma_dac07.htm).
Me sonaba haber leido algo parecido en Twisted Pear Audio, pero acabo de comprobarlo y veo que lo que conmutan son diferentes entradas AES/EBU y SPDIF, no I2S.
Cita de: picodeloro en Agosto 18, 2009, 18:48:14
Experimentaré el tema, pues en mi caso con el Buffalo32S puedo elegir mendiante un conmutador si entro por I2S o por SPDIF y aún no tengo claro como lo voy a configurar, mi intención inicial era usarlo únicamente por USB con el receptor USB que venden ellos, pero por momentos me vienen ideas de ponerle también una entrada coaxial a mayores :-\.
Rodrigo
Yo creo que usar el Buffalo solo con la entrada USB de Twisted Pear Audio es desaprovechar el tremendo potencial que tiene ese DAC. Ellos usan el PCM2707 como convertidor USB-I2S. Es un buen chip, pero si quieres sacarle su mejor nivel le tienes que hacer una buena fuente y ponerle un buen reloj. Y, sobre todo, solo te permitirá trabajar con resoluciones de 44.1 o 48KHz en el PC, lo que te impide aprovechar la capacidad del PC de trabajar con resoluciones mayores que, créeme, estan a años luz de esos habituales 44.1 o 48KHz. Yo buscaría un convertidor USB-I2S que soportara resoluciones mayores como los que están basados en el chip TAS1020 que es el que utiliza el M-Audio Transit. Una opción muy interesante, y de la que puedes encontrar bastante literatura en internet, es comprar el Transit, que es muy barato, y modificarlo para usar la salida I2S del TAS1020. Busca en Google: "m-audio transit mods".
De todas maneras, yo, en tu caso, no me complicaría la vida: dejaría el Buffalo con la entrada SPDIF, dejando abierto en el futuro la opción de conectarlo vía I2S. Esto te permite usar el Buffalo desde prácticamente cualquier fuente, incluido el PC. A ver si tengo un rato y, aparte de sacar las fotos prometidas al CKIII, os cuento el desarrollo, casi terminado, de mi proyecto de PC como fuente. Lo digo porque si dices que has pensado usar el Buffalo solo con USB es porque, deduzco, solo vas a utilizar el PC como fuente, ¿no?. Lo que si que puedo adelantarte es que, despues de bastantes experimentos, yo estoy conectando el PC al equipo vía SPDIF.
Cita de: mrarroyo en Agosto 19, 2009, 03:34:42
Tremenda informacion, muchas gracias. Lo que entendi y no fue mucho ....
:juer:
Saludos.
Ignacio.
Cita de: Ignacio en Agosto 18, 2009, 14:49:39
Espero no haberos aburrido mucho y que, al menos, algo haya quedado claro. El objetivo era ser más didáctico que preciso.
Claro no, ¡clarísimo :o!
Da verdadero gusto leer este tipo de cuestiones técnicas en un lenguaje sencillo y accesible a todo el mundo, no sólo a gente técnica. En especial cuando se tratan de cuestiones tan de base en nuestro hobby y con las que convivimos a diario. Se agradecen también mucho los gráficos que acompañan el artículo. Ayudan mucho a abstraer todos los conceptos que expones. Me voy a imprimir el post para guardarlo en mi colección de documentos técnicos :), mi particular libro para dummies ;D :D.
Ignacio, no cabe duda de que te lo has currado :pulgar:. Muchas gracias por esta información tan básica y tan importante.
Ignacio, lo mismo digo. Te lo has currado un montón y está todo clarísimo y sencillo de entender. Tienes una gran capacidad didáctica.
Mis agradecimientos y felicitaciones :plas:
Pues nada, eso, muy currao, gran aportación didáctica, y lo importante, que cualquiera lo puede entender.
Saludos y felicidades :pulgar:
Excelente aportación Ignacio! :plas: :plas:.
Gracias y un saludo.
Interesantísima aportación. Muy bien explicado; es un placer leerlo.
Enhorabuena.
Un saludo
Cita de: Ignacio en Agosto 19, 2009, 10:46:13
Yo creo que usar el Buffalo solo con la entrada USB de Twisted Pear Audio es desaprovechar el tremendo potencial que tiene ese DAC. Ellos usan el PCM2707 como convertidor USB-I2S. Es un buen chip, pero si quieres sacarle su mejor nivel le tienes que hacer una buena fuente y ponerle un buen reloj. Y, sobre todo, solo te permitirá trabajar con resoluciones de 44.1 o 48KHz en el PC, lo que te impide aprovechar la capacidad del PC de trabajar con resoluciones mayores que, créeme, estan a años luz de esos habituales 44.1 o 48KHz. Yo buscaría un convertidor USB-I2S que soportara resoluciones mayores como los que están basados en el chip TAS1020 que es el que utiliza el M-Audio Transit. Una opción muy interesante, y de la que puedes encontrar bastante literatura en internet, es comprar el Transit, que es muy barato, y modificarlo para usar la salida I2S del TAS1020. Busca en Google: "m-audio transit mods".
De todas maneras, yo, en tu caso, no me complicaría la vida: dejaría el Buffalo con la entrada SPDIF, dejando abierto en el futuro la opción de conectarlo vía I2S. Esto te permite usar el Buffalo desde prácticamente cualquier fuente, incluido el PC. A ver si tengo un rato y, aparte de sacar las fotos prometidas al CKIII, os cuento el desarrollo, casi terminado, de mi proyecto de PC como fuente. Lo digo porque si dices que has pensado usar el Buffalo solo con USB es porque, deduzco, solo vas a utilizar el PC como fuente, ¿no?. Lo que si que puedo adelantarte es que, despues de bastantes experimentos, yo estoy conectando el PC al equipo vía SPDIF.
Muchas gracias por el consejo, desconocía lo de las modificaciones en la Transit, en un principio tenía pensado usar el de Twisted Pear Audio por le tema del I2S y no sabía muy bien como tratar el tema, tenía en mente usar en vez de ese receptor USB el Musiland 01 USB (http://www.audioasylum.com/forums/pcaudio/messages/5/58000.html) pues al ser 24/192 parace una opción mejor :-\.
Con respecto a preparar un PC con salida SPDIF pues también me llama mucho, la tarjeta de audio integrada en la placa base de mi ordenador tiene una salida SPDIF, tengo que mirar como va con el DAC. Tengo curiosidad por ver como has tratado este tema del PC.
-- o --
Rodrigo
Cita de: picodeloro
Muchas gracias por el consejo, desconocía lo de las modificaciones en la Transit, en un principio tenía pensado usar el de Twisted Pear Audio por le tema del I2S y no sabía muy bien como tratar el tema, tenía en mente usar en vez de ese receptor USB el Musiland 01 USB (http://www.audioasylum.com/forums/pcaudio/messages/5/58000.html) pues al ser 24/192 parace una opción mejor :-\.
Desconocía esta última versión del Monitor 01. Le acabo de echar un vistazo rápido. Y tienes razón: parece una opción muy, pero que muy muy, interesante. Y por lo que cuesta, merece la pena probarlo. Acabo de enviar un correo a un vendedor chino que he visto que a USA y Nueva Zelanda lo envía gratis -quiero decir, sin gastos de envío- porque supongo que a España hará lo mismo.
Cita de: picodeloro
Con respecto a preparar un PC con salida SPDIF pues también me llama mucho, la tarjeta de audio integrada en la placa base de mi ordenador tiene una salida SPDIF, tengo que mirar como va con el DAC. Tengo curiosidad por ver como has tratado este tema del PC.
Supongo que sonará mal, como todas las tarjetas de sonido integradas. Lo mejor es deshabilitar esa tarjeta en la BIOS y poner una tarjeta profesional decente. Yo uso una ESI Juli@ muy modificada, aunque todas las modificaciones son muy sencillas de realizar. La Juli@ es una tarjeta muy usada en el DIY precisamente por su calidad intrínseca -tiene una de las mejores salidas SPDIF del mercado- y su facilidad de mejorarla.
Concretamente, las modificaciones realizadas son las siguientes:
- Eliminar la parte analógica, dejando solo la digital.
- Eliminar el dichoso conector múltiple que suelen tener este tipo de tarjetas para conectar el cable múltiple que la conecta a los dispositivos midi y de audio.
- Poner 2 conectores BNC buenos (en mi caso, los Cardas) para la entrada y la salida SPDIF.
- Modificar la alimentación porque, afortunadamente, la Juli@ tiene separadas la alimentación de la parte de datos de la de audio digital. Esto lo puedes hacer de dos maneras: cambiar el regulador que alimenta la parte digital de la tarjeta por uno bueno y, en este caso, la sigues alimentando desde el PC o, mejor todavía, eliminar ese regulador y utilizar los puntos de soldadura de dicho regulador en la placa como puerta de entrada para una fuente externa.
De esta manera se optimiza la Juli@ para que trabaje sobre lo que mejor hace, que es la salida digital. No obstante, la Juli@ también permitiría extraer la señal I2S, por lo que sería interesante, en tu caso y siempre que el Buffalo estuviera pegadito al PC, ver cómo se comportaba en este caso.
De todas maneras, la tarjeta de sonido es solo una parte del proceso. Lo más complicado es el trabajo sobre el PC. No es un trabajo técnico sino de configuración de la BIOS, del Sistema Operativo, y del software de reproducción para optimizar su rendimiento exclusivamente para audio, por lo que cualquiera lo puede hacer si tiene una guía detallada de los pasos. Prometo describir todo el proceso y poner fotos del mismo. Lo que no prometo es cuando podré hacerlo -ya habeis visto el tiempo que me ha llevado tener un rato para escribir lo del SPDIF-.
Saludos.
Ignacio.
Se me había olvidado indicar que también tuve una EMU 0404 USB a la que le hice una fuente ad-hoc porque la fuente que traía de origen era una castaña. Esta es otra de las tarjetas más usadas para extraer audio de alta resolución. Así pude comparar entre usar una tarjeta USB o una tarjeta PCI interna. Y, en mi caso, no había ni color: la Juli@ modificada se merendaba con patatas fritas a la 0404.
Así que, hace poco, le regalé la 0404 a un amigo -bueno, no se la regalé, se la cambié por un retal, que a él le sobraba, de 2 metros de cable Furutech α3 de alimentación.
Saludos.
Ignacio.
Muchas gracias de nuevo por tus consejos, yo me he comprado una en este vendedor (http://cgi.ebay.es/MUSILAND-Sound-Card-24-192-Digital-Monitor-01-US-USD_W0QQitemZ140340299995QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item20acef08db&_trksid=p3286.c0.m14), pues salía por 54€ y en el momento me pareció un buen precio oo).
Tengo claro que para el DAC quiero un ordenador y puesto que de momento ando liadillo con varias cosas, calculo que tardaré 3 o 4 semanas en montar el DAC (con suerte :-\ ), por lo que tampoco me corre mucha "prisa" por la información de como has preparado el PC, para nada quiere decir esto que no me interese. Tómate tu tiempo que seguro que todas tus indicaciones nos serán de gran ayuda.
Mis conocimientos sobre todo el tema de DACs son muy básicos pues nunca me ha dado por investigar en esa línea, por lo que toda esta información me viene de perlas.
Gracias de nuevo Ignacio.
EDIT: Según tenga un ratillo abriré un hilo en el que iré contando como va el montaje de mi Buffalo, pues seguro que vuestros consejos me vendrán de perlas.