On Thu, 2005-12-15 at 16:29 -0400, Greg Estabrooks wrote:
> Well you can set a limit on how much space recordings are allowed to take
> up. so how is this different ?
> Just set BLAH3 to what you want it to be (or set it to BLAH2 + BLAH). LiveTV
> items will always get removed first so you
I think it might be beneficial to keep a certain amount of LiveTV
when your limit is reached. Suppose I'm watching LiveTV and have 2GB
free. I'd much rather delete a program set to auto-expire from months
ago to make room for another LiveTV show. If LiveTV keeps x MB and
starts forcing olde
> Does the MythStatus page's free space calculation take into account these
> little peices of livetv recordings?
Doubtful, and maybe that should just be removed since it's irrelevant.
With the "Extra Disk Space" setting to ensure you always have a certain minimum
available on the drive the amo
On Thursday 15 December 2005 15:29, Greg Estabrooks wrote:
> > never knowing how much space is actually free on the disk. This is more
> > troublesome than the old method because you could always rely on the
> > upper limit of the ring buffer in the past (This is obviously only
>
> Well you can se
> Ok, so, why aren't people bitching that df is useless because disk is always
> full unless they manually delete scheduled recordings? This is exactly the
> same situation.
>
> I mean, seriously come up with a valid reason why this would cause problems.
> Nobody has, yet. Just mindless whi
> never knowing how much space is actually free on the disk. This is more
> troublesome than the old method because you could always rely on the
> upper limit of the ring buffer in the past (This is obviously only
Well you can set a limit on how much space recordings are allowed to take
up.
On Thursday 15 December 2005 15:15, Adam Greenbaum wrote:
> On Thu, 2005-12-15 at 13:51 -0500, Isaac Richards wrote:
> > On Thursday 15 December 2005 13:49, Adam Greenbaum wrote:
> > > I haven't tried it yet but does the new live-tv pseudo recording code
> > > have an upper disk usage limit in the
On Thu, 2005-12-15 at 13:51 -0500, Isaac Richards wrote:
> On Thursday 15 December 2005 13:49, Adam Greenbaum wrote:
> > I haven't tried it yet but does the new live-tv pseudo recording code
> > have an upper disk usage limit in the same way as the ring-buffer code
> > used to? I can imagine this i
On Thursday 15 December 2005 13:49, Adam Greenbaum wrote:
> On Wed, 2005-12-14 at 17:30 -0500, Isaac Richards wrote:
> > Both of which are absolutely no different than normal operation of Myth,
> > which will "fill up" your disk anyway.
>
> I haven't tried it yet but does the new live-tv pseudo rec
On Wed, 2005-12-14 at 17:30 -0500, Isaac Richards wrote:
> Both of which are absolutely no different than normal operation of Myth,
> which
> will "fill up" your disk anyway.
I haven't tried it yet but does the new live-tv pseudo recording code
have an upper disk usage limit in the same way as t
On 12/14/05, Isaac Richards <[EMAIL PROTECTED]> wrote:
On Wednesday 14 December 2005 17:08, Dag Nygren wrote:> > On Wednesday 14 December 2005 16:57, Jeff Simpson wrote:> > > > If there is no reason, please consider giving us an hourly resolution
> > > > in the "Keep LiveTV on disk" setup. I cann
On Wednesday 14 December 2005 17:18, Jay R. Ashworth wrote:
> On Wed, Dec 14, 2005 at 05:01:27PM -0500, Isaac Richards wrote:
> > I don't see how that's any different than just autoexpiring things,
> > though. As long as the backend is running and the user has not
> > individually disabled autoexpi
On Wednesday 14 December 2005 17:15, Joseph A. Caputo wrote:
> Sounds to me like maybe this isn't a dedicated Myth box and/or he
> doesn't have a separate disk/partition for Myth recordings. In which
> case, I say either bump up the amount of free space for Myth to honor,
> or get another disk.
R
On Wednesday 14 December 2005 17:08, Dag Nygren wrote:
> > On Wednesday 14 December 2005 16:57, Jeff Simpson wrote:
> > > > If there is no reason, please consider giving us an hourly resolution
> > > > in the "Keep LiveTV on disk" setup. I cannot afford keeping 24G extra
> > > > free space on my di
On Wed, Dec 14, 2005 at 05:01:27PM -0500, Isaac Richards wrote:
> I don't see how that's any different than just autoexpiring things, though.
> As long as the backend is running and the user has not individually disabled
> autoexpire for every recorded program, the disk will never be completely
On Wednesday 14 December 2005 17:01, Isaac Richards wrote:
> On Wednesday 14 December 2005 16:57, Jeff Simpson wrote:
> > > If there is no reason, please consider giving us an hourly
> > > resolution
> > > in the "Keep LiveTV on disk" setup. I cannot afford keeping 24G
> > > extra
> > > free sp
> On Wednesday 14 December 2005 16:57, Jeff Simpson wrote:
> > > If there is no reason, please consider giving us an hourly resolution
> > > in the "Keep LiveTV on disk" setup. I cannot afford keeping 24G extra
> > > free space on my disk, at least not all the time.
> >
> > You shouldn't need to,
On Wednesday 14 December 2005 16:57, Jeff Simpson wrote:
> > If there is no reason, please consider giving us an hourly resolution
> > in the "Keep LiveTV on disk" setup. I cannot afford keeping 24G extra
> > free space on my disk, at least not all the time.
>
> You shouldn't need to, I'm pretty su
If there is no reason, please consider giving us an hourly resolutionin the "Keep LiveTV on disk" setup. I cannot afford keeping 24G extra
free space on my disk, at least not all the time.You shouldn't need to, I'm pretty sure. The older live shows should be automaticallyset to auto-expire if more
Hi again,
Still about the auto recording of LiveTV in SVN:
Today I used the feature by noticing that I want to watch
a movie again later and pressed the record button; Very handy,
no request to switch to "Watch recording" instead of LiveTV.
Neat, and I did understand that part of it earlier as we
20 matches
Mail list logo