<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 22 Aug 2023 at 10:32, Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 22 Aug 2023 08:35:54 +0100, you wrote:<br>
<br>
>On Mon, 21 Aug 2023 at 23:21, Hika van den Hoven <<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>> wrote:<br>
><br>
>> Hoi David,<br>
>><br>
>> Monday, August 21, 2023, 11:22:36 PM, you wrote:<br>
>><br>
>> > Hi,<br>
>> > I'm running a combined backend/frontend with a bunch of old<br>
>> > orphaned recordings on it which I've moved to video storage.<br>
>><br>
>><br>
>> > With some help from this list I've got the filenames set so that<br>
>> > mythutil --scanvideos does a pretty good job of finding the correct<br>
>> metadata.<br>
>><br>
>><br>
>> > However I'm not seeing any pretty artwork.<br>
>><br>
>><br>
>> > mythutil is downloading good artwork jpg's into the following<br>
>> directories:<br>
>><br>
>><br>
>> > /home/mythtv/.mythtv/Video/Artwork/<filename><br>
>> > /home/mythtv/.mythtv/Video/FanArt<br>
>> > /home/mythtv/.mythtv/Video/Screenshots<br>
>><br>
>><br>
>> > but in the videometadata table it is setting the path to each file as:<br>
>><br>
>><br>
>> > home/mythtv/.mythtv/Video/Artwork/<filename><br>
>><br>
>><br>
>> > That is, it's missing the leading '/'.<br>
>><br>
>><br>
>> > If I manually add the '/' to each entry in the database then the<br>
>> > artwork is displayed correctly - but that's not a very workable<br>
>> workaround.<br>
>><br>
>><br>
>> > Do I have a configuration error?<br>
>><br>
>><br>
>> > I should point out that I'm running a early version of 0.32, pre<br>
>> > most of the fixes, so it's quite possible I have a version with a<br>
>> > bug in it (in which case I accept responsibiity for the error)<br>
>><br>
>><br>
>> > I just want to make sure I'm not doing something stupid (apart from<br>
>> running a non-production version)<br>
>><br>
>><br>
>> > Thanks<br>
>><br>
>> Have you checked the directory definitions in the storage groups? Could<br>
>> there the leading backslash be missing?<br>
>><br>
>> Tot mails,<br>
>>   Hika                            mailto:<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a><br>
>><br>
><br>
>Hi HIka,<br>
><br>
>I did check that.  There were no metadata storage groups defined.<br>
><br>
>I don't see why they would be necessary on a standalone, combined<br>
>front/backend but I did create a couple (for Artwork and Screenshots)<br>
>without it making a difference.  In fact it didn't seem to have any effect<br>
>at all so maybe I did something wrong - a bit more work needed there before<br>
>I give up on that front.<br>
><br>
>I'm thinking that the backend doesn't need the  '/'  (because it's<br>
>downloading the artwork to the correct place), but the frontend does<br>
>(because it can't find them there).<br>
><br>
>I'll futz around for a bit longer and if I don't get anywhere I'll need to<br>
>consider whether this is worth an upgrade.<br>
><br>
>I'm guessing the frontend might be looking in<br>
><br>
>/home/mythtv/.mythtv/home/mythtv/.mythtv/Video/...    so maybe I can just<br>
>copy the artwork to there?<br>
><br>
>Thanks<br>
>D<br>
<br>
I would suggest creating the storage groups and see if that fixes it.<br>
You should have:<br>
<br>
Banners<br>
Coverart<br>
Fanart<br>
Trailers<br>
Videos<br>
<br>
MythTV does have builtin defaults for these, but there may be a bug in<br>
them as they are not normally used because a standard database will<br>
have all the above storage groups defined.  In Ubuntu, they are set to<br>
/var/lib/mythtv/<storagegroup name> and I suspect they are rarely<br>
changed except for the Videos one.<br>
_______________________________________________<br><br></blockquote><div><br></div><div>Creating those storage groups on the backend, combined with Paul's advice to delete the corresponding entries in the frontend setup did the trick.</div><div><br></div><div>Thanks both,</div><div><br></div><div>D </div></div></div>