<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 12/5/13, 10:15 PM, Mark Pennock
wrote:<br>
</div>
<blockquote
cite="mid:CABaLBbXJUty8zBswOGRXaUaUkSgv6E8XZ+PwKvQO3mCEEV3oUw@mail.gmail.com"
type="cite">
<div dir="ltr">I do delete the file and then go into the schedule
to re-enable it. I go into the listings and click the program
again and I select do not record so that when I go back to the
schedule there is no highlight. Then I go to the schedule again
and it is still outlined with dotted line.
<div>
<br>
</div>
<div>I can't got to a frontend as my server is in the basement
and the frontend is upstairs. </div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Thu, Dec 5, 2013 at 8:57 PM, Michael
T. Dean <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:mtdean@thirdcontact.com" target="_blank">mtdean@thirdcontact.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On 12/05/2013 12:58 PM, Daryl McDonald wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm only guessing here, but even a 0 bite recording may
cause your<br>
data base to think you already have it recorded, hense
your listings<br>
show recorded at an earlier time instead.<br>
Can anyone else confirm or dispute this?<br>
</blockquote>
<br>
</div>
Yes, a "0-byte recording" (which is actually a successful
recording--as the card/driver emitted no errors--that
resulted in a 0-byte or non-existent file) is a valid
recording. To force a re-record, you must either delete and
allow re-record, or create a rule that disables duplicate
matching, or set up the recording rule and then force the
recording when it says it was previously recorded (which is
a 2nd step after creating the new rule).<br>
<br>
That said, rather than using the guide to see what's
happening, you should go to mythfrontend's Upcoming
Recordings (or Previously Recorded, depending on when you
check it out) and find the episode to find out why it is not
recording.<br>
<br>
Mike
<div class="HOEnZb">
<div class="h5"><br>
_______________________________________________<br>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
Erm, you have a frontend upstairs. It behaves the same on the server
as on any other frontend, including the one upstairs. I have the
same type of setup here. Backend in the basement with the other
servers, frontends in different rooms upstairs.<br>
For management, I use VNC, an X windows session (piped through ssh)
or my preferred management, ssh and of course, mythweb or one of my
frontends (some of which have lousy video performance and only exist
for MythTV management purposes).<br>
<br>
</body>
</html>