tleish wrote:
At the tech forums, this solution seemed to be looked down upon because it's not a "silver bullet", a solution for all units. There's also some initial networking NAT setup involived (which really isn't that difficult, and is a one time deal). Empoyees at the church are trying to put together a solution that will solve this problem for everyone. However, the equipment for the "silver bullet" is over $3000 while the Slingbox solution is around $200.
This is fair feedback - let me attempt to provide some additional context.
For support and flexibility reasons we'd like to find a device that allows us to push content to a central reflector where one or more endpoints can connect to receive the stream.
The pushing of content allows us to avoid the NAT problem. The NAT setup is a little more difficult if your site is running behind a Church-provided firewall (which it should be.) Since we have to manage several thousand of these devices we are very sensitive to adding any complexity to their configurations. We deal with a wide range of connectivity into church buildings and in many cases the IP addresses behind the firewall have been through two NATs. We can usually work through all of the issues, but it is painful and fragile. We'd prefer to avoid the NAT problem.
The second issue has to deal with getting the content to more than one endpoint - pushing to a reflector allows us to conserve the egress bandwidth (typically the most constrained resource) at the sourcing site. We realize that many of you do not yet have the need for this capability, but some sites do. We are weighing it in our decision criteria accordingly.
We haven't yet found a silver bullet. As you point out, $3000 feels like too much to pay for the encoder. We have some options that would just use a stake member's laptop (no hardware costs to the Church) but we again worry about the associated support ramifications. btw, with the slingbox we have this issue on the receive side.
The slingbox is nice because it is easy, it does a good job of adjusting to existing network conditions, and it is inexpensive. It's inability to push isn't a fatal flaw, but it weighs significantly in our thinking. Every other solution you saw at the tech forum also has flaws (price, ease of use, ...) The challenge we face is coming up with a "one size fits all" recommendation that we can centrally support. Such a solution may not exist so the new problem may become: how best do we then manage a disparate set of solutions?