<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 14, 2015 at 6:46 AM, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com" target="_blank">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On 12/07/2015 06:59 AM, Matt Emmott wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
One important piece is that the symlinks you create don't automatically delete when the recordings go away, so Plex thinks they're still in your library and you get a lot of file not found errors.<br>
</blockquote>
<br>
</span><a href="https://www.mythtv.org/wiki/Mythlink.pl#Usage" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/Mythlink.pl#Usage</a><br>
-----<br>
Note that when specifying |--filename| or |--chanid| and |--starttime|, deletion of old symlinks is suppressed. Therefore, anyone using this script in a user job or with the event system should still run the script occasionally without the |--filename| or |--chanid| and |--starttime| arguments to allow removal of links that referred to recordings since deleted. Alternatively, you may use a script triggered on "Recording deleted" and "Recording expired" to remove the specific link when its recording is removed.<br>
-----<br>
<br>
So, if you use the alternate option, you could have the link deleted immediately upon recording deletion/expiration, so that there's never a link to a non-existent recording.<br>
<br>
Mike</blockquote><div><br></div><div>Right but the problem with that is that it recreates all the symlinks from scratch, which creates all new timestamps. Then Plex has to reindex everything, which takes some time (I have 4TB of recordings). More importantly though browsing shows by most recently added doesn't work because they all have the same file creation timestamp. <br></div></div></div></div>