new NAS

[simoncn]

The Melco has a player port that connects directly to the renderer without going through a switch. This eliminates noise produced by the electronics in the switch, which have not been designed with audio in mind.

[Oroperplex]

Are there also good 3 TB SSd working with DS118 on the street
Crucial goes up to 2 TB

[Oroperplex]

bought me that syno DS118, I have got a "HIFI" pimped Switch so connection to LINN ACCURATE DSM 3 will not be to bad
Additionaly bought me also a Minim Licence, so only thing is missing is the 2.5 hdd. Will buy that crucial mx500

[lyapounov]

(15-02-2021 14:45)rompolompo Wrote:  

(15-02-2021 07:23)simoncn Wrote:  Yes, exactly as you say. Connecting the Melco directly to the Linn improves sound quality.

Why should the NAS brand contribute to the quality of the audio? Can you elaborate?

The quality of the clock.

Many people make a common mistake: "it is digital, therefore there is no loss, so why bother".

Well, it is digital streaming. Which is totally different to TCP, where there is a guarantee that the file received is exactly the file sent, but is not a real time protocol.

In digital streaming, the whole chain from your NAS reading the file to your DAC converting a flux of data in an analog signal should be highly synchronized.

Therefore, everything which sends and receive data (NAS, switch, router) should have a very rigorous clock. Which means, a very stable electric current. As it is not the case, this is where you a pay a price to improve quality.

[Oroperplex]

(19-02-2021 15:52)lyapounov Wrote:  

(15-02-2021 14:45)rompolompo Wrote:  

(15-02-2021 07:23)simoncn Wrote:  Yes, exactly as you say. Connecting the Melco directly to the Linn improves sound quality.

Why should the NAS brand contribute to the quality of the audio? Can you elaborate?

The quality of the clock.

Many people make a common mistake: "it is digital, therefore there is no loss, so why bother".

Well, it is digital streaming. Which is totally different to TCP, where there is a guarantee that the file received is exactly the file sent, but is not a real time protocol.

In digital streaming, the whole chain from your NAS reading the file to your DAC converting a flux of data in an analog signal should be highly synchronized.

Therefore, everything which sends and receive data (NAS, switch, router) should have a very rigorous clock. Which means, a very stable electric current. As it is not the case, this is where you a pay a price to improve quality.

[Oroperplex]

because my NAS and Linn are attached to my switch it will be pretty good because the clock was changed to a better one

Ds 118 is now complete with the Crucial MX 500 SSD. Content is stored and Minim Server 2 installed . Everything works fine great . I took same properties as with my 0.8X minim version and log shows no errors

[Oroperplex]

(14-02-2021 19:07)simoncn Wrote:  I have a Synology DS118 and a QNAP HS251+. Both are silent and fast. I run them with 2.5 inch HDDs to reduce noise and power consumption. The sound from a Melco will be better if your budget can stretch to this.

There are several Melco models on the street, who are significant different in budget.
What is the Melco model to be prefered to connect with my Linn ADSM 3 ?

[skeptic Mike]

(19-02-2021 15:52)lyapounov Wrote:  

(15-02-2021 14:45)rompolompo Wrote:  

(15-02-2021 07:23)simoncn Wrote:  Yes, exactly as you say. Connecting the Melco directly to the Linn improves sound quality.

Why should the NAS brand contribute to the quality of the audio? Can you elaborate?

The quality of the clock.

Many people make a common mistake: "it is digital, therefore there is no loss, so why bother".

Well, it is digital streaming. Which is totally different to TCP, where there is a guarantee that the file received is exactly the file sent, but is not a real time protocol.

In digital streaming, the whole chain from your NAS reading the file to your DAC converting a flux of data in an analog signal should be highly synchronized.

Therefore, everything which sends and receive data (NAS, switch, router) should have a very rigorous clock. Which means, a very stable electric current. As it is not the case, this is where you a pay a price to improve quality.

I think that this is a misunderstanding of streaming and what the renderer is doing.

Streaming transfers enough of the file to enable you to start playing it, and then collects more of the file as required. The key feature is the buffer maintained by the renderer. Once the data has been sent to the DAC, it can be discarded, and provided the next required data is already in the buffer that can be sent to the DAC when required.

You can think of this as two processes, one collects the data from the server, decodes it and places it in the buffer. When the buffer is full it waits until there's enough space in the buffer before asking for the next chunk of data. The other process empties the buffer by sending it to the DAC. It doesn't matter how smoothly the buffer is filled, providing that the next data to be sent to the DAC is there when required. If there is no data in the buffer when required, you have complete failure.

The clocks in the server or the switch or the speed of the Ethernet connection don't make any difference. If the data gets to the buffer before it's required the system works, if the data isn't there the music stops.

All the available music data from your server should get to the renderer, it's digital, so if the renderer/DAC makes a mess of the sound it's probably the renderer that's at fault.

Mike

[simoncn]

A digital signal doesn't send 1s and 0s over the wire. It sends a very high-frequency analogue signal that encodes the 1s and 0s as varying voltages. The clocking accuracy of this analogue signal has some tolerance for receiving the digital information correctly. If anything bad does happen, the streaming protocol detects this and requests retransmission.

Although the quality (clocking accuracy) of this high-frequency analogue signal doesn't affect the correctness of the digital data transmitted, a poorer quality signal can create electrical noise in the receiver's circuitry and this can affect sound quality.

[lyapounov]

(19-03-2021 13:22)skeptic Mike Wrote:  

(19-02-2021 15:52)lyapounov Wrote:  

(15-02-2021 14:45)rompolompo Wrote:  

(15-02-2021 07:23)simoncn Wrote:  Yes, exactly as you say. Connecting the Melco directly to the Linn improves sound quality.

Why should the NAS brand contribute to the quality of the audio? Can you elaborate?

The quality of the clock.

Many people make a common mistake: "it is digital, therefore there is no loss, so why bother".

Well, it is digital streaming. Which is totally different to TCP, where there is a guarantee that the file received is exactly the file sent, but is not a real time protocol.

In digital streaming, the whole chain from your NAS reading the file to your DAC converting a flux of data in an analog signal should be highly synchronized.

Therefore, everything which sends and receive data (NAS, switch, router) should have a very rigorous clock. Which means, a very stable electric current. As it is not the case, this is where you a pay a price to improve quality.

I think that this is a misunderstanding of streaming and what the renderer is doing.

Streaming transfers enough of the file to enable you to start playing it, and then collects more of the file as required. The key feature is the buffer maintained by the renderer. Once the data has been sent to the DAC, it can be discarded, and provided the next required data is already in the buffer that can be sent to the DAC when required.

You can think of this as two processes, one collects the data from the server, decodes it and places it in the buffer. When the buffer is full it waits until there's enough space in the buffer before asking for the next chunk of data. The other process empties the buffer by sending it to the DAC. It doesn't matter how smoothly the buffer is filled, providing that the next data to be sent to the DAC is there when required. If there is no data in the buffer when required, you have complete failure.

The clocks in the server or the switch or the speed of the Ethernet connection don't make any difference. If the data gets to the buffer before it's required the system works, if the data isn't there the music stops.

All the available music data from your server should get to the renderer, it's digital, so if the renderer/DAC makes a mess of the sound it's probably the renderer that's at fault.

Mike

It depends if your streaming is on top of TCP or UDP

In other terms, is there a checking of what is sent versus the original.

And case of packet loss, and you are using TCP, how many times will it ask the sender to resend the packets before exhausting the buffer ?