<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 3, 2014 at 8:07 PM, Hika van den Hoven <span dir="ltr"><<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hoi Mark,<br>
<div><div class="h5"><br>
Tuesday, November 4, 2014, 1:36:52 AM, you wrote:<br>
<br>
> Hi, trying to chase down a very minor glitch in a standalone remote Ubuntu<br>
> Frontend.<br>
<br>
> Basically every once in a while (say average of 10minutes or so) when idle<br>
> in the Watch Recordings screen (Mythbuntu Theme) I get the fanart / coverart<br>
> flashes away (reverse flashes, ie off-on rather than on-off) a number of<br>
> times (1 - 30 times) before stopping again for a while (5 - 20minutes). I<br>
> have not noticed a pattern in the number of flashes, or the time between<br>
> blocks of flashes.<br>
<br>
> I have turned on some additional logging and have found that the pictures<br>
> flashing away coincide with messages like these. For each flash (off-on)<br>
> there is a single repeat of this block of messages and the block might<br>
> repeat 1-30 times over a period of 1-30sec, once for each flash at a rate of<br>
> about 1 flash per second. Note that the file names referenced change<br>
> depending on what program I am idling at in the Watch Recordings Screen:<br>
<br>
> 2014-11-04 10:11:43.161964 D PlaybackBox: Ignoring PREVIEW_SUCCESS, item no<br>
> longer on screen.<br>
> 2014-11-04 10:11:43.162422 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140721121700.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.363774 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140714121700.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.364050 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140707110700.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.364940 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140630111200.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.365837 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140623111200.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.366160 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140616110700.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.367055 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140609110700.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.367313 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140602110700.mp4.png,<br>
> msg On Disk<br>
> 2014-11-04 10:11:43.368189 I PlaybackBox: Loading preview<br>
> /home/mythtv/.mythtv/remotecache/1010_20140526110200.mp4.png,<br>
> msg On Disk<br>
<br>
> I am assuming that the key is the 'Ignoring PREVIEW_SUCCESS' part and that<br>
> for some reason the FE thinks that the artwork is no longer on the screen<br>
> (when it is on the screen) so it reloads hence the brief flash. But as to<br>
> why I have no idea. Any suggestions on where to go next would be greatly<br>
> appreciated.<br>
<br>
> In case it helps, I see nothing unusual in the other menu screens and also<br>
> do not see any flashing during playback. It is only while idle on the Watch<br>
> Recordings screen. Also the flashing only occurs on the artwork and not the<br>
> mythtv generated preview file from the recording, or the text associated<br>
> with the recording. I can try and record the screen while it is happening if<br>
> anyone feels that would be of use.<br>
<br>
> Please attach all output as a file in bug reports.<br>
> MythTV Version : v0.27.1-14-g2720f45<br>
> MythTV Branch : fixes/0.27<br>
> Network Protocol : 77<br>
> Library API : 0.27.20140520-1<br>
> QT Version : 4.8.6<br>
> Options compiled in:<br>
> linux profile use_hidesyms using_alsa using_oss using_pulse<br>
> using_pulseoutput using_backend using_bindings_perl using_bindings_python<br>
> using_bindings_php using_crystalhd using_dvb using_firewire using_frontend<br>
> using_hdhomerun using_ceton using_hdpvr using_ivtv using_joystick_menu<br>
> using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc<br>
> using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript<br>
> using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv<br>
> using_profiletype using_bindings_perl using_bindings_python<br>
> using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau<br>
> using_ffmpeg_threads using_mheg using_libass using_libxml2<br>
<br>
</div></div>Just a thought, have you looked into issues concerning powersave? Also<br>
is the metadata on another physical disk, that for instance spins down.<br>
<br></blockquote><div><br></div><div>The error doesn't point at a file being unavailable.</div><div><br></div><div>Looking at the code for playbackbox.cpp, it looks like the handlepreview event is getting spawned multiple times... almost as though you moved away and back to the item.</div><div><br></div><div>I don't know the code well enough to understand what would spawn that event, other than moving up or down the list, but I suspect that it's not related to your hdd spinning down or the file being otherwise inaccessible.</div><div><br></div><div>I suspect that it is related to powersaving. <br><br>Check your frontends "FrontendIdleTimeout" value (you can see it in the general setup screen (I think) or in mythweb (in the settings > mythtv page after selecting the frontend from the dropdown). I wonder if perhaps when this timer expires it triggers something that takes the focus away from the frontend briefly... setting off a new handlepreview event when the focus returns? Maybe it tries several times and gives up.</div><div><br></div><div>Perhaps you didn't disable xscreensaver as completely as you think, and it's stealing the focus over and over before finally failing? You could try disabling xscreensaver by stopping the service altogether?<br><br>I could be way off base, this is just speculation, but something is definitely triggering these events multiple times before giving up.<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div></div></div></div>