[mythtv-users] Myth autoexpiring brand new shows

[Kevin Kuphal]

On Tue, Aug 26, 2008 at 4:38 PM, Yeechang Lee <ylee at pobox.com> wrote:

> Kevin Kuphal <kkuphal at gmail.com> says:
> > I personally would not want remote storage equally weighted with
> > local because of the potential I/O issues with network recordings,
> > commflagging, and the like.  The previously mentioned database
> > setting laid out in the wiki from the original coder does provide
> > the advanced user this means of making his/her system weigh local
> > and remote identically so that a tie situation does occur in which
> > case free space will be the determining factor.
> >
> > Seems to me that Myth, once again, has set reasonable defaults for
> > the average system and provides a way for advanced users to tweak it
> > to their liking.
>
> I am pleased that the requisite setting are available for tweaking. I
> very much disagree that the default weighting is "reasonable . . . for
> the average system," for the reasons I laid out in my previous
> message.
>
> An advanced user who is concerned about remote I/O issues should have
> the onus of tweaking things so that programs are expired in a way that
> contradicts the AutoExpire List. Not the "average" MythTV user who
> knows enough to set up an NFS or Samba mount or two and then is
> mystified, as the original poster was, that the AutoExpire list and
> the priorities he has carefully set for his recordings aren't being
> followed.


Storage Groups define where recordings are recorded.  I have not looked into
it in detail, but I am not going to make the possibly erroneous assumption
that Storage Groups have anything to do with AutoExpiration beyond choosing
which drive a recording is made on.  It makes sense to me from a coding
standpoint that there would be no reason for a Storage Group to need to know
about autoexpiration and that autoexpiration is only concerned with making
free space on the drive on which space is not available.  Since this is
always the local drive for a single recording scenario as outlined by the
OP, autoexpiration only expires local recordings until such time that
additoinal recordings are made on remote drives requiring expiration on
them.

I would agree that the autoexpire list could be improved to take this into
account when displaying the list of shows eligable for expiration but at
first blush, it seems that it would have to take into account the current
recording schedule in order to make such determinations and while possible,
again falls into a feature request area.

Kevin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20080826/067ff4ec/attachment.htm