On Thu, Sep 20, 2012 at 2:53 PM, Michael Watson <span dir="ltr">&lt;<a href="mailto:michael@thewatsonfamily.id.au" target="_blank">michael@thewatsonfamily.id.au</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On 20/09/2012 2:07 PM, Joseph Fry wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
    &gt; My videos directory is an SMB share and it is intentionally<br>
    read-only to my<br>
    &gt; various media servers. I noticed that during Mythtv-setup, Myth<br>
    complained<br>
    &gt; that it couldn&#39;t write to this directory. Can somebody tell me<br>
    what Myth<br>
    &gt; needs to write to in here?<br>
    &gt;<br>
    &gt; Additionally I&#39;m confused about the line in the wiki that says<br>
    &quot;External<br>
    &gt; Video Players (mplayer, xine, VLC) will not work with videos<br>
    hosted on an<br>
    &gt; SG.&quot; - Does Myth actually modify the files in some way? This<br>
    would be<br>
    &gt; catastrophic to me, as my videos are accessed by many different<br>
    &gt; applications.<br>
<br>
    mplayer etc does not know how to play a myth:// url and therefore<br>
    cannot access the url that mthvideo hands off to the player. The file<br>
    is unchanged and you can still acess it outside myth via whatever<br>
    protocol works with your player - eg a mount over cifs.<br>
<br>
I believe that there have been several attempts at creating a fuse virtual file system around the myth:// protocol, which would allow you to mount your storage groups as you would any other drive... however I don&#39;t think any of them are ready for prime time.<br>

<br>
With many players supporting upnp and mythtv&#39;s builtin upnp server, I find that its rare that I need filesystem level access to my storage.<br>
<br>
</blockquote></div></div>
I have seen a wrapper script to convert the myth:// to a valid path/filename.<br>
IMO I think its a bit premature to remove support for external players, when there is media that the internal player does not handle well.  (But I am just a lowly user, and our opinion matters not)<br></blockquote><div><br>
</div><div>As the dev&#39;s have pointed out time and time again, the solution is not to cry &quot;not now, not yet&quot; but to furnish them with samples of media that doesn&#39;t play so they can fix the player...</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I also find that streaming via the myth:// protocol, some what laggy, and slow to start, where access to the same file via NFS starts almost instantly.</blockquote><div><br></div><div>This, however, I agree with - the myth:// protocol does seem to have its own weird issues. None of them are showstoppers for my purposes, but for some reason it seems to be much less efficient at filling the pipe than CIFS or NFS.</div>
<div><br></div><div>- Chris </div></div>