Finally got round to some further experimenting myself.
I first of all set up a second installation of xlobby on my file server, i'll call this the shoutcast_server as that is what I'll be doing with it. This is completly seperate to my xlobby-server that has 8 zones.
The shoutcast_server xlobby opens an instance of winamp with the shoutcast dsp plugin configured to output a stream on port 7001 on my lan. On my xlobby-server I added a play file command to point to
http://shoutcast_server:7001. This was then synced across the 8 zones using the sync all command. The 8 zones allow independent zone volume control.
Music is selected on the shoutcast_server in the normal way and just outputs to the network.
Pro's:- sync works fine, now its set up it remains "fiddle free"
- 1 zone no longer gets - left behind
Con's:- playback is lagged about 5 secs from the server, not a biggy but it means when you select a new song or album it takes a couple of seconds to catch up. This wouldn't be an issue with a playlist for a party.
- shoutcast encoded the output stream at a maximum of 320k mp3, this make a waste of having ape files as the rencoding lowers the quality, gain probably unimportant for a party.
- the zones on the xlobby-server no longer show what is playing, they only point to the stream address.
- xnet doesn't work properly because the zones on the 2 serevrs combine and cause a playback loop, this means keepeing 2 database's upto date.
- for party playback, it means jumping between 2 instances of xlobby:- 1, for selection and 2, for volume control.
This does kinda prove that a solution is quite achievable, reading from the disc once instead of concurrently. It would be better if it was all integrated into one version though.