Quote:
Originally Posted by russwong 
This feedback has been provided on the Silicondust forum. Placing the HDHR on a different subnet would seem counter intuitive from a network architecture design. Not sure why you would want to do it. Anyways, they did say it does not work across subnets at this point, but they would consider allowing static IP.

This feedback has been provided on the Silicondust forum. Placing the HDHR on a different subnet would seem counter intuitive from a network architecture design. Not sure why you would want to do it. Anyways, they did say it does not work across subnets at this point, but they would consider allowing static IP.
You're right, placing the HDHR and MythTV backend on the same subnet is the most common setup, and that is what I have.
Where the subnets become an issue is when I want to stream directly to my MacBook Pro into VLC. I want to do this for testing, channel discovery, or just casual viewing. My wireless is a different subnet, firewalled form the rest of my network. It may also not be too unusual for someone to have their servers on one subnet and PCs on another, for the same reasons one might want to do that in a business environment. You might assume your children's PC is dangerous and likely to be compromised by any number of viruses and want to wall it off from the important stuff.
It actually DOES work across subnets, other than the broadcast discovery stuff. I just tested it with my MacBook. I sent the hdhomerun commands from my Linux server on the same subnet, and then I set the broadcast target to my MacBook's IP on a different network: " hdhomerun_config FFFFFFFF set /tuner0/target 192.168.252.69:1234". The video does work, it's just a clunky setup. It could be easily improved by using a www interface to get input, and kick off the commands locally on the linux server. OR, the utilities could be enhanced to optionally allow IP addresses.














