Jump to content
IGNORED

Building a DIY Music Server


Recommended Posts

6 hours ago, Marcin_gps said:

the impact of network can be heard simply, because the network connection is active whether we send data or not.

***

In my personal system I've now eliminated wifi completely. I'm running the JPLAY app on M2 Mac Mini which is connected to XACT S1 (switch) and the XACT S1 (switch) is conected to XACT S1 (server/player). 
 

 

 

Finding wifi being worse than Ethernet cables, I realize your listening ritual must be a desktop experience to get the best out of the XACT S1.
That seems a significant compromise for whom prefer listening not from behind a desk.

Would a wired iPad (Pro M2?) with « wifi not connected »  have the potential to be comparable in SQ to the M2 Mac Mini to allow for a more flexible choice of listening position? 

Link to comment
58 minutes ago, baconbrain said:

Perhaps I am missing something around Taiko’s Tacdda solution, but isn’t a DAC only as good as it’s analog output stage? If so, how will Taiko fit such on a PCiE card?

Tacda is not just an plug in DAC card, that is one option...it is designed as a modular direct from CPU output card.

I personally doubt the DAC module is an end game design, but we may be surprised

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment
4 minutes ago, di-fi said:

 

Wifi being worse than Ethernet cables, I realize your listening ritual must be a desktop experience to get the best out of the XACT S1.
That seems a significant compromise for whom prefer listening not from behind a desk.

Would a wired iPad with wifi not connected be comparable in SQ to the M2 Mac Mini to allow for a more flexible choice of listening position? 

When I shut down thw web page interface to Daphile on my laptop of Ipad sound quality improves after like 20 sec or so.

Wired connection sounds like a great option...or a good old fashioned IR extender ;-)

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment
6 hours ago, baconbrain said:

Perhaps I am missing something around Taiko’s Tacdda solution, but isn’t a DAC only as good as it’s analog output stage? If so, how will Taiko fit such on a PCiE card?


I think this is part of the excitement with the TACD system. Taiko's built-in DAC supposedly competes with some very expensive DACs:

 

"We're not DAC designers, the innovation is in the superior interface, we've incorporated a Rohm BD34301EKV DAC chip because we thought it sounded best of the available "off the shelf" DAC chips (more "analog" than for instance ESS Sabre) and added a JFET class A output stage, but that's about all we could fit on a PCIe card sized PCB. It may compete with some 10-20k DAC's, but to directly compete with top-level DAC such as Lampinzator Horizon, MSB Select 2, or Totaldac D1-12 is a bit much to ask for!"

 

It also appears they are going to squeeze as many outputs as possible onto separate, swappable modules using the same base PCIe card:

  • Analog RCA
  • S/PDIF in any variant
  • I2S
  • AES/EBU
  • Other standard Digital formats
  • Custom output like MSB Pro ISL
  • New Taiko proprietary interface
  • Potential other formats

 

Meaning you'll be stuck using single-ended RCAs or one of the other outputs listed above to connect to your amp. You would think they will figure out the physical space and heat with balanced XLR connections eventually (a modified double slot height PCIe card or make the physical connections outside of the server chassis?). 

 

Personally, I am interested to see how they plan to deliver sampling rates above 192kHz on the non-DAC transport card without using USB (on the external DAC side) or without significant modification of the external DACs themselves. Perhaps they have no intention of solving this and intend for people to use lower sample rates or the internal PCIe DAC until manufacturers adopt the Taiko interface/protocol standard? For this reason alone you would think a USB module, even if it's just a glorified signal converter, would have to come to the TACD system eventually.

Link to comment
9 hours ago, di-fi said:

 

Finding wifi being worse than Ethernet cables, I realize your listening ritual must be a desktop experience to get the best out of the XACT S1.
That seems a significant compromise for whom prefer listening not from behind a desk.

Would a wired iPad (Pro M2?) with « wifi not connected »  have the potential to be comparable in SQ to the M2 Mac Mini to allow for a more flexible choice of listening position? 

 

My listening ritual is on a sofa with an iPad in my hands. To be able to 'see' XACT S1 in the home network again I have to connect one of the ethernet cables back. It's just for more critical listening I isolate my 'audio' network from my main home network by disconnecting the cable going to router from XACT S1 switch (this is possible once XACT S1 server/player and Mac get their IPs assigned by DHCP server running on the main router).

 

The first LAN cable on the right connects to router. It's not a big inconvenience.

 

image.thumb.png.e3770f99e7913d9dfa326f1ab8038db4.png

JPLAY & JCAT Founder

Link to comment

Interesting....beware....at this level the differences may be small but typically so important there usually is no going back!

 

 

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment

Quick thanks to @MarcelNL for his regular reminders to turn of SSD in the Bios if not needed. Also @StreamFidelity for giving me the idea to use to an Optane M10. Turning off the SSD has made a very welcome contribution to my Sean Jacobs LPSU based server, which this thread, thanks @Nenon inspired me to build. The difference is a more realistic,  natural sound. 

 

Everything sounding clearer, with more ambient and sound stage information. Very pleased I am now getting what I always felt was missing from digital.

 

I can tell that more is achievable. I e. Bass clarity. But delighted with this new level. 😀 

Link to comment
On 8/19/2023 at 1:57 AM, Marcin_gps said:

 

My listening ritual is on a sofa with an iPad in my hands. To be able to 'see' XACT S1 in the home network again I have to connect one of the ethernet cables back. It's just for more critical listening I isolate my 'audio' network from my main home network by disconnecting the cable going to router from XACT S1 switch (this is possible once XACT S1 server/player and Mac get their IPs assigned by DHCP server running on the main router).

 


I am just curious because in your post you seem to suggest in your personal setup by disabling wifi and adding a XACT S1 (switch) you virtually eliminated all network noise resulting in better SQ even for files played directly on the server.
Control point - switch - server

 

Then you added disconnecting from the router besides not using wifi while only using a M2 Mac Mini to control the XACT S1 server over Ethernet, I get that. In that scenario I tried to suggest you could have the same control point with your iPad (wifi disconnected) over Ethernet to the switch with the advantage of controlling from your listening position instead.

In both scenarios no router and no wifi involved to virtually eliminate all network noise or is there a difference?

Link to comment
On 8/21/2023 at 4:35 AM, di-fi said:


I am just curious because in your post you seem to suggest in your personal setup by disabling wifi and adding a XACT S1 (switch) you virtually eliminated all network noise resulting in better SQ even for files played directly on the server.
Control point - switch - server

 

Then you added disconnecting from the router besides not using wifi while only using a M2 Mac Mini to control the XACT S1 server over Ethernet, I get that. In that scenario I tried to suggest you could have the same control point with your iPad (wifi disconnected) over Ethernet to the switch with the advantage of controlling from your listening position instead.

In both scenarios no router and no wifi involved to virtually eliminate all network noise or is there a difference?

with iPad I still need the connection to main router (wifi). 

JPLAY & JCAT Founder

Link to comment
On 8/24/2023 at 6:36 AM, Marcin_gps said:

with iPad I still need the connection to main router (wifi). 

Except when utilizing a Lightning / USB C to Ethernet Adapter. Connecting the iPad directly to the XACT S1 switch via an Ethernet cable eliminates the need for a router in the setup (unless JPLAY does not allow for this).


Sorry to persist in my assertion, as in your arrangement, aiming to minimize network interference similar to the Mac Mini, assuming that the iPad's network port does not introduce more noise, all the while utilizing JPLAY.


The iPad's more user-friendly interface could prove advantageous for any (diy) server, especially considering the claimed high sound quality it offers for critical listening. At that point I would gladly accept one more cable in my setup.

Link to comment
On 8/25/2023 at 1:55 PM, di-fi said:

Except when utilizing a Lightning / USB C to Ethernet Adapter. Connecting the iPad directly to the XACT S1 switch via an Ethernet cable eliminates the need for a router in the setup (unless JPLAY does not allow for this).
Sorry to persist in my assertion, as in your arrangement, aiming to minimize network interference similar to the Mac Mini, assuming that the iPad's network port does not introduce more noise, all the while utilizing JPLAY.
The iPad's more user-friendly interface could prove advantageous for any (diy) server, especially considering the claimed high sound quality it offers for critical listening. At that point I would gladly accept one more cable in my setup.

Just for reference:

Emile from Taiko Audio prefers a wifi solution for his upcoming Taiko router. He would never do this if wifi is inferior from a sound quality POV.

 

Matt

"I want to know why the musicians are on stage, not where". (John Farlowe)

 

Link to comment
16 hours ago, matthias said:

Just for reference:

Emile from Taiko Audio prefers a wifi solution for his upcoming Taiko router. He would never do this if wifi is inferior from a sound quality POV.

 

Matt

if we only could tap into the knowledge behind that ;-)

 

 

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment

Personally I wouldn't even bother with any streaming services at all and therefore the whole point of having a router would be moot, IMHO they're considered nothing more than "second fiddle" when compared to what one could achieve with PGGB 256.

 

OTOH, how about turning Asus WS C621E SAGE into some kinda "network router on steroids" after installing a copy of Win11PE that's under 100MB?

 

http://jplay.eu/forum/index.php?/topic/4410-windows-11-pe-audiophile-creation-guide/?p=63862

Quote

I have removed "iertutil.dll" and "imageres.dll" , contained in \windows\system32, which has allowed me to get a boot.wim size of 99.7 MB, with my ASIO drivers and F2k and BugHead installed. Without ASIO drivers and without audio apps the size is 84.4 MB !!

 

Software should be available for free as shown below

 

https://www.nat32.com

https://github.com/crpietschmann/VirtualRouter

https://sourceforge.net/software/virtual-routers/windows/

 

Actually both the router and the music server could take advantage of this

 

https://apps.microsoft.com/store/detail/killer-intelligence-center/9PCWJKS4JSN1

https://www.intel.com/content/www/us/en/download/19779/intel-killer-performance-suite.html

 

 

Heck, even getting the "Killer" flavor of drivers installed (while we're installing the "regular" flavor of Intel hardware that it) would actually reduce the latency significantly

 

https://post.smzdm.com/p/aekez9lk/

https://tieba.baidu.com/p/6377940051

https://bbs.luobotou.org/thread-45955-1-1.html

https://blog.yazawaniko.com/index.php/archives/229/

https://www.right.com.cn/forum/thread-2336261-1-1.html

https://blog.csdn.net/Nature2022/article/details/123196021

https://blog.csdn.net/u014390186/article/details/103423636

https://forum.gamer.com.tw/C.php?bsn=60030&snA=547688

Quote

目前發現刷驅動後打遊戲延遲降低了,之前3168 延遲在45ms 現在28ms 現在有線 26ms,ping值更穩定 如果不打遊戲,感覺不是很有必要刷

 

Yet another one would require specific motherboards, though

 

https://apps.microsoft.com/store/detail/intel®-connectivity-performance-suite/9NSG1HWGCKVM

https://www.intel.com/content/dam/support/us/en/documents/wireless/intel-connectivity-performance-suite-2.0-user-guide.pdf
https://www.intel.com/content/www/us/en/download/738623/intel-connectivity-performance-suite-for-intel-wireless-products.html

Quote

This software only works on specific Intel® Evo™ or Intel vPro® platforms with Intel® Wi-Fi 6/6E (or greater) products.

Link to comment
On 8/18/2023 at 10:25 PM, MarcelNL said:

I personally doubt the DAC module is an end game design, but we may be surprised

Agree,

I might be sound better than a Roon Nucleus/MSB Select II combo anyway.

 

Matt

"I want to know why the musicians are on stage, not where". (John Farlowe)

 

Link to comment
On 8/30/2023 at 4:04 PM, matthias said:

Just for reference:

Emile from Taiko Audio prefers a wifi solution for his upcoming Taiko router. He would never do this if wifi is inferior from a sound quality POV.

 

Matt

 

But  @Marcin_gps seems to suggest here that in his personal setup by disabling Wi-Fi and adding a XACT S1 (switch) plus using JPLAY he virtually eliminated all network noise resulting in better SQ even for files played directly on the server.
Control point - switch - server

 

Contrarily to Taiko, in his setup @Marcin_gpshas to disconnect from the router (besides not using wifi) to obtain the best SQ. Note we are talking files from a NAS or local SSD. Emile does (still) not claim the best SQ in his setup when files are streamed.

 

For playing local files I tried introduce the idea to explore an iPad (no Wi-Fi) connection in his setup to resolve the UI being somewhere on a desk in the room.

 

 

On 8/31/2023 at 8:44 AM, MarcelNL said:

if we only could tap into the knowledge behind that ;-)

yep! (2x)

Link to comment
1 minute ago, di-fi said:

 

But  @Marcin_gps seems to suggest in his personal setup by disabling wifi and adding a XACT S1 (switch) he  virtually eliminated all network noise resulting in better SQ even for files played directly on the server.
Control point - switch - server

 

Contrarily to Taiko in his setup @Marcin_gpshas to disconnect from the router (besides not using wifi) to obtain the best SQ.

 

I tried introduce the idea to explore an iPad connection in his setup to resolve the UI being somewhere on a desk in the room.

 

 

yep!

It'll be an interesting journey discovering what makes a network for audio tick....

 

I usually switch off the user interface for Daphile for serious listening, after 20 sec or so SQ definitely gets better...not by much but still.

 

It would be great to have a forward backward control, hardwired to the server, for critical listening.....

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment

ultimately the implementation is what matters..whoever gets that right  rules.

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment
48 minutes ago, matthias said:

The approaches are different.

Taiko Audio evaluated both methods and came up with a wifi solution which outperformed wired.

So it is not about the principle but about the implementation.

One interesting post is this one:

https://www.whatsbestforum.com/threads/taiko-audio-sgm-extreme-the-crème-de-la-crème.27433/page-943#post-897728

You get some nice insights when you do a search on WBF with "wifi" and "Taiko Audio".

BTW, I am sure the JCAT approach with the 12k switch does sound very good too.

 

Matt

 

Thanks. I'm aware of the information in that thread, but I missed that part about it. From what I gathered in the discussion, Taiko utilized an extremely low-power 2.4 GHz Wi-Fi setup (we are only talking control UI here) , which yielded excellent results with the MikroTik mAP Lite acces point, or something similar with better integration into the Extreme router.

 

Besides the choice of the OS, the quality of the Ethernet setup and upstream network implementation plays a crucial role in the sound quality of DIY servers. This aspect is often underrepresented in SQ evaluations here, alongside the differentiation between local file storage and streaming services.

Link to comment
2 hours ago, seeteeyou said:

FYI - specific implementations might require the corresponding option(s) as shown below

For Qobuz switching off wifi works with MBP (4GB RAM) and Audirvana (no upsampling) for a few tracks, the same with Spotify desktop app.

 

Matt

"I want to know why the musicians are on stage, not where". (John Farlowe)

 

Link to comment

https://www.mouser.com/ProductDetail/607-BE200.NGWG

Quote

Multiprotocol Modules Intel Wi-Fi 7 BE200, 2230, 2x2 BE+BT, vPro

 

https://www.mouser.com/ProductDetail/607-BE202.NGWG.NV

Quote

Multiprotocol Modules Intel Wi-Fi 7 BE202 (Gig+), 2230, 2x2 BE+BT, No vPro

 

https://www.intel.com/content/dam/www/public/us/en/documents/pdf/wi-fi-7-and-beyond.pdf#page=5

Quote

▪ Lower latency due to access to multiple links in parallel

 

ROG MAXIMUS Z790 DARK HERO

https://rog.asus.com/motherboards/rog-maximus/rog-maximus-z790-dark-hero/spec/

Quote

2x2 Wi-Fi 7 (802.11 a/b/g/n/ac/ax/be)

 


 

https://d86o2zu8ugzlg.cloudfront.net/mediatek-craft/documents/Wi-Fi-7-MLO-White-Paper-WF7MLOWP0622.pdf#page=10

Quote

Figure 12 demonstrates latency benefits of MLO when subjected to different network loading. Measurement is done with 95% CDF. The result shows the latency of a Wi-Fi 7 MLO STA can be improved from 145ms to 18ms (more than 85% improvement) when compared to a Wi-Fi 6 Single STA when network loading is 70%. It also shows that STR has the lowest latency because the two links do not interfere with each other. That also explains why NSTR or EMLSR have higher latencies as its transmission may be blocked by IDC interference or running out of spatial streams.

 

https://arxiv.org/pdf/2111.09281.pdf

https://ieeexplore.ieee.org/abstract/document/9838765

Quote

In this paper, we provided an experimental study of latency for IEEE 802.11be MLO. Using the WACA dataset, which contains real-world channel occupancy measurements in the 5 GHz spectrum, we cast light upon the latency performance of two MLO channel access modes, namely (i) MLO-STR, where two radio interfaces are operated independently, and (ii) MLO-NSTR, where one interface acts as primary and the other as secondary. We showed that when both channels are on average equally occupied, both MLO modes can reduce the 95th percentile latency by nearly one order of magnitude as they avail of a second radio interface. In contrast, in asymmetrically occupied channels, we surprisingly found the use of MLO-STR to be detrimental and cause even higher latency values than SLO. To overcome this issue, we proposed an alternative implementation, denoted MLO-STR+. By running in parallel as many backoff instances as interfaces, MLOSTR+ allocates each packet to the interface whose backoff expires first, thus achieving a significantly lower latency.

 

 

 

 


 

Could any of that stuff be applied to wired networking by any chance?

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...