[mythtv-users] slow jump forward or back after 0.25 upgrade

[Roger Searle]

On 02/10/12 15:08, Michael T. Dean wrote:
> On 10/01/2012 09:28 PM, Roger Searle wrote:
>> 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.
>>
>
> Sounds like your seek tables are missing, so MythTV is actually having 
> to decode lots of video to find the right frame.
>
> Mike
Thanks for the replies.  I have .mp4 files.  Further testing of other 
recordings made before the upgrade usually show the slow jumping.

Working with the info on 
http://www.mythtv.org/wiki/Repairing_the_Seektable I have successfully 
run 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.

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.

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.

Roger
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20121003/8796541c/attachment.html>