<div dir="ltr">Hi all,<div><br></div><div>Just a followup in case someone else runs into this.  I fixed my problem by deleting rows from my settings table having to do with video and audio settings for my combined frontend/backend machine.  I then went into settings menus and set up the video and audio parts again and now the delay is gone.  I used myphpadmin to delete the rows.</div><div><br></div><div>John</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, May 31, 2016 at 3:44 PM John Lundell <<a href="mailto:jdlundell@gmail.com">jdlundell@gmail.com</a>> wrote:<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_quote"><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><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>are you running the latest <a href="http://optimize_database.pl" target="_blank">optimize_database.pl</a>? in particular the one with the database defragmentation? i had issues with recordings taking a few seconds to start and the database defrag fixed that. your issue sounds a bit different but i guess defragging the db couldn't hurt?</div><div><br></div><div>best regards,</div><div><br></div><div>per hatlevik </div></div></div></div><br></blockquote></div></div><div dir="ltr"><div class="gmail_quote"><div>My <a href="http://optimize_database.pl" target="_blank">optimize_database.pl</a> output ends with:</div><div><br></div><div><div>Defragmented: recordedseek</div><div>Defragmented: program</div><div>Defragmented: filemarkup</div></div><div><br></div><div>So I believe this includes the deframentation.  </div><div><br></div><div>From Roger Siddons:</div></div></div><div dir="ltr"><div class="gmail_quote"><div><span style="color:rgb(33,33,33);font-family:'helvetica neue',helvetica,arial,sans-serif;font-size:13px">| Try logging with "mythfrontend -v playback,database" and see what it's</span><br style="color:rgb(33,33,33);font-family:'helvetica neue',helvetica,arial,sans-serif;font-size:13px"><span style="color:rgb(33,33,33);font-family:'helvetica neue',helvetica,arial,sans-serif;font-size:13px">| doing for those 10 secs ?</span>  <br></div><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Nothing happens, the output is:</div><div><br></div><div>2016-05-31 15:20:37.576403 I  VideoBuffers::DiscardFrames(1): AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP -- done</div><div>2016-05-31 15:20:37.576432 I  VideoOutputXv: DiscardFrames() 3: AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP -- done()</div><div>2016-05-31 15:20:47.632763 I  Player(0): StopPlaying - end</div><div>2016-05-31 15:20:47.632776 I  TV::StopStuff(): Stopping ring buffer</div><div>2016-05-31 15:20:47.632888 I  TV::StopStuff(): Stopping player</div><div> </div><div>Nothing happened from 15:20:37 to 15:20:47 (it is always almost exactly 10 secs, so maybe it is a timeout of some sort?).  I had earlier posted the output with -v all and other that some checks for inserted disks, it did not show anything as well. Since it does not seem to be doing anything database related, maybe it was a setting that came back from the database restore that is causing this. </div><div><br></div><div>Thanks for the suggestions</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><div>John</div><div><br></div></div></div></blockquote></div>