<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 2, 2016 at 8:44 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 12/30/2015 02:21 PM, Matt Emmott wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, Dec 14, 2015 at 6:46 AM, Michael T. Dean <<a href="mailto:mtdean@thirdcontact.com" target="_blank">mtdean@thirdcontact.com</a>><br>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 12/07/2015 06:59 AM, Matt Emmott wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
One important piece is that the symlinks you create don't automatically<br>
delete when the recordings go away, so Plex thinks they're still in your<br>
library and you get a lot of file not found errors.<br>
<br>
</blockquote>
<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|,<br>
deletion of old symlinks is suppressed. Therefore, anyone using this script<br>
in a user job or with the event system should still run the script<br>
occasionally without the |--filename| or |--chanid| and |--starttime|<br>
arguments to allow removal of links that referred to recordings since<br>
deleted. Alternatively, you may use a script triggered on "Recording<br>
deleted" and "Recording expired" to remove the specific link when its<br>
recording is removed.<br>
-----<br>
<br>
So, if you use the alternate option, you could have the link deleted<br>
immediately upon recording deletion/expiration, so that there's never a<br>
link to a non-existent recording.<br>
<br>
Mike<br>
</blockquote>
<br>
Right but the problem with that is that it recreates all the symlinks from<br>
scratch, which creates all new timestamps. Then Plex has to reindex<br>
everything, which takes some time (I have 4TB of recordings). More<br>
importantly though browsing shows by most recently added doesn't work<br>
because they all have the same file creation timestamp.<br>
</blockquote>
<br></div></div>
No, as I said, the alternate option.  To quote, again:<br>
-----<span class="im HOEnZb"><br>
Alternatively, you may use a script triggered on "Recording<br>
deleted" and "Recording expired" to remove the specific link when its<br>
recording is removed.<br>
---<br>
<br></span><div class="HOEnZb"><div class="h5">
Mike<br></div></div></blockquote><div><br></div><div>I misunderstood what you meant by "alternate" option. I inferred that it you were referring to an option built into the script itself. But re-re-reading it, I see you're talking about using some sort of other script that is triggered by recording deleted or expired, which would delete just that one specific file. But I'm not smart enough to do anything outside of the norm, so I wouldn't know where to begin to write a script like that. I assume it would be some sort of simple for loop but I don't know how to input just that specific filename.<br><br></div><div>Thanks,<br></div><div>Matt<br></div></div></div></div>