<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Jeff Morrow wrote:

<blockquote cite="mid4430B2FA.9030001@jmorrow.org" type="cite">

  <blockquote type="cite">

    <pre wrap="">It looks like the "Seektable" is broken for this file. Check the

Database to make sure the table's not corrupted (mysqlchk), and try

using MythCommflag to regenerate the seektables (see "mythcommflag

--help" for instructions). This should fix your problem. If not... see

below.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

I tried this and it didn't solve the problem.  It still jumps back, and 

the playback output log seems to be basically the same as it was before.

  </pre>

  <blockquote type="cite">

    <pre wrap="">Also, how large is "Large". If you are using NFS, it could be

something to do with NFS versions and 2Gb boundaries. Check your NFS

configuration, and try forcing both server and client to use NFSv3.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

The file I'm testing with is 14.5G.

To test your suggestion, I just copied a 13G file from my server to my 

client via NFS.  Am I correct in assuming that if this worked, then I 

don't have a 2G limit?

Jeff

_______________________________________________

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://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a>

  </pre>

</blockquote>

Not until you md5sum them and make sure the file you just got is not

6.5 copies of the first 2GB of the server file.<br>

<br>

W<br>

</body>

</html>