<div dir="ltr">Is the same identical file (or at least 2 different files with the same hash value) in different locations on the disks in play? If so, the location can toggle from one to the other like this on each subsequent scan.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 25 Jun 2019 at 20:34, Roger Siddons <<a href="mailto:dizygotheca@ntlworld.com">dizygotheca@ntlworld.com</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 Mon, 24 Jun 2019 22:21:57 -0400<br>
Dave Badia <<a href="mailto:dbadia@gmail.com" target="_blank">dbadia@gmail.com</a>> wrote:<br>
<br>
> Perhaps I'm mistaken, but I thought that was the point of keep the<br>
> hashes in the table.  Rows that already exist stay even if they got<br>
> moved.  That way the video list isn't empty every time a scan is<br>
> run.   (I have ~5800 videos so scans are slow)<br>
<br>
Correct, but a curious (and unexplained) feature of a Video Path<br>
pointing to the Video storage group is that the filenames can toggle<br>
on each scan, eg.<br>
<br>
Scan 1: "MyMovie.mpg" - SG file, UI can find it<br>
Scan 2: "/share/Movies/dvd/MyMovie.mpg" - missing Samba file<br>
Scan 3: "MyMovie.mpg" - it's back<br>
Scan 4: "/share/Movies/dvd/MyMovie.mpg" - where's it gone now ?<br>
Scan 5: "MyMovie.mpg" - it's turned up again<br>
Scan 6: "/share/Movies/dvd/MyMovie.mpg" - WTF!<br>
<br>
Recordings get a warning status (typically yellow) if a file isn't<br>
accessible. Videos are removed from display.<br>
<br>
It's been a while since I've tested this but, from what you've said, it<br>
sounds a possible cause. <br>
<br>
> looking at the<br>
> setting table all FEs have either empty data or the default Video<br>
> path for the FIreTVs (/share/Movies/dvd), which, from what I read,<br>
> should be OK.  <br>
<br>
If /share/Movies/dvd is part of of your Video storage group then clear<br>
it.<br>
<br>
> > IIRC "mythbackend -v file --loglevel debug" should log the video<br>
> > scan <br>
> Will add this to my verbose param, think I already have debug on for<br>
> mysql<br>
<br>
mysql logging is rarely useful for debugging behaviour. It's verbose<br>
and the db is read often (by different threads) for completely<br>
unconnected reasons. You can already see what's in the db.<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">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><br>
</blockquote></div>