NO! why would you want to?
I have seen numerous requests for linux MCE to control Russound ACA-E5, Russound CAV6.6, Nuvo Multi-room amplifiers
HERE IS A COMPARISON as well as a solution for homes already prewired for these systems.
MULTI-ROOM SOULTION TIP
A lot of Homes are already prewired with Multi-room Audio Matrix amplifiers in mind.
Now lets wire our homes with a Linux MCE system in mind
Lets say we have 23 rooms with 2 speakers in each in mind. All of the wiring in a typical multi-room system would have 46 Speaker wires and 23 Cat 5e wire wired into a Home theater rack of some sort with these all going into the Multi-room amplifiers such as Nuvo, Russound, Control 4, ETC.
We have to think out of the box when prewiring for a Linux MCE system as our brains for the house.
WE first off have a core capable of 1 HD video out and 1 audio out. Using our typical millionaires house with 23 rooms of sound and 1 home Theatre.... we use the core to run to the Home theatre in this example.
We throw in a 24 port GIG switch and run 23 Media directors off the core JUST to control the other 23 rooms of sound!!! Sounds expensive... YES!!!.. but this is the alternative.... Lets assume all we need is 2 channel audio... any barebones computer will do 2 channel audio. no need to go get something with video needs it is not necessary... now we need 23 2 channel amps UGH!!! lets assume 23 SONY STRDE-197 200 watt 2 channel amplifiers at $150 a piece... and a cheap barebones computer at $200 a piece.... that is $350 a room. = $8050.
Option 2... (3) 8X8 multi-room amplifiers. = $10500 and that is at a wholesalers cost point. ( I am a Automation specialist)
DIFFERENCE in Options....
LINUX MCE = numerous networked inputs distributed to all 23 Audio zones + your Home theater.
8X8 Multi-room amplifiers = 8 sources to 24 audio zones
Linux MCE is also VIDEO distribution
add your $700 Media Directors for this feature as we need Video quality too.
and if this is an area where you have audio and video keep them combined by running the Audio back to the Sony amp you have located in your centralized closet. to do this you will need 2 RCA's.... or 1 COAX with the audio now being decoded by a 5.1 AMP... if you have a CAT-5e to spare... there are baluns that convert cat 5e to RCA. (balun = Balanced / unbalanced).
SOLUTION
The current problem
The home I am currently working on has 10 Zones of Audio and 7 Rooms in which have Televisions planned for Whole Home Audio/Video Distribution. This home was prewired by a different company which had in mind a Russound (8X8) audio Matrix with a (8X8) video Matrix and (2) 2 channel amplifiers to combine 2 of the audio zones and have in wall volume controls to control the seperate zones. They also have a Dedicated Theater room in which all of the wiring was run to a Home theater rack.
The solution
In the Home Theatre Rack we are going to have 1 core. and 1 2 channel amplifier with RS-232 control for each zone of Audio that has AUDIO ONLY. For these zone we attach a barebones CPU loaded with LINUX MCE. (barebones requirement is an Audio out. does not matter if it is a 1/8 mini plug or 2 channel RCA. If your barebones has coax out make sure your amplifier can except coax input and that you set your Amplifier to spit out only Stereo audio) in our case we have 5 Zones of audio only. we now also have 5 Zones in which have TV's and 2 channel audio. (For these 5 cases we use a $700 mini cpu which we shall hide behind the TV itself. ) In our special case because the previous company was planning on doing Distributed audio through cat 5 we have cat 5 behind the tv's. In our case the previous compnay was also going to use IR using cat 5 to the TV we again can use this in conjunction with balun's to send audio back down to our Theatre rack to power up the 2 channel amp in that zone. Our System also has a 5.1 sound system and a TV in the family room. Again we have 2 cat 5 for control and video behind the TV. This time our Mini computer MUST HAVE digital coax out in our to send it again back down to the Rack in the Theatre. Our last ZONE is the theatre itself in which there is no problem with any wiring as it is all there already.
COMPARING COSTS
Linux MCE system costs (equipment only what would be relevant to switching to a Multi-room system (speakers and tv's etc would eb the same regardless)
5 Barebone computers at $200/ cpu = $1000
5 mini computers at $700 / cpu =$ 3500
10 (2 channel) amplifiers @ $150 =$1500
1 5.1 Amplifier @ $800 = $800
1 7.1 Amplifier @ $1800 = $1800
5 (pairs as you need one on both sides of the cat 5) RCA baluns @ 60 = $300
1 (16 Port) Gb switch @ $215 = $ 215
5 remote controls @ $1500 = $1500
TOTAL COST = $10,615
Multi-room cost (note these are at My companies cost yet. If you are buying retail expect these prices to be marked up %40 or so
(8X8) multi-room amp with 40 watts per channel no keypads = $3600
2 (2 channel) amplifiers @ $150 = $300
(8X8) video matrix switch = $2100
zone keypad @ $420 each = $3360
media server(pictures and cd's only) = $3200
400 Disc DVD changer = $1500
RF Controller @ $1400
5 Remote controls @ $500 = $2500
Approx (40 hours for non profressionals to program this) $3000 or more for you to get a pro to do it for you
TOTAL COST $17,960 (and it still doesn't even compare to what the linux mce system can do!!!!)
RETAIL APPROX = ($25,144) + 3000 for remote programming
$18000 more for a much lesser system.
I'm SOLD!
I'm sorry, I ran out of energy to read it all in detail :) I assume the precis is "I like LMCE"? If so, can I move this to the Users forum?
Another alternative (from what I think you are doing!) would be to consider getting SqueezeBox Booms for the audio only areas where you don't need ultra high quality (they are still very good for their tiny size!) Or for those areas where you do need high quality sound, the basic SqueezeBoxes plugged into an amp and speakers. This would significantly reduce the cost for those areas as you then don't need to have a MD/PC at all, LMCE can happily control those devices and send media to them... what's more, they are wireless, so no need for Cat5e cabling; and the Boom is self contained with amp and speakers so completely portable too!
Sounds great in concept .... not sure where you are located but...
A couple of issues to consider.
1. Do you have the experience and expertise on the linuxmce side?
2. Will you be able to support LMCE.
3. Are you aware of licensing issues.
4. If in US are you aware of Guide data issue.
HTH
Tim
That is probably one of the best cost benefit analyses I've seen on this forum.
Very well done, thank you.
And yes, you should get in touch with Pluto to get a license agreement to sell the systems, the per unit licensing (as far as core and media directors) aren't much
As for support, we do recommend spending at least a year with a full system yourself, before supporting others.
-Thom
One thing that you are not taking into account which could be a major deal breaker depending on the house layout is getting the music in each room to sync. One of the reasons I am sticking with my multi-zone speaker system is because all zones are precisely in sync, I do still have a MD in the major entertainment areas, but if I use them to play the music then each room could be out of sync by as much as a few seconds. In my house this is a HUGE annoyance because I have a very open floor plan, I easily hear one zone from another (except for my back porch zone). If the rooms were on opposite sides of the house this wouldn't even be an issue.
If audio is your primary concern, I'd suggest the squeezebox. From what I've seen, they work excellently with linuxmce and on their own.
http://wiki.linuxmce.org/index.php/Use_network_audio_players_for_a_whole-house_music_solution
They also handle syncing automatically on their own, though, if they're all just used as output devices with LMCE, they might just be speakers for the Media_Player and suffer from the same sync issue. I do know that, using the slimserver software, they work like a charm:
http://wiki.linuxmce.org/index.php/Upgrading_SlimServer
jhammond
The Slim Server Streamer device needs some work to alter commands when there are multiple destination EAs that the Streamer can potentially handle.
It is possible to extend this properly, Will somebody please tackle this issue?
-Thom
Why not combine both technologies, which is exactly what I am doing in my home. I do not like LinuxMCE's intercom feature due to the lag - it is pretty much useless. Also, the music/video is not synced among Media Directors throughout the home. I am installing a nutone intercom system that will also function as a whole house audio system (but very inexpensive). I will have a dedicated audio only MD plugged into the aux input of the intercom system. I can then control the intercom audio from any Orbiters (including volume). Also when I speak to the house during an alarm event, it will be heard through the intercom speakers, and mics around the home will pick up audio. The possibilities are endless
Anyway, LinuxMCE is fantastic but shouldn't be used as a whole house intercom/audio system - you will be disappointed. Use it with a whole house intercom/audio and you'll be blown away! It would be great if LinuxMCE had some functionality built in for integrating with intercom systems - maybe down the road.
Why not actually help and get the internal bits to be lower latency?
It's more than possible, the leg work just needs to be done.
-Thom
I would like to add that I _AM_ using the internal phone systems, with a proper echo cancelling microphone and speaker loop, and it works wonderfully.
But, whatever.
-Thom
The phone systems are great, and I also use those with a good mic. But using it for intercom/audio is painful in a home where you notice the latency. I would love to help if it is possible to improve on.
Quote from: jhammond on April 07, 2009, 09:04:14 PM
If audio is your primary concern, I'd suggest the squeezebox. From what I've seen, they work excellently with linuxmce and on their own.
http://wiki.linuxmce.org/index.php/Use_network_audio_players_for_a_whole-house_music_solution
They also handle syncing automatically on their own, though, if they're all just used as output devices with LinuxMCE, they might just be speakers for the Media_Player and suffer from the same sync issue. I do know that, using the slimserver software, they work like a charm:
http://wiki.linuxmce.org/index.php/Upgrading_SlimServer
jhammond
In bigger installations we use Squeezeboxes and CAT5 matrix switches to achieve this. 4x8 or 8x16 is the most used combination for us. This allows us to route any or all of 4 or 8 inputs to any of 8 or 16 outs. Each output then would drive a zone of a multi-Zone amp or localised in-ceiling amplifiers in each room. We use either rs232 or IP controllable Matrixes. This allows us to route one source to all outputs/zones and gives us perfect sync too. Conversely we can control the Matrix to allow for say several zones on the ground floor to receive the same source while each zone upstairs receives separate sources.
Matrixes are expensive but they do provide an enormous amount of flexibility and do keep video/audio perfectly in sync. We'd rather do all this internally, and digitally, inside the system...but for now this seems a little out of reach.
In some installs we also use Matrixes for switching video sources too... but thats another story.
All the best
Andrew
QuoteIn bigger installations we use Squeezeboxes and CAT5 matrix switches to achieve this. 4x8 or 8x16 is the most used combination for us. This allows us to route any or all of 4 or 8 inputs to any of 8 or 16 outs. Each output then would drive a zone of a multi-Zone amp or localised in-ceiling amplifiers in each room. We use either rs232 or IP controllable Matrixes. This allows us to route one source to all outputs/zones and gives us perfect sync too. Conversely we can control the Matrix to allow for say several zones on the ground floor to receive the same source while each zone upstairs receives separate sources.
Matrixes are expensive but they do provide an enormous amount of flexibility and do keep video/audio perfectly in sync. We'd rather do all this internally, and digitally, inside the system...but for now this seems a little out of reach.
In some installs we also use Matrixes for switching video sources too... but thats another story.
All the best
Andrew
Sounds interesting. Can you give some real example of using Martix, please, if it isn't secret of course?
Quote from: totallymaxed on April 08, 2009, 01:09:46 PM
Quote from: jhammond on April 07, 2009, 09:04:14 PM
If audio is your primary concern, I'd suggest the squeezebox. From what I've seen, they work excellently with linuxmce and on their own.
http://wiki.linuxmce.org/index.php/Use_network_audio_players_for_a_whole-house_music_solution
They also handle syncing automatically on their own, though, if they're all just used as output devices with LinuxMCE, they might just be speakers for the Media_Player and suffer from the same sync issue. I do know that, using the slimserver software, they work like a charm:
http://wiki.linuxmce.org/index.php/Upgrading_SlimServer
jhammond
In bigger installations we use Squeezeboxes and CAT5 matrix switches to achieve this. 4x8 or 8x16 is the most used combination for us. This allows us to route any or all of 4 or 8 inputs to any of 8 or 16 outs. Each output then would drive a zone of a multi-Zone amp or localised in-ceiling amplifiers in each room. We use either rs232 or IP controllable Matrixes. This allows us to route one source to all outputs/zones and gives us perfect sync too. Conversely we can control the Matrix to allow for say several zones on the ground floor to receive the same source while each zone upstairs receives separate sources.
Matrixes are expensive but they do provide an enormous amount of flexibility and do keep video/audio perfectly in sync. We'd rather do all this internally, and digitally, inside the system...but for now this seems a little out of reach.
In some installs we also use Matrixes for switching video sources too... but thats another story.
All the best
Andrew
Have you guys thought about the suggestion I made of revamping the xine/DCE into 2 separate xine DCE devices - client and server? In another topic http://forum.linuxmce.org/index.php?topic=7657.0 this would increase the flexibility of the system, make it more modular, but most importantly ensure that all video and audio was always perfectly in sync and not need to go through that process of starting from the beginning and jumping to the right spot each time you split/moved the stream.... :)
Quote from: colinjones on April 08, 2009, 04:19:20 PM
Quote from: totallymaxed on April 08, 2009, 01:09:46 PM
Quote from: jhammond on April 07, 2009, 09:04:14 PM
If audio is your primary concern, I'd suggest the squeezebox. From what I've seen, they work excellently with linuxmce and on their own.
http://wiki.linuxmce.org/index.php/Use_network_audio_players_for_a_whole-house_music_solution
They also handle syncing automatically on their own, though, if they're all just used as output devices with LinuxMCE, they might just be speakers for the Media_Player and suffer from the same sync issue. I do know that, using the slimserver software, they work like a charm:
http://wiki.linuxmce.org/index.php/Upgrading_SlimServer
jhammond
In bigger installations we use Squeezeboxes and CAT5 matrix switches to achieve this. 4x8 or 8x16 is the most used combination for us. This allows us to route any or all of 4 or 8 inputs to any of 8 or 16 outs. Each output then would drive a zone of a multi-Zone amp or localised in-ceiling amplifiers in each room. We use either rs232 or IP controllable Matrixes. This allows us to route one source to all outputs/zones and gives us perfect sync too. Conversely we can control the Matrix to allow for say several zones on the ground floor to receive the same source while each zone upstairs receives separate sources.
Matrixes are expensive but they do provide an enormous amount of flexibility and do keep video/audio perfectly in sync. We'd rather do all this internally, and digitally, inside the system...but for now this seems a little out of reach.
In some installs we also use Matrixes for switching video sources too... but thats another story.
All the best
Andrew
Have you guys thought about the suggestion I made of revamping the xine/DCE into 2 separate xine DCE devices - client and server? In another topic http://forum.linuxmce.org/index.php?topic=7657.0 this would increase the flexibility of the system, make it more modular, but most importantly ensure that all video and audio was always perfectly in sync and not need to go through that process of starting from the beginning and jumping to the right spot each time you split/moved the stream.... :)
We're always thinking about streaming media and keeping it in sync ;-)
...and yes i have thought about that discussion. But I am still of the belief that, and this is particularly true of video, without special hardware it will be near impossible to achieve full quality and sync that scales from low-res up to full 1080p (Blueray quality) playback. Audio is definitely more achievable overall as even the highest quality streams are not stressful to any of the software we already have access to...so I guess it would audio where this might be worth some effort.
However for now we can get 'off the shelf' audio/video switching with full control from inside the system that delivers full quality for both audio & video... and the costs scales nicely for both Forum members who want to build down to a tight budget and for those who have a more 'money is less of an object' approach.
All the best
Andrew
Quote from: nite_man on April 08, 2009, 01:38:33 PM
QuoteIn bigger installations we use Squeezeboxes and CAT5 matrix switches to achieve this. 4x8 or 8x16 is the most used combination for us. This allows us to route any or all of 4 or 8 inputs to any of 8 or 16 outs. Each output then would drive a zone of a multi-Zone amp or localised in-ceiling amplifiers in each room. We use either rs232 or IP controllable Matrixes. This allows us to route one source to all outputs/zones and gives us perfect sync too. Conversely we can control the Matrix to allow for say several zones on the ground floor to receive the same source while each zone upstairs receives separate sources.
Matrixes are expensive but they do provide an enormous amount of flexibility and do keep video/audio perfectly in sync. We'd rather do all this internally, and digitally, inside the system...but for now this seems a little out of reach.
In some installs we also use Matrixes for switching video sources too... but thats another story.
All the best
Andrew
Sounds interesting. Can you give some real example of using Martix, please, if it isn't secret of course?
Well my earlier post was referring to 'real' customer installation projects...so this is real and not hypothetical for us. "Matrix' switch is not a brand its a technical term for a hardware device that can route multiple inputs to multiple outputs either independently or simultaneously. These matrixes can switch audio/video or both depending on your application and can be controlled by LinuxMCE using either IR, rs232 or IP interfaces. They can be very expensive as you get to larger units with many inputs and outputs... and currently HDMI Matrix Switches are the most expensive of all. We use units we have built direct from Taiwan/China but you can purchase similar units easily from many suppliers - google 'HDMI Matrix Switch rs232' and you will get plenty of hits ;-)
There is no secret at all...I have written about it here in the forum openly numerous times. I will attempt to write it up as an article on the Wiki over this Easter...should have the time then ;-)
All the best
Andrew
when you setup a matrix like that, do you wire each MD to an input and then send each output back to specific devices? Im assuming you must do this for video to sync, or is it done another way?
If done that way:
--Wouldnt you loose the respective MD functionality on the MD's in different rooms unless you switch the respective orbitor to the originating MD for control?
--Would then be a user training issue so they understand this (like my wife walks into a room and the orbiter\remote sitting there is not responseive because video from elswhere is being shown, etc)
I probably wouldnt implement anything like this for a while if at all, but just interested in the knowledge incase i do.
Quote from: Pnuts on April 08, 2009, 08:50:42 PM
when you setup a matrix like that, do you wire each MD to an input and then send each output back to specific devices? Im assuming you must do this for video to sync, or is it done another way?
In a pure Video Matrix installation where you might have say an 8x8 matrix at the centre with each MD located centrally too, then each MD is hooked up to an input on the matrix (HDMI/USB/) with local connections to local amplification possibly. Then we would use integrated HDMI-CAT5 & usb-CAT5 converters (you can get these as separate units too) to get the Video signal and USB connection to the remote displays location (say in the bed room). You might have say 4 x MD's and 4 x Squeeze boxes centrally located and routes in this manner (the squeezeboxes would be audio only of course).
Then any of these 'sources' could be routed to any output by controlling the Matrix appropriately...if you wanted Squeeze box No.1's output delivered to all rooms you could do so. For more flexibility you might need additional outputs so that you could have a separate Audio only and MD fed to each room (you'd then probably have an assymetric Matrix with say an 8 x 24 config).
In a simpler installation you might locate all the MD's locally behind/under the displays in each Room abd then only use a Matrix to centrall manage the Squeezeboxes... giving you totally sync'd audio all over the property (in most cases our research has shown us that sync'd audio house wide is the most common requirement).
Quote
If done that way:
--Wouldnt you loose the respective MD functionality on the MD's in different rooms unless you switch the respective orbitor to the originating MD for control?
No... all of the MD's have their own integrated Orbiters. You could in addition use separate Orbiters like Nokia N810's, ASUS Eee Top's or other touch screen based devices. In this case the additional Orbiters would only be 'remote controls' and would not 'play' media directly themselves.
Quote
--Would then be a user training issue so they understand this (like my wife walks into a room and the orbiter\remote sitting there is not responseive because video from elswhere is being shown, etc)
Each mobile/fixed Orbiter has to be told which room it should be controlling...alternatively use a plain old IR remote and it just controls whatever MD ist IR signal reaches.
Quote
I probably wouldnt implement anything like this for a while if at all, but just interested in the knowledge incase i do.
Well an installation like this would need a lot of pre-planning and understanding of the concepts behind LinuxMCE... and also how you can 'bend & shape' those concepts to achieve what you or your customer requires.
All the best
Andrew
Thanks for the time and info.
I think on some of the questions I worded it badly to get the info I was trying to get, but I was able to figure out what I wanted based on the details in your answers.
I've setup a vga to cat5 converter at work in a conference room, but i never really considered that type of approach at home for various things. In retrospect, I wish I would have looked at\discovered LMCE about 7 months ago. I purchased a home and gutted it, rewired all electrical and ran Cat6\RG6 to every room. Now I wish I would have run 2-4 cat6 wires to each room. Would have been easier with the walls open, o well. Still workable with a little wire fishing.
Quote from: totallymaxed on April 08, 2009, 08:27:56 PM
Quote from: colinjones on April 08, 2009, 04:19:20 PM
Quote from: totallymaxed on April 08, 2009, 01:09:46 PM
Quote from: jhammond on April 07, 2009, 09:04:14 PM
If audio is your primary concern, I'd suggest the squeezebox. From what I've seen, they work excellently with linuxmce and on their own.
http://wiki.linuxmce.org/index.php/Use_network_audio_players_for_a_whole-house_music_solution
They also handle syncing automatically on their own, though, if they're all just used as output devices with LinuxMCE, they might just be speakers for the Media_Player and suffer from the same sync issue. I do know that, using the slimserver software, they work like a charm:
http://wiki.linuxmce.org/index.php/Upgrading_SlimServer
jhammond
In bigger installations we use Squeezeboxes and CAT5 matrix switches to achieve this. 4x8 or 8x16 is the most used combination for us. This allows us to route any or all of 4 or 8 inputs to any of 8 or 16 outs. Each output then would drive a zone of a multi-Zone amp or localised in-ceiling amplifiers in each room. We use either rs232 or IP controllable Matrixes. This allows us to route one source to all outputs/zones and gives us perfect sync too. Conversely we can control the Matrix to allow for say several zones on the ground floor to receive the same source while each zone upstairs receives separate sources.
Matrixes are expensive but they do provide an enormous amount of flexibility and do keep video/audio perfectly in sync. We'd rather do all this internally, and digitally, inside the system...but for now this seems a little out of reach.
In some installs we also use Matrixes for switching video sources too... but thats another story.
All the best
Andrew
Have you guys thought about the suggestion I made of revamping the xine/DCE into 2 separate xine DCE devices - client and server? In another topic http://forum.linuxmce.org/index.php?topic=7657.0 this would increase the flexibility of the system, make it more modular, but most importantly ensure that all video and audio was always perfectly in sync and not need to go through that process of starting from the beginning and jumping to the right spot each time you split/moved the stream.... :)
We're always thinking about streaming media and keeping it in sync ;-)
...and yes i have thought about that discussion. But I am still of the belief that, and this is particularly true of video, without special hardware it will be near impossible to achieve full quality and sync that scales from low-res up to full 1080p (Blueray quality) playback. Audio is definitely more achievable overall as even the highest quality streams are not stressful to any of the software we already have access to...so I guess it would audio where this might be worth some effort.
However for now we can get 'off the shelf' audio/video switching with full control from inside the system that delivers full quality for both audio & video... and the costs scales nicely for both Forum members who want to build down to a tight budget and for those who have a more 'money is less of an object' approach.
All the best
Andrew
Andrew - I understand your concern about the scalability. At the same time, a few points...
Whatever else is true, the method I propose would keep all media (audio/video/hd video) vastly closer to in-sync than the current method of relying on 2 or more streams happening to coincide based on them both being started based on the 1 second timestamp markers! Especially, with varying amounts of buffer sizes used in the playback hardware/software. Coincidental is somewhat the key word here :)
The other really critical point here is I am talking about a fundamental change in the concept of how you deliver media. We currently "stream" using a reliable TCP session. The alternative approach is using "real time" communications, and that is often misunderstood by people. Generally, people use a "reliable" TCP session, and deliver media into a remote buffer, and consume the data non-real-time for a specific purpose. ie to combat packet loss and variations in available bandwidth over, potentially, a very long, routed network path where these parameters are not guaranteed... eg the Internet. The buffer deals with bandwidth variations and TCP retransmit deals with packet loss.
Real Time communications usually uses UDP and 0 buffers for a simple reason, the traffic is delivered "just in time" to be consumed, ie real time. There is no point suffering the extra over head of "realiable" communications through a TCP connection because if a packet is lost, it becomes useless anyway, as its time has been an gone, so these packets simply get dropped. There is no point using a buffer, because the data is consumed immediately so the buffer would be permanently starved, plus the buffer introduces unnecessary latency on the playback.
The concepts involved in real-time communications are critical and necessary to forms of real time communications such as digital voice and video circuits, when these are interactive (telephone calls and video conferences) latency beyond the simple propagation time through the length of the circuit, is intollerable. Consequently, the technologies used are QoS/CoS/ToS marking/enforcing, prioritisation, Low Latency Queuing, Strict Priority Queues, allocated queue bandwidth, UDP and other real time protocols, etc. And obviously all this works very well indeed. In fact an analogy in video delivery could be terestrial TV broadcasts... we don't worry about the transmission time or retransmits on the RF broadcast, do we :) it is "real time" in the truest sense!
But is all that necessary? No! Remember, they are trying to get audio/video real time streams to be reliable over very long distances, through very many network segments, routers, etc... sometimes even over the vaguaries of the Internet, and are still able to achieve this reasonably well. We are talking about a single, local, layer 2, switched network, direct connected and with a single subnet segment.
We don't need QoS/etc, queuing, prioritisation, etc. We certainly don't need buffers when sending, say, a broadcasted/multicasted UDP real time stream. None of this is even an issue until the tx-rings of the NIC start to experience network congestion, which with real time streams, even on a 100M ethernet will take some doing (many simultaneous, different streams). And we need to remember that under the same networking conditions, the current approach wouldn't work either, no matter how big the buffer... indeed with the additional TCP overheads and retransmits, you get even more congestion.
What is the upshot? Well, transmitting a real time stream on the Internal network, to be played real-time, without buffers means that 1) there is sub-millisecond propagation latency as it is a local, switched network, 2) the serialisation latency is identical for all recipients, 3) there is no additional latency caused deliberately by buffering, yet delivery is still completely reliable, due to it being a local, switched network, right up until the network is saturated/congested, at which point our current approach would also fail! Result - even high bandwidth video would always be in-sync, across multiple MDs to within a handful of milliseconds, compared with in-sync to within a second or so!!
The option is definitely there, and far from unconventional in the wider technology landscape... it just requires us not to be scared of real-time, unbuffered media streams on a local LAN. BTW, I'm not saying that the communication necessarily needs to be over UDP. In a local LAN environment, like we have, TCP effectively almost behaves like UDP for real-time traffic anyway... we just aren't using the reliability/retransmit features of the protocol. Only the ACK remains different, and there are plenty of real-time technologies out there that still use TCP without being overly concerned about the ACK latency, particularly, on a LAN.
Is this not something we should seriously be discussing, if the Xine libraries have this ability? Are we only turned off because of the unfamiliar real-time territory?
Collin,
That all sounds great, I agree it should be looked into as it would solve a lot of my problems. I imagine that this could also lead to wireless video/audio streaming as all you would need to do is point your wireless laptop/cellphone to the existing stream.
Colin's points are very correct. What he is essentially talking about is a revisitation of IP multicast distribution techniques, essentially taking the RTP approach, but i think in this case something much simpler.
-Thom
Thx guys! Now I just wish I had the capabilities to see this through! :) I am, however, doing some research on Xine --broadcast-port <port> at the least I would like to see xine (just in a terminal session on KDE desktop) broadcasting to xine on an MD :)
ooo! I just noticed that in broadcast mode the xine (command line, dunno about libs but assume it must implement it too!) accepts novideo and noaudio as options. Novideo means ignore the video part of the stream and play audio, and vice versa. This would play well into another feature I have talked about before... being able to tell a media director to play video from one source and audio from another...
Edit: another thought, the novideo option could also be used in conjunction with updates to the slimserver/squeezecenter device... this device could subscribe to an AV stream with the #novideo option, then relay that stream to a SqueezeBox to play the audio component only...
Quote from: colinjones on April 09, 2009, 12:02:22 AM
Thx guys! Now I just wish I had the capabilities to see this through! :) I am, however, doing some research on Xine --broadcast-port <port> at the least I would like to see xine (just in a terminal session on KDE desktop) broadcasting to xine on an MD :)
ooo! I just noticed that in broadcast mode the xine (command line, dunno about libs but assume it must implement it too!) accepts novideo and noaudio as options. Novideo means ignore the video part of the stream and play audio, and vice versa. This would play well into another feature I have talked about before... being able to tell a media director to play video from one source and audio from another...
Edit: another thought, the novideo option could also be used in conjunction with updates to the slimserver/squeezecenter device... this device could subscribe to an AV stream with the #novideo option, then relay that stream to a SqueezeBox to play the audio component only...
Look I would love to see fully sync'd IP based media streaming...we worked damn hard with Aaron and his devs on this when we first started to work with Pluto. We wanted and still want that big time. We looked at using libvlc and libxine at the core of this research/effort by the way (you can see this legacy even today...the original vlc based multi-room solution was one of these).
Now I dont claim to be any kind of 'down to the metal' expert in this area, but Aaron is no slouch in this area, and he tried damn hard to make sync'd streams work...but it just never quite delivered what was needed. In the end the streams were not in sync 'enough' for them to be useful or enjoyable when compared to doing it with multi-zone amps and or a Matrix - and at the end of the day unless it sounds & looks good enough there is no point in it. After all the whole point is to have better quality media delivery than we have now internally in the system and at the same time to at least replicate the quality we could achieve by a more 'traditional' approach. If we cant do that then what is the point? Having multiple sound sources even marginally out of sync is no better than we have now.
I recently had some chats with some Sonos techies and...even they cant quite compete in this area they admitted when compared to traditional systems...the real audiophile market will not accept a 'close miss' on this.
So I hope you can pull this off I really do.
All the best
Andrew
Andrew
I agree for your purposes this could turn out to be useless, but remember that not everyone has the luxury of multi-zone or matrix systems ... and for them I think that even going from 1000-2000ms down to 20-200ms sync would be a significant improvement they would like. Plus, as I said there are other side benfits!
I have tried the broadcast/slave mode of xine-ui:
core - xine -A none -V none --broadcast-port 6789 /home/public/data/videos/file.avi
MD - xine slave://192.168.80.1:6789
But unfortunately the client side fails with a Floating Point Exception irrespective of the media file I use... dunno why. Done some searches and can't find anything for that for my hardware so I have logged a ticket with the Xine Project... hopefully they can advise.....
IMHO in some cases using the Matrix switch is the best solution. For example, to have audio zone in the bathroom or outside area. It's difficult a bit to install Squeezebox in the bathroom. But have an audio signal from the switch will be enough.
Colin,
I would like to see this through because I agree that for the average Joe this would be quite an upgrade from the 2-3 second delays that can exist now. Maybe start a wiki with what you have learned so far and we can all pitch in to try and work a solution out.
-Krys
Could LinuxMCE use PulseAudio sinks? PulseAudio was incorporated into Ubuntu and implements a 'glitch-free' synchronous multi-output network sound server system. It is the best sync for a networked sound system that I have heard. It's still not perfect. Just a thought.
[edit: spelling]
Chalk it up for further research. Any takers? :)
-Thom
Quote from: tschak909 on April 09, 2009, 11:10:56 PM
Chalk it up for further research. Any takers? :)
-Thom
I'll certainly keep looking into it, but until I can fix my xine-ui issue I can't do a POC (personally I think it is just my setup, this is a standard feature of xine-ui, so I can't imagine that it is fundamentally flawed, yet no one else has reported it!)
my squeezeboxes run in perfect sync :-)
br, Hari
Quote from: colinjones on April 09, 2009, 01:32:06 AM
Andrew
I agree for your purposes this could turn out to be useless, but remember that not everyone has the luxury of multi-zone or matrix systems ... and for them I think that even going from 1000-2000ms down to 20-200ms sync would be a significant improvement they would like. Plus, as I said there are other side benfits!
I have tried the broadcast/slave mode of xine-ui:
core - xine -A none -V none --broadcast-port 6789 /home/public/data/videos/file.avi
MD - xine slave://192.168.80.1:6789
But unfortunately the client side fails with a Floating Point Exception irrespective of the media file I use... dunno why. Done some searches and can't find anything for that for my hardware so I have logged a ticket with the Xine Project... hopefully they can advise.....
Could someone please give these commands a go on two of their machines to see if it is just my machines or something deeper in xine?
Hi Colin,
Works for me - but do you want the bad news?
Running one client on my back room MD, one on my lounge MD and one on my desktop in the study and they are not in sync. Probably a good half a second out.
All three are different.
Regards
Darren
Darren - thanks for that, I need to get mine working too so I can experiment.... i was never implying that this would work right from the get go.... at the very least, in its basic form, xine is almost certainly using a buffer on the client end... need to work out how to manipulate that to get rid of it and allow just-in-time streaming (probably needs work on the server end as well)
Just a small note.
During our LinuxTag 2008 adventure, some guy came to me, and asked how we achieved synchronization. And I told him, we don't.
After a bit chatting, he said, they have been trying to achieve synchronized audio for a couple of years, and still have not had success.
Quote from: phenigma on April 09, 2009, 10:59:28 PM
Could LinuxMCE use PulseAudio sinks? PulseAudio was incorporated into Ubuntu and implements a 'glitch-free' synchronous multi-output network sound server system. It is the best sync for a networked sound system that I have heard. It's still not perfect. Just a thought.
[edit: spelling]
Hmmm... that sounds promising and definitely worth some research as Thom says.
Andrew
Quote from: posde on April 10, 2009, 08:34:37 PM
Just a small note.
During our LinuxTag 2008 adventure, some guy came to me, and asked how we achieved synchronization. And I told him, we don't.
After a bit chatting, he said, they have been trying to achieve synchronized audio for a couple of years, and still have not had success.
posde - exactly!
We've posted question on this to the Squeezebox forums and they have no real solution for this issue yet either. The Sonos guys have also spent years on it and they freely admit they cannot compete with a traditional solution. This stuff is not easy in way... and it is not going to be delivered by xine alone.
Andrew
Quote from: totallymaxed on April 11, 2009, 02:59:39 PM
Quote from: phenigma on April 09, 2009, 10:59:28 PM
Could LinuxMCE use PulseAudio sinks? PulseAudio was incorporated into Ubuntu and implements a 'glitch-free' synchronous multi-output network sound server system. It is the best sync for a networked sound system that I have heard. It's still not perfect. Just a thought.
[edit: spelling]
Hmmm... that sounds promising and definitely worth some research as Thom says.
Andrew
I've got some time in a few weeks. I've played with it under ubuntu with gnome but not under kubuntu, I had initially been trying to get PulseAudio and mpd to play nicely on wireless routers with usb sound cards. I'll try to set up 0810 on a few machines and see what's what.
J.
Quote from: cpayne on May 20, 2009, 10:16:59 PM
Need some advice[...]
You might want to open a new thread, and not hijack this one ;)