<div dir="ltr"><div><div>I caught it happening this morning.  I browsed to the tuner on the LAN and manually forced a "re-tune" (for lack of a better term) and when I went back to Myth, the recording was capturing data.<br><br>If you're familiar with the web interface for the Ceton, what I did was go to the tuner (#1) that was supposed to be doing the recording, clicked on the "tune" button, selected the first choice in the "program" list, clicked on the "set program" button, clicked on the set channel button, then near the bottom of the form I changed the state from stopped to started.<br><br></div>This makes me think that the tuning operation failed in some fashion when Myth attempted it, although enough of the settings were correct that I could get it to start manually (especially that the destination ip, port, and protocol were set correctly).  I will look into seeing if there's a way to make the tuning command(s) go out a second time, perhaps with a few seconds delay between tuning attempts.  IIRC, the tuning for the Ceton tuners isn't done by calling a support program, so I may not have any means to do this.<br><br></div>Since the Ceton box is on all the time (in other words it hasn't just powered up when this problem occurs), any thoughts on why the tuning failed this time and why tuning failures seem to happen only for the first program after the Myth backend wakes up for scheduled recordings and even then not every instance fails?<br><div><div><div><div><div class="gmail_extra"><br>--<br></div><div class="gmail_extra">Craig.<br></div></div></div></div></div></div>