<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 12, 2015 at 7:40 PM, Jim Stichnoth <span dir="ltr"><<a href="mailto:stichnot@gmail.com" target="_blank">stichnot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>From looking at the logs, is it possible that your recordedseek table crashed?</div></div></div></div></blockquote><div><br></div><div>I used the MySQL client on the combined backend/frontend to do "SELECT COUNT(*) FROM recordedseek" and found that there are 8,816,165 entries in the table. I did a "SELECT * FROM recordedseek ORDER BY starttime ASC LIMIT 5" (and also again with decending order). In each case, I was able to get back five records as expected and did not see any errors. The count query returned its results instantly, while the one in ascending order took 3.91 seconds and the one in descending order took 1.62 seconds.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><div>It might also be helpful to collect "-v database" logs, since it does look like a problem loading the position map from the recordedseek table.</div></div></div></div></blockquote><div><br></div><div>OK, I'll give this a try.<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>Along these lines, if you try to edit the recording's cutlist during playback, does it complain that the seektable is missing? <br></div></div></div></div></blockquote><div><br></div><div>I tried this and saw no relevant errors or warnings, either in the UI or in the frontend log (which I'd previously started using the "-v playback" option).<br></div><div> </div></div></div></div>