On 12.11.2010 17:04, Christian Tramnitz wrote: > Right now when the needs of a vdr extension goes beyond core SVDRP > capabilities a different approach is being used by the each extensions. > Prominent examples are: > - vdradmin (using native SVDRP and suffering from its performance, > optional use of direct file access to epg data) > - live-plugin (integrating into vdr as plugin) > - vdr iphone remote (using native SVDRP and due the bad performance and > encryption capabilities an optional web-based interface) > (and I'm sure there are more) > > While this is not bad per se there is obviously room for improvement. So > my idea was to introduce a new standardized interface to VDR (either as > plugin or native SVDRP commands) to plugins/extensions offering: > - encryption (to be able to use it remotely in a more secure fashion) > - compression (to overcome performance limitations especially when large > amount of epg data have to be transferred) > - and optionally authentication for obvious reasons > > Now I would like to start a few discussions related to this topic, the > ones that come to my mind mind first are: > - Should this be implemented as plugin or in core vdr as svdrp extension? > - Would Klaus accept patches if this will be native SVDRP? No. If at all, this has to go into a plugin. > - Are developers/maintainers of current or feature plugins/extensions > interested in such a solution? > - What technical implementation would make most sense? > - Who would be willing to contribute to such a project? > > For the first step I was thinking about adding a "STARTTLS" command to > core vdr (as patch) handling encryption and maybe also tranparent > compression. This taks should be fairly easy as we could borrow ideas or > even code from existing projects using STARTTLS (like mail servers). > Authentication however would require a major redesign as far as I can tell. Definitely no authentication or encryption stuff in core VDR. Klaus > German version of this discussion can be found here: > http://www.vdrportal.de/board/thread.php?threadid=101357 _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
