Ethernet Cables make a difference

[ogs]

I see. It is a digital file so there is no possibility of change in sound when the file is played?

[Gremlin]

Interesting reading on the subject here

http://archimago.blogspot.co.uk/2015/02/...audio.html

and here

http://archimago.blogspot.co.uk/2015/02/...ernet.html

[kmjy]

I see. It is a digital file so there is no possibility of change in sound when the file is played?

Yes, that’s correct. That’s from my knowledge how the Phantom has always worked no matter if it’s content was locally played or streamed. If it’s coming through Spark it is doing it that way.

Something like AirPlay of course is complete different. That is actually being streamed and connection quality will make a difference as the AirPlay device will adjust in real time the quality depending on the network conditions to prevent cutting out.

Devialet had to put a physical piece of hardware into Phantom for AirPlay with handles the changing stream conditions and decodes what’s being received from the Apple device as I believe it’s sent in an Apple format. Once the AirPlay module handles the incoming stream it passes it along to Phantom as a digital file. Only needing 10% of the file to be completed in order to start playing. That’s why there is a delay.


Sent from my iPhone using Tapatalk

[ogs]

Maybe I need to try some ethernet cables myself. I know USB cables make a big difference. That is also packet transport so I guess there is no difference there either?

[kmjy]

Maybe I need to try some ethernet cables myself. I know USB cables make a big difference. That is also packet transport so I guess there is no difference there either?

Worth a try but the way Phantom handles audio is differently to the Expert range where everything makes a difference, including power cables and Ethernet cables.


Sent from my iPhone using Tapatalk

[Gremlin]

Maybe I need to try some ethernet cables myself. I know USB cables make a big difference. That is also packet transport so I guess there is no difference there either?

Really? Read this

http://archimago.blogspot.co.uk/2013/04/...-dacs.html

[ogs]

Archimago turn out to be the one witness all the bits-are-bits people use. The problem with these (fairly old) writings from Archimago is the measurements he presents and the equipment he uses. Basic electrical properties of cables say very little about how a cable affects music reproduction. It's fine for connecting a printer and maybe a backup drive. Music reproduction is much more complex than printing some pages.
As you use linking, so will I: https://www.audiostream.com/content/draft .

[Gremlin]

Archimago turn out to be the one witness all the bits-are-bits people use. The problem with these (fairly old) writings from Archimago is the measurements he presents and the equipment he uses. Basic electrical properties of cables say very little about how a cable affects music reproduction. It's fine for connecting a printer and maybe a backup drive. Music reproduction is much more complex than printing some pages.
As you use linking, so will I: https://www.audiostream.com/content/draft .

I'm sorry, but that article you have linked to is absolute twaddle, as many of the comments on it point out.

And transferring a file to a printer and to a DAC are equivalent tasks. So if one cable works for one it will work for the other. Digital files are digital files no matter what.

[ogs]

Well then we disagree! I do not think your printer can play music by the way... I've promised myself earlier that I would not participate in these discussions. I now remember why I promised that.

[kmjy]

I agree. Digital files are digital files no matter what. The cable doesn’t effect that. The data crosses the path of the cable when it’s safe to do so in order to send the absolute complete file.


Sent from my iPhone using Tapatalk