[mythtv-users] LiveTV auto recording? Harddrive filling up.

[Mark Oliver]

Michael T. Dean wrote:

>On 03/08/06 19:44, Mark Oliver wrote:
>
>  
>
>>someone suggested having different options for livetv recordings, 
>>where the user could choose to limit the size of livetv (thus having 
>>livetv break into smaller parts which would auto expire, regardless of 
>>the actual length of the program) or the user could choose to leave it 
>>as is according to the programming guide.  I know that someone else 
>>responded negatively, but that response was based on a 
>>misunderstanding of the suggestion (thinking that the suggestion would 
>>hold true for everyone, as opposed to being an individual choice).
>>    
>>
>
>
>I understood the suggestion, but I also understand that 90% of users 
>don't understand all the options that currently exist (which is why such 
>a great deal of my posts simply quote settings and the "live" help for 
>the settings)--and many complain when an option they've changed from the 
>default causes Myth to behave against their wishes (so we can't assume 
>that having a default that doesn't split LiveTV will work, either).  I 
>also believe Isaac has the right idea--that new settings should be 
>avoided like the plague.
>  
>
Users should not have choice?  Ironically, I switched to linux for the 
purpose of having more choice as a user.  However, I can understand your 
point that more choices involves more potential for mistakes which then 
involves the time and energy of the mythtv community (I also understand 
that mythtv is not linux, but I still find this ironic).

>  
>
>>I have no idea what it would take to implement such an option, or if 
>>it is even possible.  That choice, though, would allow for something 
>>other than one extreme (no livetv recording of material in the buffer) 
>>or the other extreme (must record livetv to whatever extent the 
>>programming guide dictates), and the individual user would then have 
>>control over the extent of livetv (as opposed to having to accept all 
>>or nothing).
>>    
>>
>
>
>See that "Esc" button on your keyboard?  Probably have a remote button 
>mapped to it, too.  It will fix the issue for you, too--and without a 
>new setting.  Once you press Esc, hit Enter to re-enter LiveTV and Myth 
>can expire the first part of the show.
>  
>
Because whoever is watching television should interrupt the show they 
are watching?  Because anyone watching livetv in my house should know to 
do this?  Maybe I can put a timer on top of the television with a note.  
A little sarcastic (and probably a little over the top), sorry, but I do 
not appreciate it when someone talks down to me.  Yes, I know that you 
have suggested this before, but I dismissed it then (well, in my head, 
anyway) as I am now, because you are suggesting that I do something that 
will become highly irritating within a short period of time, will 
negatively impact the WAF, and I cannot guarantee that this will be done 
by everyone watching television in my house.

>Yes, I'm pretty opinionated on this issue, but then again, no one is 
>having problems with the issue, yet--which, IMHO, makes it a non-issue.
>
The existence of this thread indicates otherwise.  I also have a problem 
with the new "feature."  I need livetv to operate without crashing 
within about 4 GBs.  Do I expect mythtv developers to "fix" this.  Not 
necessarily, as it is not necessarily something that needs to be fixed.  
If it does not fit with the direction of mythtv, then it does not fit, 
and I will find a workaround, stick where I am at with 0.18, or look for 
an alternative.  I am also not going to be silent just because I have an 
opinion that is different than yours.

>  
>While we could do a knee-jerk reaction now that "fixes" an issue that 
>hasn't affected anyone, it's quite likely that waiting until Storage 
>Groups are implemented will mean we get a better fix.
>  
>
I would whole-heartedly agree that knee-jerking 'fixes' generally 
results in the need for more fixes or more knee-jerking at least.  
Hopefully, storage groups will makes this a non-issue.

mark