[mythtv-users] Videos in database not appearing in UI

Roger Siddons dizygotheca at ntlworld.com
Tue Jun 25 10:30:54 UTC 2019

On Mon, 24 Jun 2019 22:21:57 -0400
Dave Badia <dbadia at gmail.com> wrote:

> Perhaps I'm mistaken, but I thought that was the point of keep the
> hashes in the table.  Rows that already exist stay even if they got
> moved.  That way the video list isn't empty every time a scan is
> run.   (I have ~5800 videos so scans are slow)

Correct, but a curious (and unexplained) feature of a Video Path
pointing to the Video storage group is that the filenames can toggle
on each scan, eg.

Scan 1: "MyMovie.mpg" - SG file, UI can find it
Scan 2: "/share/Movies/dvd/MyMovie.mpg" - missing Samba file
Scan 3: "MyMovie.mpg" - it's back
Scan 4: "/share/Movies/dvd/MyMovie.mpg" - where's it gone now ?
Scan 5: "MyMovie.mpg" - it's turned up again
Scan 6: "/share/Movies/dvd/MyMovie.mpg" - WTF!

Recordings get a warning status (typically yellow) if a file isn't
accessible. Videos are removed from display.

It's been a while since I've tested this but, from what you've said, it
sounds a possible cause. 

> looking at the
> setting table all FEs have either empty data or the default Video
> path for the FIreTVs (/share/Movies/dvd), which, from what I read,
> should be OK.  

If /share/Movies/dvd is part of of your Video storage group then clear

> > IIRC "mythbackend -v file --loglevel debug" should log the video
> > scan 
> Will add this to my verbose param, think I already have debug on for
> mysql

mysql logging is rarely useful for debugging behaviour. It's verbose
and the db is read often (by different threads) for completely
unconnected reasons. You can already see what's in the db.

More information about the mythtv-users mailing list