Cables ethernet "de marca"

Hola,

Últimamente me ha entrado una duda, ya que he visto anuncios de cables de ethernet ( hasta cat 7 ) "audiófilos" de marcas como audioquest y quería preguntar si utilizáis cables de marca para conectar el reproductor de red con el router, el NAS etc. Yo ni me lo había planteado, la verdad.

¿ Influye en el sonido ? Es un tema del que no he leído nada en el foro...

Saludos

Yo seguiría sin planteármelo 

pablopi escribió:Yo seguiría sin planteármelo 

+1

no lo creo, a menos que tengas cat7 audioquest hasta la central de movistar...  

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

jsc010 escribió:

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

Tú espérate un poquito y verás... Que la conexión de red sea totalmente asíncrona, que existan varios niveles de memorias intermedias entre emisor y receptor, que exista una cosa por encima de todo esto llamado TCP / IP, que se encarga de detectar (improbables en una red local) errores en la transmisión y realizar el reenvío de tramas si es necesario, además del nivel de enlace de datos que se encuentra por debajo y hace en este contexto algo parecido, puede que sean cosas poco relevantes .

pablopi escribió:

jsc010 escribió:

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

Tú espérate un poquito y verás... Que la conexión de red sea totalmente asíncrona, que existan varios niveles de memorias intermedias entre emisor y receptor, que exista una cosa por encima de todo esto llamado TCP / IP, que se encarga de detectar (improbables en una red local) errores en la transmisión y realizar el reenvío de tramas si es necesario, además del nivel de enlace de datos que se encuentra por debajo y hace en este contexto algo parecido, puede que sean cosas poco relevantes .

 Supongo que será la herencia de que la red fuera inicialmente pensada en un contexto de defensa. Igual debe ser chulo tener un cable gordito de ethernet ... jajaja

jsc010 escribió:no lo creo, a menos que tengas cat7 audioquest hasta la central de movistar...  

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

Perdón, pero el protocolo ethernet con modulación 10/100/1000 base T, se dá en la red de área local, desde el modem/router del tu casa ( el que te pone el ISP ), hasta tus terminales. Desde el router de tu casa al router del ISP puede haber tramas ethernet sobre Fibra, coaxial o en el caso de cable, ATM o VLAN sobre portadoras DSL. Así que cable categoría 7, me temo que no. Ni 6 ni 5 ...

Y otra cosa. En audio digital sobre red del tipo streaming, no se dan protocolos TCP. Si hay errores te hodes como dijo Herodes...  

Con las distancias que se dan en una casa no creo que hagan falta cables esotéricos.

Y, puestos a opinar, también me parece un poco extravagante poner acometidas pretendidamente audiófilas desde el cuadro de distribución de CA de casa hasta el equipo. Con poner una acometida solo para el equipo va que se mata, a menos que se llegue con ella al trafo de la compañía eléctrica. Y puede que tampoco.

Saludos

Bueno, me quedo más tranquilo, porque los hay de casi 2.000 libras los 3 metros. Como se escape algún dato es pa matarlo...

http://www.futureshop.co.uk/audioquest-diamond-rje-ethernet-cable-3m-p-5849.html

jsc010 escribió:

pablopi escribió:

jsc010 escribió:

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

Tú espérate un poquito y verás... Que la conexión de red sea totalmente asíncrona, que existan varios niveles de memorias intermedias entre emisor y receptor, que exista una cosa por encima de todo esto llamado TCP / IP, que se encarga de detectar (improbables en una red local) errores en la transmisión y realizar el reenvío de tramas si es necesario, además del nivel de enlace de datos que se encuentra por debajo y hace en este contexto algo parecido, puede que sean cosas poco relevantes .

 Supongo que será la herencia de que la red fuera inicialmente pensada en un contexto de defensa. Igual debe ser chulo tener un cable gordito de ethernet ... jajaja

Muuy gordito... mejor que solamente gordito...  

Bueno, de todas formas, hay supuestos "expertos" en estos temas, como pueda ser el precursor del TT 3.0 para Squeezebox que recomienda encarecidamente recurrir a dos tipos de cable que a muchos de nosotros, a priori, les puedan parecer chorradas anacreónticas y estereofílicas, del más puro estilo hipermegarecontra pitufo...  . A saber:

- un cable óptico muy concreto...TOSLINK DE LIFATEC PREMIUM SILFLEX GLASS CON RECUBRIMIENTO DE OPTISILK. (60 usd)



- y un cable ethernet también muy concreto. El Meicord, que cuesta 69 dólares en tiradas de 1m.





y que lo que realmente ofrecen ambos es un aislamiento total. Nada de mariconadas esotéricas, solo aislamiento. Para quien este tema le pueda parecer importante o por lo menos a considerar siempre es una opción de prueba.

En mi caso, no me ha dado por probar el ethernet, aunque me he quedado con las ganas, pero me parece irreal pagar esa cantidad por un metro de ethernet... pero sí es cierto que probando el otro (el toslink) que lo conseguí en Ebay, inmediatamente sustituí el cable coaxial que tenía (un Cardas nosequé) entre el Squeezebox Touch y el DAC Benchmark. y eso que siempre pensé que el coaxial era mejor que el toslink...

Yo también tengo el squeezebox y el DAC1 Benchmark, en mi caso enlazados por un coaxial HGA veritas ( creo que se lo compré a letorro cuando monté el invento ).

No obstante las opciones que mencionas a precios terrenales se pueden probar...

LUDOVICO escribió:

jsc010 escribió:no lo creo, a menos que tengas cat7 audioquest hasta la central de movistar...  

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

Perdón, pero el protocolo ethernet con modulación 10/100/1000 base T, se dá en la red de área local, desde el modem/router del tu casa ( el que te pone el ISP ), hasta tus terminales. Desde el router de tu casa al router del ISP puede haber tramas ethernet sobre Fibra, coaxial o en el caso de cable, ATM o VLAN sobre portadoras DSL. Así que cable categoría 7, me temo que no. Ni 6 ni 5 ...

Sí era un chistecillo ... 

Y otra cosa. En audio digital sobre red del tipo streaming, no se dan protocolos TCP. Si hay errores te hodes como dijo Herodes...  

Seguro que habra alguno que no utilice TCP, pero lo que conozco que es el Squeezebox, este trabaja sobre TCP y he leido que Spoty tambien. En realidad el Touch tambien utiliza UDP pero para otras cosas, descubrir el LMS por ejemplo, para el streaming es muy similar a un http_server al uso.

Un saludo

Un cable ethernet cat6 vale 2€ y para portar pulsos eléctricos en forma de unos y ceros, no hace falta tanta historia. Vamos es que no hay que darle tantas vueltas.

LUDOVICO escribió:
Y otra cosa. En audio digital sobre red del tipo streaming, no se dan protocolos TCP. Si hay errores te hodes como dijo Herodes...  

Eso es como mínimo matizable, Ludovico.

Cuando hablamos de sistemas en streaming domésticos yo me refiero fundamentalmente a una colección de aplicaciones y protocolos que permiten transmitir archivos de audio (o de audio y vídeo, para el caso da igual) desde un servidor de almacenamiento como puede ser un PC o NAS dedicado hasta uno o más puntos de reproducción, situados en la misma red local, en retransmisión, es decir, pudiendo comenzar la reproducción prácticamente al instante de emitir el comando de inicio de la misma.

En este contexto son necesarios una serie de protocolos de comunicación situados por encima de lo que comúnmente se conoce como los niveles de red (IP) y transporte (TCP / UDP) OSI (sesión, presentación, aplicación...). Los más habituales son smb / cifs, nfs, afp y UPnP. Pues bien, todos ellos funcionan, a menos que hagamos virguerías, sobre TCP, que proporciona una comunicación segura extremo a extremo. Cierto es que UPnP utiliza UDP (que no asegura lo anterior), pero solo para realizar el descubrimiento de entidades UPnP locales. La transmisión de los contenidos se realiza utilizando HTTP sobre TCP/IP, del mismo modo que Jaime explicaba en el caso del LMS.

Pero es que aunque lo anterior no fuera cierto, en una red local cableada de tipo ethernet existe una capa por debajo del nivel de red (IP), denominada de enlace de datos (802.3 y familia) que de nuevo se asegura de la correcta entrega de los datos cuando no hay encaminamiento (y en una red doméstica no suele haberlo).

Quizás la confusión proceda del hecho de que algunos reproductores (me viene Realplayer a la cabeza) utilizaban UDP para el acceso a contenidos procedentes de Internet. UDP tiene una menor sobrecarga que TCP y no retransmite por sí mismo (a menos que un protocolo de nivel superior implemente ese control) una trama defectuosa o perdida. Se prima la velocidad y la regularidad de la tasa de transmisión sobre el hecho de que se produzcan errores esporádicos.

Pero es que incluso hoy en día servicios de streaming en Internet como Spotify pasan de UDP:

http://pansentient.com/2011/04/spotify-technology-some-stats-and-how-spotify-works/

Spotify uses TCP as the transport protocol instead of UDP, since it can take advantage of TCP’s congestion controls and ability to re-send lost packets.

alexj700 escribió:
Bueno, de todas formas, hay supuestos "expertos" en estos temas, como pueda ser el precursor del TT 3.0 para Squeezebox que recomienda encarecidamente recurrir a dos tipos de cable que a muchos de nosotros, a priori, les puedan parecer chorradas anacreónticas y estereofílicas, del más puro estilo hipermegarecontra pitufo...  . A saber:

La verdad es que lo que cuenta Klaus / TT en su página es sorprendente en ocasiones. Lo he leído muy atentamente y cosas como que un LMS corriendo sobre una determinada versión de un SO suena mejor que otra me chirrían enormemente. A pesar de eso creo que es un tipo que controla mucho y parece que sabe de lo que habla.

No lo sé, con ese tipo de cosas tan en la "twilight zone" casi que ya paso de hacer pruebas, Alex.

De los toslink y coaxiales ya no digo nada porque la transmisión SPDIF es síncrona, no hay control de errores de ningún tipo y problemas debidos a interferencias, un mal acople de impedancias o cuestiones relativas a la calidad de la fibra óptica pueden tener repercusiones cuanto menos medibles. Que tenga sentido pagar 600 euracos o más por un coaxial de 1m ya es otra cuestión. Para *mi* desde luego no lo tiene. Como dice SIUL otras cosas a precios más terrenales sí que merecen una prueba, en mi opinión.

pablopi escribió:

alexj700 escribió:
Bueno, de todas formas, hay supuestos "expertos" en estos temas, como pueda ser el precursor del TT 3.0 para Squeezebox que recomienda encarecidamente recurrir a dos tipos de cable que a muchos de nosotros, a priori, les puedan parecer chorradas anacreónticas y estereofílicas, del más puro estilo hipermegarecontra pitufo...  . A saber:

La verdad es que lo que cuenta Klaus / TT en su página es sorprendente en ocasiones. Lo he leído muy atentamente y cosas como que un LMS corriendo sobre una determinada versión de un SO suena mejor que otra me chirrían enormemente. A pesar de eso creo que es un tipo que controla mucho y parece que sabe de lo que habla.

No lo sé, en ese tipo de cosas tan en la "twilight zone" casi que ya paso de hacer pruebas, Alex.

De los toslink y coaxiales ya no digo nada porque la transmisión SPDIF es síncrona, no hay control de errores de ningún tipo y problemas debidos a interferencias, un mal acople de impedancias o cuestiones relativas a la calidad de la fibra óptica pueden tener repercusiones cuanto menos medibles. Que tenga sentido pagar 600 euracos o más por un coaxial de 1m ya es otra cuestión. Para *mi* desde luego no lo tiene. Como dice SIUL otras cosas a precios más terrenales sí que merecen una prueba, en mi opinión.

+1. Absolutamente de acuerdo... Yo voy a lo que es probable y a bajo costo, y que tenga un mínimo de lógica o por lo menos parezca interesante.

pablopi escribió:

LUDOVICO escribió:
Y otra cosa. En audio digital sobre red del tipo streaming, no se dan protocolos TCP. Si hay errores te hodes como dijo Herodes...  

Eso es como mínimo matizable, Ludovico.

Cuando hablamos de sistemas en streaming domésticos yo me refiero fundamentalmente a una colección de aplicaciones y protocolos que permiten transmitir archivos de audio (o de audio y vídeo, para el caso da igual) desde un servidor de almacenamiento como puede ser un PC o NAS dedicado hasta uno o más puntos de reproducción, situados en la misma red, local en retransmisión, es decir, pudiendo comenzar la reproducción prácticamente al instante de emitir el comando de inicio de la misma.

En este contexto son necesarios una serie de protocolos de comunicación situados por encima de lo que comúnmente se conoce como los niveles de red (IP) y transporte (TCP / UDP) OSI (sesión, presentación, aplicación...). Los más habituales son smb / cifs, nfs, afp y UPnP. Pues bien, todos ellos funcionan, a menos que hagamos virguerías, sobre TCP, que proporciona una comunicación segura extremo a extremo. Cierto es que UPnP utiliza UDP (que no asegura lo anterior), pero solo para realizar el descubrimiento de entidades UPnP locales. La transmisión de los contenidos se realiza utilizando HTTP sobre TCP/IP, del mismo modo que Jaime explicaba en el caso del LMS.

Pero es que aunque lo anterior no fuera cierto, en una red local cableada de tipo ethernet existe una capa por debajo del nivel de red (IP), denominada de enlace de datos (802.3 y familia) que de nuevo se asegura de la correcta entrega de los datos cuando no hay encaminamiento (y en una red doméstica no suele haberlo).

Quizás la confusión proceda del hecho de que algunos reproductores (me viene Realplayer a la cabeza) utilizaban UDP para el acceso a contenidos procedentes de Internet. UDP tiene una menor sobrecarga que TCP y no retransmite por sí mismo (a menos que un protocolo de nivel superior implemente ese control) una trama defectuosa o perdida. Se prima la velocidad y la regularidad de la tasa de transmisión sobre el hecho de que se produzcan errores esporádicos.

Pero es que incluso hoy en día servicios de streaming en Internet como Spotify pasan de UDP:

http://pansentient.com/2011/04/spotify-technology-some-stats-and-how-spotify-works/

Spotify uses TCP as the transport protocol instead of UDP, since it can take advantage of TCP’s congestion controls and ability to re-send lost packets.

Bueno, ha petado el servidor del chat cuando te había puesto una flípica y lo he perdido.

En resumen, yo hablaba de streaming en RT y por la red, no en área local. Así que usar TCP en RT es una  pérdida de tiempo.

jsc010 escribió:

LUDOVICO escribió:

jsc010 escribió:no lo creo, a menos que tengas cat7 audioquest hasta la central de movistar...  

lo que pasa es que es audio digital sobre red, y este sobre protocolos que aseguran que la informacion se entregue libre de errores y sin perdida. para aplicaciones domesticas no creo que sea necesario tanto exoterismo emho.

Perdón, pero el protocolo ethernet con modulación 10/100/1000 base T, se dá en la red de área local, desde el modem/router del tu casa ( el que te pone el ISP ), hasta tus terminales. Desde el router de tu casa al router del ISP puede haber tramas ethernet sobre Fibra, coaxial o en el caso de cable, ATM o VLAN sobre portadoras DSL. Así que cable categoría 7, me temo que no. Ni 6 ni 5 ...

Sí era un chistecillo ... 

Pues no lo había pillado. Debe ser el calor que hace que me afecta a los protocolos neuronales    

Yo ya llevo unos cuantos y si que noto diferencias, especialmente entre el tramo final del router/bridge y el Naim.

Te recomiendo como minimo audioquest forrest.

Este fin de semana algunos equipos con streaming en el elite show, era fácil ver que cables utilizaban y donde.

La conclucion de algunos de los máximos especialistas en el tema, en el que algunos llevan más de una década investigando al máximo nivel del audio. Y siendo algunos de los pioneros en el tema, y fabricando algunos de los mejores componentes. Es que no es necesario ningún cable especial para audio, puesto que una vez puesto el cable necesario, no va a haber mejoras de ningún tipo.

En este caso de cable particular estoy de acuerdo con los especialistas.

Yo puse un supra, no es caro y tiene buena construcción. Lo hice por esto mas que porque mejorara el sonido, prueba que no he hecho realmente comparado con el de serie del router.
Saludos.