[vdr] Re: Small wishes for VDR ;-)

[Andreas Schultz <aschultz@cs.uni-magdeburg.de>]

Matthias Schniedermeyer wrote:

> On Tue, 4 Dec 2001, Klaus Schmidinger wrote:


[...]

> You know the "standard" argument for "Modules"
> 
> e.g. You don't have to get a new release of VDR just to get the newest
> EPG-Bugfixes. (And you could stay with an old version (of VDR) und have
> still have the current bugfixes.)
> 
> There are many more parts in VDR that would be a "good(tm)" candiate for
> making them external modules.
> 
> e.g. "Where do i store the next recording". Imagine what would be possibel
> if an external modules makes the decission where to store the files. (From
> the simple "echo /video" up to a solution that spreads the recordings
> automatically to diffrent HDD/machines/...)
> 
> Or the Counter-Case "Collect all Entries for the recordings-Sub-Menu".
> What would be possibel if an external Program would be called to collect
> the Menu-Entries. (From the simple "ls /video/*" up to a DB-Query with all
> recordings ever made (and possibly archived, where VDR would "warn" the
> user to get the correct Media to fetch. For e.g. you could have a Sub-Menu
> with all you DVDs)


This is a bit excessive.


> There are MANY more "decissions" that would, when made as external
> modules, make VDR a "really great" tool.


I partly agree, modules would be great, but i do not realy like the idea 
of making them external scripts.

Your proposal would in the end lead to a collection of small programms 
tied together by scripts. This would be a nightmare to support!!
I can allready imagine the flood of emails "why does this script not work".

I think some functionality inside vdr has to be made more generic and can

the be tied together by a script like config language or XML.

To take your example for the file storage, there is only a limited 
number of parameters that describe a recording. A function could now 
parse a rule that tells it what the generated filename should look like.
This will give you excatly the same funtionality as the script approach, 
without having to use external functions.

Maybe, we should start to think about a VDR(ng) design and collect all 
the wishes in one place? Any volunteers?

Andreas


> For e.g. i still do
> 
> scp <movie> dvb2:/dev/video0
> 
> for watching my recordings, because it would be much to many hassle to do
> it with VDR. (I use a stone-age Version of DVB-Driver/VDR. Current-Version
> of DVB-Driver doesn't support such a simple method as just "drop" the file
> into a device)
> 
> 
> 
> 
> 
> Bis denn
> 
>