Well in principle there is no reason why that approach would not work... everything is in place to get there. But it would require some work... so yes its doable but I dont see it as 'main-stream' so it would need someone who was willing to support the development of such a system. Any takers ;-)

Why i brought it up is because i see good use of it to do a centralized install and keep the equipment to a minimum.One could build a NC/Core with multiple video cards and use hdmi-extenders to serve multiple EA.(You can get boards with up to 4 or 5 PCIe 2.0 x16 slots iirc.)In a way like you can add multiple audio-cards and use those for multiple EA.

I was under the assumption you guys did more centralized installs then de-centralized, thats why i asked you.I am thinking to turn my install into centralized, part because of the noise of MD'sSadly i don't have the skills to do it myself , otherwise i would.

br,Raymond

Logged

When you were born, you were crying and everybody else was laughing. Live your life so when you die, you are laughing and everybody else is crying.

Why i brought it up is because i see good use of it to do a centralized install and keep the equipment to a minimum.One could build a NC/Core with multiple video cards and use hdmi-extenders to serve multiple EA.(You can get boards with up to 4 or 5 PCIe 2.0 x16 slots iirc.)In a way like you can add multiple audio-cards and use those for multiple EA.

I was under the assumption you guys did more centralized installs then de-centralized, thats why i asked you.I am thinking to turn my install into centralized, part because of the noise of MD'sSadly i don't have the skills to do it myself , otherwise i would.

br,Raymond

The hardware is the 'easy' part really... the slightly harder part is to have multiple X servers and nVidia drivers all working alongside each other without treading on each others 'toes' and also the re-architecting of the LinuxMCE/Dianemo code to allow multiple instances to be running on the same hardware (much of the code was design with the assumption that it 'owned' the whole system). Our focus currently is to drive down onto much lower power hardware based on ARM wherever we can and to distribute the system as we do that (less single point of failure issues etc).

However that is not to say that the approach of building a multi-headed Core/NC does not have some merit...

An update for Squeezeboxes/Squeezeslaves that fixed an issue with controlling the volume level of the device when an external Amplifiers volume level was not being controlled has been released.

We have released support for HDMI-CEC control of devices attached via HDMI to TV's with CEC support. Most recent TV's support CEC now (Sony, Panasonic for sure) and many peripheral devices do too eh BluRay players, PVR's, Amplifiers (AV based Denon's from 2310 onwards). The HDMI-CEC device is added as a child to your MM in Web Admin and the CEC interface must be the first device in the HDMI chain (ie MM->CEC Interface->TV). We currently support sending Vol Up/Down, Mute On/Off & Standby On/Off... with more support for the rest of the CEC command set and devices expected shortly. We are also looking at how to support the reverse scenario where the TV remote acts as the control initiator (see the XBMC integration mentioned on the Sense-8 page above). This is really a non-technical issue... more of a how do we want this to work issue.

Remember that HDMI-CEC control usually means much higher standby power usage. My favourite example is a Denon receiver. Something like <1W when used with IR oder RS-232, and something like 50+W when controlled via HDMI-CEC or LAN...

Remember that HDMI-CEC control usually means much higher standby power usage. My favourite example is a Denon receiver. Something like <1W when used with IR oder RS-232, and something like 50+W when controlled via HDMI-CEC or LAN...

Actually the increased standby power usage although higher, is typically nothing like 50W at all. For example the Denon 4311 consumes 0.1W in 'normal' stand-by mode and 1.9W in CEC stand-by mode... which is a considerable 'percentage increase' but in real terms very small indeed. See here;