On Monday 28 May 2007 10:38:50 Marko Myllymaa wrote:
> On Sun, 27 May 2007, Andrew Herron wrote:
> > I have to say that I agree with both of you... constructive criticism is
> > best!
> >
> > As a quiet 'user' of vdr, for about a year, I agree with the sentiments
> > in Martin's post. It is very frustrating that vdr exits when reception is
> > less than perfect. I personally would prefer it if vdr announced on
> > screen that there was a bad signal condition. This is particularly
> > frustrating if at the time you are just watching a perfectly good
> > recording.
>
> I agree, with all. I would suggest to handle viewing recording or running
> a plugin (dvd plugin or mp3/mplayer etc.) would get a priority, for
> example 90. Then every recording that has lower priority would not cause
> emergency exits, no matter what. But if recording has higher priority, it
> can cause restarts.

Hmm... IMO it is good that vdr tries to fix the recording problem with a
restart.  If I have the choice between a corrupted recording and being
interrupted by a restart, I would choose the restart.

However, it gets anoying when vdr restarts constantly. That is IMO what
bothers us here. So if vdr could have some sort of restart-retry timeout,
things would be better, IMO.

A solution might be to create a file like .update, e.g. /video/.restart, that
contains the timestamp of the vdr restart, when one happens. Could simply 
be a file with the time_t to make things realy simple.

Vdr reads that file on its next start, seconds later, and knows that it did
try a restart. So it will not try another restart for a while.

Kind regards,
Stefan

_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Reply via email to