Hi there, following the discussion regarding Client/Server the last couple of day, I'm honestly horrified. What I did realize where super complex ideas, hacks, bottomline a solution from developers for developers. I got the imagination some want to keep out normal users, inventing VDR to death, because only a few users are able to handle it. Since Apple pretty much come with a TV solution this year, expectations of users will change in terms of GUI & usability. And not only Apple, even Ubuntu does invent in the same direction on their UbuntuTV. There's no need to copy these solutions, but the need to be prepared to these fast changing expectations. To think about the details of VDR, a good and stable solution, which I love to use since over 10 years now. I don't have any issues to run a complete VDR on Client and Server, the binary is small, so what. My dream of a Client/Server VDR solution is: - 1+n VDRs do find themselfs seemless w/o user interaction within a network - 1+n VDRs do elect/define a principle, which become the leader of the pack, preferably that one with (the most) DVB devices - The principle becomes the central point of VDR operation - Timers set on whether Client/Server VDR, is handled by the principle centrally - Recordings are also handled centrally on the principle, the clients do have seemless access to it - It doesn't matter if the clients do have their own disks - But if needed principle can use this addional disk space on clients and each client does also have seemless access - DVB devices can be added and removed dynamically to each of the VDRs, but principle stay responsible for all DVB devices within network - Plugins can be added/removed dynamically via OSD or a Web-Interface - The VDR pack or rather the principle can be controlled/programmed by a cloud service from all over the world. - Setting up one of these VDRs may only be possible for experienced user, but es soon as they're up and running, you're little children could hanle them. Just my vision for a smart client/server VDR solution. Cheers fnu _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
