Opened 12 years ago

Closed 4 years ago

#10801 closed Bug Report - General (Unverified)

Video screenshot images don't load under certain conditions

Reported by: josh@… Owned by: Raymond Wagner
Priority: minor Milestone: unknown
Component: MythTV - Video Library Version: 0.25-fixes
Severity: medium Keywords:
Cc: Ticket locked: no

Description

When using storage groups for all video info (Videos themselves as well as meta images), individual episode screenshots do not load under certain conditions and the season cover art is shown instead.

Required conditions:

  • Remote frontend (ie screenshot directory is not locally accessible)
  • Video file that has screenshot and where file is not located in a top level directory (See below for further info)
  • View mode: Browse Library, Show Directory Structure

With the above conditions, if the file is located 1 directory level down from the Storage Group root, the screenshot loads OK. If it is more than 1 level down, the cover image is loaded, not the screenshot. Eg Storage group: /video/ File 1: /video/MyShow/episode1.avi <--- Works File 2: /video/MyShow/season 1/episode1.avi <--- Doesn't work

Note that if you do the same test on the machine where the screenshot files are actually located (Eg combined backend/frontend) everything works OK. It is only when on a remote frontend that this occurs.

Attachments (2)

Screenshot not working.txt (3.9 KB) - added by josh@… 12 years ago.
Screenshot working.txt (8.4 KB) - added by josh@… 12 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 Changed 12 years ago by Raymond Wagner

Resolution: Works for me
Status: newclosed

Works fine here. Try clearing your theme cache (delete ~/.mythtv/themecache), or re-open with logs of the frontend trying and failing to pull the images from the remote backend.

Changed 12 years ago by josh@…

Attachment: Screenshot not working.txt added

Changed 12 years ago by josh@…

Attachment: Screenshot working.txt added

comment:2 Changed 12 years ago by josh@…

Resolution: Works for me
Status: closednew

I'm seeing this on 2 different frontends (One linux, one Mac), but I've also tried clearing the theme cache on both however this didn't change anything

I've attached 2 different logs, the first showing when the screenshots don't load, the 2nd showing when they do.

From what I can see on the 1st one, there's doesn't actually appear to be a request for the screenshot, it just asks for the coverfile for repeatedly for each episode in the directory. This means there is no error when trying to load it. The same image works fine on the combined backend/frontend where the files are hosted. The files in this instance are located 2 levels down from the storage group root: /mythdata/video/TV/Better Off Ted/Season? 1/*.avi

In the 2nd log, you can see a FILEQUERY being performed for each item in the directory The files this time are located only 1 directory level down from the storage group root: /mythdata/video/TV/jPod/*.avi

I've compared the screenshots entries in the DB and they appear to be the same other than the filenames, so the problem doesn't appear to be there.

Could it possibly be because I have 2 Video storage group entries (/mythdata/video/TV and /mythdata/video/Movies)?

comment:3 in reply to:  2 ; Changed 12 years ago by Raymond Wagner

Replying to josh@…:

The files in this instance are located 2 levels down from the storage group root: /mythdata/video/TV/Better Off Ted/Season? 1/*.avi

In the 2nd log, you can see a FILEQUERY being performed for each item in the directory The files this time are located only 1 directory level down from the storage group root: /mythdata/video/TV/jPod/*.avi

Presumably you have "/mythdata/video" set as your storage group root, making these actually three and two levels deep, respectively?

The Video Library will only display artwork if the artwork is defined in the database for that video. If artwork is defined, it would attempt to display that artwork, and would be showing errors if that artwork could not be accessed. Is it possible you are running two independent databases on your different frontends? Do you have "File Browse Mode" enabled?

comment:4 in reply to:  3 ; Changed 12 years ago by josh@…

Replying to wagnerrp:

Replying to josh@…:

The files in this instance are located 2 levels down from the storage group root: /mythdata/video/TV/Better Off Ted/Season? 1/*.avi

In the 2nd log, you can see a FILEQUERY being performed for each item in the directory The files this time are located only 1 directory level down from the storage group root: /mythdata/video/TV/jPod/*.avi

Presumably you have "/mythdata/video" set as your storage group root, making these actually three and two levels deep, respectively?

No, I have 2 separate video storage group entries:
/mythdata/video/TV
and
/mythdata/video/Movies
So it's definitely only 1 and 2 levels deep.

The Video Library will only display artwork if the artwork is defined in the database for that video. If artwork is defined, it would attempt to display that artwork, and would be showing errors if that artwork could not be accessed. Is it possible you are running two independent databases on your different frontends?

The screenshot definitely exists and is defined correctly in the database as it works fine on the master backend/frontend. I'm also sure that there's only a single database as I can perform an update on the backend/frontend machine and it will reflect instantly on the frontends, except for the issue of screenshots not showing.

Do you have "File Browse Mode" enabled?

File browse mode is disabled. If I enable it I lose all coverart/screenshots on the frontends.

comment:5 in reply to:  4 ; Changed 12 years ago by Raymond Wagner

Replying to josh@…:

Replying to wagnerrp:

Replying to josh@…:

The files in this instance are located 2 levels down from the storage group root: /mythdata/video/TV/Better Off Ted/Season? 1/*.avi

In the 2nd log, you can see a FILEQUERY being performed for each item in the directory The files this time are located only 1 directory level down from the storage group root: /mythdata/video/TV/jPod/*.avi

Presumably you have "/mythdata/video" set as your storage group root, making these actually three and two levels deep, respectively?

No, I have 2 separate video storage group entries:
/mythdata/video/TV
and
/mythdata/video/Movies
So it's definitely only 1 and 2 levels deep.

If you have those two defined separately, then they should be merged together, and you should only see the contents of those two directories. You would not see separate "TV" and "Movies" folders at the root screen, unless you were either running in "File Browse Mode", or were using one of the custom views generated off the metadata.

comment:6 in reply to:  5 Changed 12 years ago by josh@…

If you have those two defined separately, then they should be merged together, and you should only see the contents of those two directories. You would not see separate "TV" and "Movies" folders at the root screen, unless you were either running in "File Browse Mode", or were using one of the custom views generated off the metadata.

I keep them separate as I have other things under /mythdata/video that I don't want to have showing up and having the 2 entries seemed to work fine. It's possible a bad directory structure on my part, however it's moot anyway as I just tried it with a single Video storage group (/mythdata/video), refreshed the DB on the backend and it still shows the same problem.

comment:7 Changed 12 years ago by beirdo

Milestone: 0.25.1unknown
Owner: set to Raymond Wagner
Status: newassigned

Please do not set the milestone, leave that for the person handling the ticket.

comment:8 Changed 4 years ago by Stuart Auchterlonie

Resolution: Unverified
Status: assignedclosed

Closing all old tickets in trac.

If your issue still persists, please open an issue in Github https://github.com/MythTV/mythtv/issues

and reference the existing trac ticket.

Note: See TracTickets for help on using tickets.