<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 02/10/12 15:08, Michael T. Dean
wrote:<br>
</div>
<blockquote cite="mid:506A4C8E.9030709@thirdcontact.com" type="cite">On
10/01/2012 09:28 PM, Roger Searle wrote:
<br>
<blockquote type="cite">Hi, following an upgrade to 0.25 (via a
Mint 11 > 12 upgrade) last weekend, the main unresolved issue
I have is that a skip/jump forward or back with the right or
left arrow keys is painfully slow, each jump takes about 5 or 6
seconds to implement. It is pointless doing 6 in quick
succession as I could previously as only 1 or 2 of them would
occur. This is true both on a separate FE or watching on the BE
itself. Most of the time the onscreen indicator displaying
elapsed time etc does not display either, however it will
randomly, and when it does, it will sometimes (not always) skip
forward at a more acceptable pace similar to on 0.24.
<br>
<br>
</blockquote>
<br>
Sounds like your seek tables are missing, so MythTV is actually
having to decode lots of video to find the right frame.
<br>
<br>
Mike
<br>
</blockquote>
Thanks for the replies. I have .mp4 files. Further testing of
other recordings made before the upgrade usually show the slow
jumping. <br>
<br>
Working with the info on
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<a href="http://www.mythtv.org/wiki/Repairing_the_Seektable">http://www.mythtv.org/wiki/Repairing_the_Seektable</a>
I have successfully run
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
optimize_mythdb.pl, then "mythcommflag --file <filepath>
--rebuild" on a few files. While I'm a mysql novice, I can query
the recordedseek table and see that there are rows for a particular
file after doing so, that were not present previously for a given
recording created since the 0.25 upgrade. <br>
<br>
In most cases though the --rebuild and creation of recordedseek rows
has not resulted in "normal" skip forward times. I say most because
with just one recording, it now seems to skip fine however others
remain slow. <br>
<br>
I send this reply as a sanity check - am I doing the right thing
here? Is there something else I ought to also look at? Should the
--rebuild immediately work or do any services need restarting? Any
other suggestions gratefully received.<br>
<br>
Roger<br>
</body>
</html>