Since automatism may be wrong
No, absolutely not, just to keep it super simple for the user.
But yes, I did imply to give interessted users the possibilty to do an override, which VDR is princible in users personal VDR cloud or the other settings. Somewhere deep in the OSD ...
Regards fnu
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Lars Hanisch Gesendet: Samstag, 3. März 2012 18:51 An: vdr@linuxtv.org Betreff: Re: [vdr] Theses Client/Server VDR
Hi,
Am 02.03.2012 11:12, schrieb fnu:
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
Since automatism may be wrong (same number of devices in each vdr or whatever), a simple priority numbering scheme of the vdrs should be possible. Something like: "This is my main vdr (priority 100), this vdr has priority 50 etc." I think this could be handled by every user and it can be easily configured via OSD. :)
Lars.
- 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