Naim, Sonos and iTunes accessing same library

Posted by: Wazza69 on 01 August 2011

Hi,
 
I was just wondering if anyone has tried setting up multiple systems to access the same library on a NAS? In particular I was thinking of a Naim Streamer in my lounge using uPnP, Sonos in the bedroom and kitchen and my PCs in the office/laptop accessing via the NAS iTunes server. I am not sure if this would create slow speed/locking/sound quality issues so would be interested in others experience
 
Thanks
Posted on: 01 August 2011 by vandergraafuk

Theoretically, if your network infrastructure is sound then there should be no issue

Posted on: 01 August 2011 by DavidDever

Might be worth trying with multiple clients accessing the NAS simultaneously, to address any issues with DAAP (iTunes Sharing) vs UPnP services acting on the same file set–try playing the same file in all zones....

Posted on: 01 August 2011 by Phil Harris

+1 for Dave's reply (and the suggestion by the Original Poster).

 

There could well be issues with file locking ... ideally only one device should ever access a set of files at any one time...

 

Phil 

Posted on: 01 August 2011 by DavidDever

Might also be worth trying Foobar on the office PC along with its UPnP component–this reduces the requirement for DAAP (iTunes) services at the NAS and keeps all of the devices relatively similar in terms of protocols (Sonos utilises its own flavor of UPnP extensions).

Posted on: 01 August 2011 by Wazza69
Thanks all. Good idea to use a uPnP renderer on the macs to cut down the connection types. Could probably fund a ex-demo Qute for the kitchen if I sell the Sonos as I dont use the bedroom very often.
Posted on: 01 August 2011 by scillyisles

I run a fairly largish network with an 8 zone Sonos system plus NDX/HDX, 2 Ipads, 2 Iphones, Apple TV, Sony PS3 plus 5 PCs accessing music stored on either the HDX (WAV) or Itunes rips on a QNAP TS419+ Turbo P. Network infrastructure is 1GB or 100/200 powerline. I have never encountered any lockup or other issues such as disrupted playback.

Posted on: 01 August 2011 by Phil Harris

Hi Guys,

 

It's not down to the number of different connection types or now fast your network infrastructure is - don't get lost down that pathway.

 

To give you a *PRACTICAL* example of what can happen in this way - the NetGear ReadyNAS comes by default with two shares created "Media" and "Backup".

 

The temptation is to use the "Media" folder to point your HDX / UnitiServe at as a ripping target however the ReadyNAS also runs a UPnP server application which is (by default) set to use the Media folder as its source.

 

What can (and does) happen in this case is the HDX / UnitiServe rips to the Media share on the ReadyNAS and seems to be working find until at some point later certain tracks get skipped over whilst you are trying to play them - the ReadyNAS UPnP server has them locked for access as it is either doing a filescan or it is actally playing the file.

 

The solution in this case is to either:

 

1) Create a share specifically for the HDX / UnitiServe to rip to. (This is my preferred option.)

 

2) Disable the ReadyNAS UPnP server. (There is no need to have it as the HDX / UnitiServe can share all the data on the ReadyNAS anyway.)

 

File access and file locking has been an issue for IT networks for as long as networks have been around - the way around it is to have only one process (or application or user) accessing any one set of files at any one time - this is one reason why we made the UPnP server in the HDX and UnitiServe flexible and configurable enough that it is able to access shares across multiple network devices - it is then the only UPnP server that is needed so others can be disabled and then there is no risk of file locking conflicts. 

 

Cheers

 

Phil

Posted on: 01 August 2011 by scillyisles

The issue with file locks is trying to open an file exclusively which a program would need to do if it needed exclusive access to the file i.e. modifying the file contents etc.  If all the programs are accessing the file in read mode only then you should not have an issue with file locks. (other than max locks exceeded on file but this should not be an issue for any home network.  Sounds to me as if some UPNP servers are sloppy implementations and do not choose the right file lock.

In my setup the HDX rips to its own internal hard drive and iTunes rips to the NAS. These are the two main processes that require exclusive file access and should not get into a file lock conflict in this setup.

Posted on: 01 August 2011 by Phil Harris

Correct but not everything always behaves quite as it should... ;-)

 

Phil

Posted on: 01 August 2011 by Simon-in-Suffolk
Hi, yes I have had iTunes and have windows media sharing and uPNP accessing the same files on the NAS. No problems experienced so far. I don't really think this has anything to do with network load however, if you are using wired switched (duplex)  100 Mbps Ethernet - which is usually the default now the load is trivial unless you are running many concurrent hidefinition audio replays. In which case the segments dealing with the NAS and uPNP server will start to load, but only as far as the switch. ( The advantage of using switched Ethernet ).
What I have found is that when I have been running duplicate uPNP servers for testing etc, I do need to make sure they are running on separate devices. This is because each application has an address which is the IP address PLUS the port address. Therefore multiple uPNP servers on the same device will conflict and not work unless you reassign the port address which may or may not be possible. Different streaming applications generally have different ports and so no conflict.
Finally one word of warning, many streaming apps use multicast packets. These are packets shared to multiple devices. On most consumer equipment the complexity of handling this (IGMP) is often avoided and the packets are simply indiscriminitly broadcast, ie the packets sent to everyone whether they want them or not. I have experienced conflicts here on some cheap streamers that can get confused with two uPNP servers on the same network.
So because the quality of much consumer software is decidedly poor often trial and error is required.
Simon