Cavi LAN hifi

Da aittam Mer 11 Apr 2012 - 10:13

Ci mancava solo questa:
http://www.6moons.com/audioreviews/acousticrevive3/1.html

Da donluca Mer 11 Apr 2012 - 12:16

Perdonate la volgarità e il mio essere esplicito e diretto: ma vaffanculo.

Il protocollo di trasmissione che viene usato, il TCP/IP è un protocollo di trasmissione alla "bell'emmeglio" dove l'unico controllo esistente è quello sugli errori di trasmissione senza meccanismo di fall back in caso di errore il che si traduce in desincronizzazioni dei pacchetti spediti e ricevuti dipendenti (in piccola parte) dal software e (in gran parte) dall'hardware ma il cavo non influisce minimamente a meno di non usare cavi lunghissimi o fuori specifica, passanti vicino a grossi cavi di alimentazione non schermati, ad esempio nelle canaline della propria casa: in quel caso uno se l'è andata a cercare.

Chiudo con un

Cavi LAN hifi Tumblr_m0uudfurSq1r2e4y8o2_500

Cavi LAN hifi Tumblr_m0uudfurSq1r2e4y8o2_500

EDIT: un pò più di informazione: http://it.wikipedia.org/wiki/Transmission_Control_Protocol
in particolare:

TCP è stato progettato e realizzato per utilizzare i servizi offerti dai protocolli di rete di livello inferiore (IP e protocolli di livello fisico e livello datalink) che definiscono efficacemente il modo di trasferimento sul canale di comunicazione, ma che non offrono alcuna garanzia di affidabilità sulla consegna in termini di ritardo, perdita ed errore dei pacchetti informativi trasmessi, sul controllo di flusso tra terminali e sul controllo della congestione di rete, supplendo quindi ai problemi di cui sopra e costruendo così un canale di comunicazione affidabile tra due processi applicativi di rete.

Da Stentor Mer 11 Apr 2012 - 12:29

Non avendoli provati non dico nulla.

Certo che nel leggere che "Dotato di enorme risoluzione e immagine sonora fantastica. Estremamente preciso e musicale." ma alla "modica" cifra di € 159,00 per un metro:

http://www.playstereo.com/product_info.php?cPath=8_28&products_id=1721

Di sicuro non lo compro Hehe

Da aittam Mer 11 Apr 2012 - 12:43

Ma il fatto che quando il brano è in esecuzione tutti i dati sono già in memoria non dice niente a nessuno?

Da donluca Mer 11 Apr 2012 - 12:53

Non tutti i player lo fanno.

Ma tanto il problema è che pure che se lo mette in memoria, se gli è arrivato "sfasato" a causa di errori non gestiti dal protocollo di comunicazione, lui non è che ha un hash tipo md5 che fa il controllo sul file e dice "no, qua c'è qualcosa che non mi torna, rimandamelo di nuovo", quindi che sia riprodotto "in streaming" o che prima se lo faccia mandare e poi caricare in memoria è la stessa cosa fondamentalmente.

Per chi non è avvezzo: un hash (ad esempio l'md5) non è altro che una serie di caratteri che descrive la struttura di un file. In questo modo una volta che ti sei scaricato il file e il suo hash, ti calcoli l'hash del file scaricato e vedi se combacia con quello fornito: se si stai a posto, se no te lo devi riscaricare.

Da pippo1999 Mer 11 Apr 2012 - 13:38

Beh , che il TCP/IP non garantisca l'integrità dei dati, ci può pure stare ( è possibile un errore di 1 bit su 65536) , ma il livello fisico (ethernet IEEE 802.3), garantisce comunque un grado di affidabilità del 99.9999999767%

Un interessante articolo : "L'integrità dei dati e affidabilità nelle comunicazioni basate su protocolli internet"

http://www.ir3ip.net/iw3fqg/doc/tcpipintegrity.htm

Comunque su un buon cavo cat. 5e o 6, qualche decimo di euro a metro in più, si puo' spendere.
Di più, non vale la pena

Da donluca Mer 11 Apr 2012 - 13:53

Purissima curiosità accademica, quella percentuale è sparata lì per là o è frutto di un preciso calcolo? Razz

In quest'ultimo caso si basa su una lunghezza specifica o è applicabile a qualsiasi entro i limiti dettati dalle specifiche?

Da Switters Mer 11 Apr 2012 - 14:19

Ma saranno hi-end anche gli altri apparati di rete (hub, switch, router) che il segnale attraversa?

Da donluca Mer 11 Apr 2012 - 14:23

ovvio, anzi sai che ti dico... anticipiamo i tempi e iniziamo a produrli noi gli switch con i condensatori mundorf e resistenze Vishay-Dale e vendiamoli a 10 volte il prezzo loro.
Poi mandiamo a farli recensire a 6moons e facciamo i soldi perchè qualcuno sicuro se li compra.

Da emmeci Mer 11 Apr 2012 - 14:25

Switters ha scritto:

Ma saranno hi-end anche gli altri apparati di rete (hub, switch, router) che il segnale attraversa?

E con qualche chilometro di cavo in rame, con svariati punti di sezionamento e giunzione come la vogliamo mettere? Laughing

Ciao Mauro

Da pippo1999 Mer 11 Apr 2012 - 16:00

donluca ha scritto:Purissima curiosità accademica, quella percentuale è sparata lì per là o è frutto di un preciso calcolo?

In quest'ultimo caso si basa su una lunghezza specifica o è applicabile a qualsiasi entro i limiti dettati dalle specifiche?

Il numero non è a caso: Usa il polinomio: 1+x^4+x^31+x^32
Se non si rientra nelle specifiche, diventa tutto aleatorio, non pensi?

Se hai tempo leggi l'articolo.
estratto:

Controllo e verifica dei dati nel protocollo ethernet IEEE 802.3

Un frame ethernet IEEE 802.3 contiene un codice di controllo e rivelazione di errore basato sul CCITT CRC 32bit.

Tutti i frame passati ai livelli superiori sono da considerare liberi da errori in quanto tutti i frame ricevuti con errori sono scartati.

L’ordine di precisione nella rilevazione dei possibili errori del CCITT CRC a 32bit è il seguente:

Precisione nei confronti di errori dovuti a singoli bit:
Usa il polinomio: 1+x^4+x^31+x^32
Rivela qualsiasi numero di errori di ordine dispari dovuti a singoli bit indipendentemente dalla lunghezza del record cui è applicato il controllo
Rivela qualsiasi numero di errori dovuti a doppi bit errati quando la lunghezza del record sul quale è applicato il controllo è inferiore a 2^31-1.
La distanza di Hamming è almeno di 4 per record di lunghezza fino a 2^31-1
Precisione nei confronti di errori dovuti a pacchetti di errore (tali errori denominati anche bursts errors sono dovuti a disturbi che producono errori di lunghezza superiore a un bit e di conseguenza perturbano piu’ bit successivi):
Rivela tutti i singoli pacchetti di errore di lunghezza pari a 32bit
Rivela tutti i singoli pacchetti di errore di lunghezza pari a 33bit con l’eccezione delle sequenze proprie di bit
Rivela il 99.9999999767% dei singoli pacchetti di errori per frame superiori a 33 bit di lunghezza.