<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 16, 2015 at 1: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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Daryl,<br>
<div><div class="h5"><br>
Monday, November 16, 2015, 6:59:38 PM, you wrote:<br>
<br>
> On Mon, Nov 16, 2015 at 12:50 PM, Hika van den Hoven <<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a>><br>
> wrote:<br>
<br>
>> Hoi Bill,<br>
>><br>
>> Monday, November 16, 2015, 6:24:02 PM, you wrote:<br>
>><br>
>> > On 11/10/2015 11:46 AM, Kevin Calvert wrote:<br>
>> >> Is there any known way to go about cleaning up this sort of artwork for<br>
>> >> since deleted movies/tv shows?<br>
>><br>
>> > Mine's building up too, but I've chosen to ignore it :(, because I<br>
>> > think the answer is: no.<br>
>><br>
>> > It's easy enough to develop a list of current recording/video artwork<br>
>> > with the Services API (and perhaps with Perl|Python bindings/SQL) but<br>
>> > I don't see a safe way to clear out the recordedartwork table entries.<br>
>><br>
>> > What I don't know is what happens if a new recording is made of a<br>
>> > program that already has an entry in recordedartwork. You'd need<br>
>> > to test what happens if the inetref/season exists in the table<br>
>> > and there're no files. Would mythmetadatalookup ignore the old<br>
>> > filenames in the table and re-all the actual images?<br>
>><br>
>> My experience is a bit of both. It won't replace older generic artwork<br>
>> with newer, but it will fetch episode/season specific artwork.<br>
>><br>
>> I also think that you can safely clear the artwork directory. I think<br>
>> that whenever it can't find something, it will download again. But you<br>
>> can easily test by moving the artwork for one movie out of the<br>
>> directory and then go in the frontend to that movie and see what<br>
>> happens. It will however take a few minutes before any new artwork<br>
>> shows and you might have to restart the frontend ones. If it doesn't<br>
>> work, you can move it back.<br>
>><br>
>> Tot mails,<br>
>>   Hika                            mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
>><br>
<br>
</div></div><span class="">> Is it possible that "find_orphans.py"  could be of some assistance here? My<br>
> limited experience with it IIRC it found and shed some art work, probably<br>
> from lost recordings, don't know about deleted recordings.<br>
<br>
</span>Was that artwork or just the previews in the recording directories?<br>
<div class="HOEnZb"><div class="h5"><br>
Tot mails,<br>
  Hika                            mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
<br>
"Zonder hoop kun je niet leven<br>
Zonder leven is er geen hoop<br>
Het eeuwige dilemma<br>
Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
<br>
De lerende Mens<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a></div></div></blockquote><div><br></div><div>I really can't be certain now, I just ran the script again, but didn't get option "4" , delete orphaned artwork I think it was.</div><div>Curiously enough I did find five orphaned recordings, and I have no idea how they would have been orphaned?</div></div><br></div></div>