<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 11/09/2011 05:39 PM, Raymond Wagner wrote:
    <blockquote cite="mid:4EBAACA7.9000302@wagnerrp.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 11/9/2011 03:44, Per Kofod wrote:
      <blockquote cite="mid:4EBA3D8B.1040709@gmail.com" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        Looks like I found a workaround:<br>
        <br>
        found this experimental driver, that makes the hdhomerun work
        like a<br>
        normal dvb device:<br>
        <br>
        &nbsp;&nbsp;&nbsp;
        <meta http-equiv="content-type" content="text/html;
          charset=ISO-8859-1">
        <a moz-do-not-send="true"
          href="http://sourceforge.net/apps/trac/dvbhdhomerun/wiki/FAQ">http://sourceforge.net/apps/trac/dvbhdhomerun/wiki/FAQ</a><br>
        &nbsp;&nbsp;&nbsp;
        <meta http-equiv="content-type" content="text/html;
          charset=ISO-8859-1">
        <a moz-do-not-send="true"
          href="http://sourceforge.net/projects/dvbhdhomerun/files/">http://sourceforge.net/projects/dvbhdhomerun/files/</a><br>
        <br>
        I am testing that solution right now, and it looks like this is
        working for<br>
        me.<br>
      </blockquote>
      <br>
      The HDHomeRun dvb drivers are not so much experimental, as purpose
      built.&nbsp; They are intended for use with TVHeadend, and only
      implement that which TVHeadend needs.&nbsp; They are an incomplete
      implementation of the DVB API, and can cause problems with other
      applications.<br>
      <br>
      <blockquote cite="mid:4EBA3D8B.1040709@gmail.com" type="cite"> On
        11/08/2011 11:18 AM, Per Kofod wrote:
        <blockquote cite="mid:4EB901ED.3060305@gmail.com" type="cite">Due

          to the different methode of tuning I have configured two
          different <br>
          video sources, one for the two PCI tuner cards, and one for
          the hdhomerun <br>
          tuners. <br>
          <br>
          The problem is, that if I enable EIT scan on the video source
          for the hdhomerun <br>
          I get my backend log filled with messages like this: <br>
          <br>
          I have tried to rescan the channels several times, with no
          change to this problem, <br>
          EIT Scan works fine from my two PCI card tuners. All tuners
          are connected to the <br>
          same DVB-C source (Danish cable provider "YouSee"). <br>
        </blockquote>
      </blockquote>
      <br>
      If your PCI tuners are capable of receiving EIT data, that means
      they are digital DVB-C tuners.&nbsp; Connected to the same physical
      DVB-C source, they should be sharing the Video Source in MythTV.&nbsp;
      They may be different tuner types, but they use the same tuning
      information.&nbsp; If EIT scanning fails for the HDHR, disable it, and
      let the PCI tuners pick up the slack.<br>
    </blockquote>
    Yes my PCI tuners are DVB-C tuners, and no using the default HDHR
    driver It does not work connecting the HDHR tuners to the same
    source<br>
    as the PCI tuners, I tried that when I did the original
    installation, I guess it is because the HDHR uses a different method
    of tuning.<br>
    (Though I have not retried after installing the latest software
    upgrades; might work now, as I found that I was now able to do an<br>
    automatic scanning on the HDHR, that was also not possible in the
    beginning)<br>
    <br>
    If however I use the dvbhdhomerun driver for accessing the HDHR
    tuners, It does work connecting to the same source.<br>
    <br>
    I did disable EIT on the source for the HDHR; but then I was not
    able to record anything from the programs listing on the HDHR<br>
    tuners, if I tried scheduling more than two programs at the same
    time, I got conflicts; the only way I was able to record from<br>
    the HDHR was by doing a manual schedule. (Though Live viewing from
    the HDHR worked fine)<br>
    <br>
    I found a discussion at the Silicondust forum about the EIT problem
    with the HDHR, looks like the cause<br>
    is, that my cable provider sends all the information in TID 0x41;
    where the HDHR firmware expects it<br>
    in TID 0x40. Silicondust claims, that my cable provider is not
    following the standards, and my cable provider<br>
    claims, that this is according to the "Nordic standards". So
    Silicondust claims, that it is not their fault; but<br>
    it does work with equipment from all other vendors.<br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a
href="http://www.silicondust.com/forum/viewtopic.php?t=9868&amp;postdays=0&amp;postorder=asc&amp;start=0">http://www.silicondust.com/forum/viewtopic.php?t=9868&amp;postdays=0&amp;postorder=asc&amp;start=0</a><br>
    <br>
    <blockquote cite="mid:4EBAACA7.9000302@wagnerrp.com" type="cite"> <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>
</pre>
    </blockquote>
    <br>
  </body>
</html>