<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 14/05/14 16:36, Tom Lichti wrote:<br>
    </div>
    <blockquote
cite="mid:CACXumDmyi7YJj9AObJau5ruHNULQ8aPuHdr5WmRMZB=oFAzh2Q@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Wed, May 14, 2014 at 5:46 AM,
            Jean-Yves Avenard <span dir="ltr">&lt;<a
                moz-do-not-send="true" href="mailto:jyavenard@gmail.com"
                target="_blank">jyavenard@gmail.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">On 14
              May 2014 05:06, John &lt;<a moz-do-not-send="true"
                href="mailto:reidjr@lineone.net">reidjr@lineone.net</a>&gt;
              wrote:<br>
              <br>
              &gt; I am intrigued by what the difference is between the
              frontend being in the<br>
              &gt;<br>
              &gt; kState_WatchingRecording rather than
              kState_WatchingPreRecorded, as I assume<br>
              &gt; it is the dBase activity of being in the former state
              that causes the issue.<br>
              &gt; As the backend shouldnt care if a frontend is
              watching somthing its<br>
              &gt; recording, nulling out that activity seems to make
              sense.<br>
              <br>
              as far as the FE is concerned, it makes no difference
              except that it<br>
              will know if it needs to query the database for seek
              tables.<br>
              <br>
              your BE is obviously too busy to properly serve files
              while also recording<br>
              <br>
            </blockquote>
            <div><br>
            </div>
            <div>I would have to agree with JYA on this. My setup has 2
              HDHR's recording from antenna, an HD-PVR and a PVR-150,
              and I found that many recordings were damaged or would
              have dropped sections (especially the HDHR recordings,
              which led me down the wrong path of thinking it was signal
              related), until a few weeks ago I upgraded my backend
              hardware (new mobo), and more specifically moved to faster
              and dedicated drives. Since I've done that, I have not had
              any of the issues that you are having, and that I had
              previously.</div>
            <div><br>
            </div>
            <div>Tom</div>
            <div><br>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a>
<a class="moz-txt-link-freetext" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a>
MythTV Forums: <a class="moz-txt-link-freetext" href="https://forum.mythtv.org">https://forum.mythtv.org</a>
</pre>
    </blockquote>
    Tom,<br>
    Didnt see your reply before I posted my own. I have no problem with
    the recordings. They can be watched on any frontend AFTER they have
    stopped recording. There is no recording problem as such, just the
    remote playback of in progress recordings on an Ion based frontend.<br>
    <br>
    regards,<br>
    <br>
    John<br>
  </body>
</html>