[vdr] Re: schedule channel change

[Matthias Schniedermeyer <ms@citd.de>]

On Thu, Jan 16, 2003 at 08:41:23AM +0100, Robert Simons wrote:
> Ulrich Petri wrote:
> 
> >Robert R. Simons wrote:
> >
> >First: The idea is great, i missed such a feature for some time.
> > 
> >
> So let us hope I find some time this weekend (or someone else takes up 
> the work).
> 
> > 
> >
> >>Why not introduce just a new field?
> >>For "old" timers this would be inside the summary field. If you 
> >>use a clearly defined format, like one number followed by a ":", 
> >>(how many summaries beginning with a number, followed by a ":" 
> >>are out there?) and you even could input these new timers using 
> >>old software (just manipulate summary info).
> >>
> >>Another idea is, to use special file names in the file field.
> >>As in this field the "target" of the timer is defined, the
> >>target "@@notafile" "@@eitscan" etc. could signal special timers.
> >>is "@@" a good prefix for that?
> >>
> >>This has the benefit, that you only have to handle this 
> >>special feature,
> >>when actually acting on this timer in vdr (and you may not have 
> >>series starting with "@@").
> >>
> >>   
> >>
> >Imho this only patchwork leading to user confusion.
> >The imho best(tm) soultion would be to add a type field to the timers.
> >There have been countless changes in the conf files lately.
> >So why not do it "right" from the beginning?
> >
> >
> >Cu Ulrich
> > 
> >
> "Misusing" the file field, has the real great benefit, of not having to 
> change the interface.
> You only have to reserve some specia names (better: prefixes) for 
> special types.
> 
> If  I implement my first suggestion (introduce new field before summary) 
> I have to rewrite
> all the handlings of parsing/saving timers, so it will understand both 
> formats correctly, and
> the need to avoid special characters in series name/summary still exists.
> 
> If you suggest to really rework the timers format....
> 
> Oh I just thought of a possibility:
> New format with first field consisting of one letter
> R recording
> C channel switch
> S scan
> This should be easily detectable by vdr :-)
> It just would mean vdradmin/master-timer etc. would have to implement
> the new format to use it.
> 
> I think i like it.

I haven an even better(tm) suggestion.

For a Channel-Switch and Scan-Timer the stop-time isn't needed. So
instead instead of the stop-time we could put a "C" for
channel-switching and a E/S for Eit-Scan timer there.



Bis denn

-- 
Real Programmers consider "what you see is what you get" to be just as 
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated, 
cryptic, powerful, unforgiving, dangerous.



-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.