<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body ><div style='font-size:10pt;'><br><div class="zmail_extra"><div id="1"><br>---- On Mon, 22 Sep 2014 00:09:42 +0100 <b>Saul A. Peebsen<jaglover@gmail.com></b> wrote ---- <br></div><blockquote style="border-left: 1px solid #0000FF; padding-left: 6px; margin:0 0 0 5px">On Sun, 21 Sep 2014 12:15:08 +0100 <br>Tim Draper <<a subj="" mailid="veehexx%40zoho.com" href="mailto:veehexx@zoho.com" target="_blank">veehexx@zoho.com</a>> wrote: <br> <br>> <br>> I've been having this issue ever since moving to 0.27.3 (BE and 1 FE <br>> currently running v0.27.3-159-g2d4a7c9, I was on 0.27.1 before .3 <br>> upgrade a month ago), and dont know what to check to figure out whats <br>> going on. <br>> <br>> i have a split FE/BE system 1BE and 3FE's and the issue appears on at <br>> least 2FE's so doesn't appear to be a client side issue. <br>> <br>> What basically happens is that after a while, the liveTV feed will <br>> simply freeze on screen and i have to exit and restart a livetv <br>> session (for lack of a better word) to get it working again. <br>> Recordings and Films seems unaffected with playback issues. TV Source <br>> also does not appear to be the cause (happens on both DVB-T and <br>> DVB-S2 inputs, i've been able to record programs that are 7 hours). <br>> When the screen freezes, seeking through the liveTV playback results <br>> in EXTREMELY slow seeking. 20-30seconds todo 1 back step and seeking <br>> back to when the livetv signal was good, results in the screen being <br>> frozen, or at best, a few frames every few seconds. <br>> <br>> I updated my BE today, upto v0.27.3-159-g2d4a7c9, and also the latest <br>> TBS6981 drivers but with no improvement. It does not appear to be <br>> related to ringbuffer either, as the most recent freeze was outside <br>> of the EPG program start/stop times (8 minutes past the hour, after <br>> being in livetv for over an hour with 2 program changes) <br> <br>You are not alone, my frontends crash the same way. In addition, when <br>watching liveTV every time a transmission ends and a new one starts <br>frontend exits liveTV. <br> <br>-- <br>Cheers, Saul <br>_______________________________________________ <br>mythtv-users mailing list <br><a subj="" mailid="mythtv-users%40mythtv.org" href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a> <br><a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a> <br><a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a> <br>MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a> <br></blockquote><br></div>I think i may of found the cause of my problem; https://code.mythtv.org/trac/ticket/12306<br>BTRFS, with default commit value of 30secs.<br><br>i tried using commit=1 option in fstab, but it seems that opensuse's (12.3) btrfs 3.12 doesn't actually have the commit option available in it (BTRFS wiki says 3.12 should have it)<br><br>I've moved to a JFS partition on the same LVM VG (so not a physical disk issue), moved mythtv video content onto this and so far playback feels a lot smoother. Recorded shows feel like they start slightly quicker, skipping feels a bit more responsive and after an hour of livetv i have not experienced a crash or single playback issue.<br><br>it's obviously early days with confirming a fix, but things feel good so far!<br><br><br></div></body></html>