[mythtv] Fwd: [mythtv-users] Myth autoexpiring brand new shows

michael bishop clever at nbnet.nb.ca
Sun Oct 12 22:52:42 UTC 2008

On Sun, 2008-10-12 at 07:02 -0400, Dave Badia wrote:
> One option would be to implement a bandwidth limit of the max network
> bandwidth that myth should use to spread recordings onto remote
> storage.  Shouldn't be too hard for myth to compute at least an
> approximate size (vbr recordings may be not be exact) according to
> input type, the result of which could be added to the weighting.  That
> way, users could set an appropriate limit based on their own network
> capacity and desired network usage.
> And a basic level, a PVRs job is to record things so they can watched
> later.  Considering that the auto expire option has a setting "oldest
> first" (paraphrasing), I would think it be logical that myth use all
> available disk (local or remote) before expiring recordings which are
> not the oldest.   Just my 2 cents.. .
> This has been a very interesting discussion and I'm sure the outcome
> will be improvements to mythtv.  Thanks to all of those who have
> participated
> Dave
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

I've found that my mythbackend was preferring a local storage
directory(that was full) over networked ones(with tons of space).
that led to it expiring shows it just recorded when it had plenty of
I'm working on a patch which will kick the weight of a storage group +30
when the drive is 'full' so that it will prefer drives with more room

More information about the mythtv-dev mailing list