<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Paul Andreassen wrote:
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <pre wrap="">On Sun, 2004-12-12 at 20:27, Rob Hillis wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">After far too long, I've changed over to this posted version of the
script
    </pre>
  </blockquote>
  <pre wrap=""><!---->Excellent.
  </pre>
</blockquote>
<pre wrap="">So far, that's been my reaction too.  I'm pleasantly surprised by it's speed over the old screen-scraper grabbers - probably one of the major reasons I put off the move for this long.
</pre>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <pre wrap=""></pre>
  <blockquote type="cite">
    <pre wrap=""> - it's working fine for the freesd channels, but when I run an
appropriately modified copy for Foxtel, I end up with the following...
        [...]
        Use of uninitialized value in string at
        /usr/bin/tv_grab_au_foxtel line 722.
    </pre>
  </blockquote>
  <pre wrap=""><!---->This is probably caused by have no data to download.
  </pre>
</blockquote>
That was my initial guess, though I couldn't be sure.<br>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <blockquote type="cite">
    <pre wrap="">Doesn't do anything, even if left alone for a few hours.  I probably
should point out that the Foxtel channels aren't in my channels table
(yet) though I doubt this is the cause of the problem.  A diff between
the two scripts yeilds the following...

[...]</pre>
  </blockquote>
  <pre wrap="">Look good to me.
  </pre>
</blockquote>
I didn't think there was a problem there, but best to be sure.<br>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <blockquote type="cite">
    <pre wrap="">                print PRN "$pidsrowspansnames[$#pidsrowspansnames]";
    </pre>
  </blockquote>
  <pre wrap=""><!---->I believe this is the line giving grieve.
  </pre>
</blockquote>
Yep, that was the one.&nbsp; Apparently Thunderbird didn't think to
highlight it in any way when converting to text only...<br>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <blockquote type="cite">
    <pre wrap="">I am as sure as I can be that I have copied the script verbatim.  My
knowledge of PERL is near zero, though I know enough C/C++ to be able
to make some sense of the code.
    </pre>
  </blockquote>
  <pre wrap=""><!---->Read the 'man perlintro' and you should be ok.
  </pre>
</blockquote>
Perl makes me nervous... I've heard multiple times that it can be far
more complex and unreadable than C/C++, and given what I've learnt
about regular expressions, I have no problem believing that... :)&nbsp; I
have no doubt what you lose in readability and simplicity, you pick up
in bucketloads in flexibility, but it *does* make for a steep learning
curve.<br>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <blockquote type="cite">
    <pre wrap="">  That line does look a little odd, though I'd be willing to bet the
difference between $pids.. and $#pids is like the difference between a
variable and a pointer, so I may well be wrong.
    </pre>
  </blockquote>
  <pre wrap=""><!---->Perl is much more convoluted than that. 
  </pre>
</blockquote>
That's what I was afraid of... :)<br>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <blockquote type="cite">
    <pre wrap="">Is anyone else running in to this?  Is it just me?
    </pre>
  </blockquote>
  <pre wrap=""><!---->Not may people use the foxtel stuff.
  </pre>
</blockquote>
Silly think is that I'm not - yet.&nbsp; I've been asked if I want to share
the cost of a Foxtel connection with my father (it's incredible - you
move out of home into your own place and one of your parents moves with
you...)&nbsp; Since I work rather a lot, I'm not interested if I have a lot
of trouble integrating Foxtel into MythTV, so I was starting to cover
the bases by adding channels to see what's on...<br>
<br>
I haven't started toying with how to get the audio/video to MythTV yet,
whether it be via SVIDEO/composite to a BT878 card or via a DVB-S card
with a CAM.&nbsp; Obviously the latter would be vastly preferable, though
being a consortia essentially between channel 9 and Tel$tra, I have no
doubt that my wishes have been taken into account and a product
providing exactly the opposite will be provided.<br>
<blockquote cite="mid1102863352.1094.32.camel@Silver" type="cite">
  <pre wrap="">I've attached a fixed version and here is a test output:
  </pre>
</blockquote>
I'm trying that at the moment.&nbsp; Whilst I'm no longer getting the
errors, the hanging may not yet be fixed...&nbsp; Now I'm getting:-<br>
<blockquote><tt>mythtv bin # tv_grab_au_foxtel<br>
grabing 7 days into /var/local/tv_grab_au_foxtel/guide.xml<br>
starting 5 threads<br>
loading queue<br>
12122004 unchanged<br>
13122004 downloading<br>
14122004 downloading<br>
15122004 downloading<br>
16122004 downloading<br>
17122004 downloading<br>
18122004 downloading<br>
19122004 downloading<br>
queue is complete<br>
  </tt></blockquote>
Repeated <tt>du -h</tt> commands in the cache directory does not
reveal incremental disk usage. It's only been running for around ten
minutes, so I'll leave it alone for a while and see what transpires...<br>
<br>
</body>
</html>