<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
<br><br><div><div id="SkyDrivePlaceholder"></div><br>&gt; &gt;&gt;&gt;&gt; That's interesting.  I have one FE that will not play live TV without<br>&gt; &gt;&gt;&gt;&gt; AlwaysStreamFiles turned ON (it just hangs at a blank screen for ~10<br>&gt; &gt;&gt;&gt;&gt; seconds, then the "error opening jumpfile") and have never figured out why.<br>&gt; &gt;&gt;&gt; Almost definitely NFS misconfiguration, as Daniel mentioned.<br>&gt; &gt;&gt;&gt; http://www.mythtv.org/docs/mythtv-HOWTO-23.html#ss23.8 (specifically the<br>&gt; &gt;&gt;&gt; actimeo option).<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt; About the only thing I can think of is this FE is also a SBE (though that is<br>&gt; &gt;&gt;&gt;&gt; now turned off in favor of mythjobqueue) and it has identical folders<br>&gt; &gt;&gt;&gt;&gt; mounted to the the MBE to allow it to do transcodes.  Maybe something to do<br>&gt; &gt;&gt;&gt;&gt; with that?<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt; It's also a little concerning that the setting itself has been removed from<br>&gt; &gt;&gt;&gt;&gt; Myth settings screens (I believe it was gone in 0.24 too,but don't quote me<br>&gt; &gt;&gt;&gt;&gt; on that), but it still seems to have a pretty big impact.<br>&gt; &gt;&gt;&gt; The setting was removed because it's a broken setting that was used to<br>&gt; &gt;&gt;&gt; work around system misconfiguration.<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt; If you want mythbackend to stream files, you should ensure the file<br>&gt; &gt;&gt;&gt; system on which those files exist is not mounted locally.  If you want<br>&gt; &gt;&gt;&gt; mythfrontend to read files "locally", you should ensure the file system<br>&gt; &gt;&gt;&gt; on which those files exist is mounted locally.<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt; Or, put another way, if you want to use NFS, use NFS.  If not, don't.<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt; There is absolutely no reason to mount a file system locally using NFS<br>&gt; &gt;&gt; if you don't have mythfrontend reading files for playback over NFS.<br>&gt; &gt; How about to allow that machine to do transcode jobs that it didn't record via mythjobqueue?  Which is why I have them mounted locally.<br>&gt; <br>&gt; Yes.  That is a reason to have an NFS mount (all MythTV <br>&gt; "recorders"--including transcoders--need to be able to write directly to <br>&gt; the file system, so you can use NFS to make that file system available <br>&gt; on a remote system).<br>&gt; <br>&gt; However, a properly configured NFS mount is usable for /both/ playback <br>&gt; and transcoding.<br>&gt; <br>&gt; I.e. there's no reason to use NFS for transcoding but not use NFS for <br>&gt; playback.  Therefore, you don't need to force MythTV protocol streaming <br>&gt; from the backend for playback.  Just let it use the NFS-mounted file <br>&gt; system directly.<br>&gt; <br>&gt; Mike<br></div><div><br></div><div>I'm not actually using NFS, I'm using samba/cifs to mount it locally. &nbsp;However, I'm not sure what I'm supposed to change. &nbsp;When the local file system is mounted, LiveTV does not work unless AlwaysStream is turned on. &nbsp;If you can't point me in the right direction as to what I do to fix that other than the work around, I'm all for learning.</div>                                               </div></body>
</html>