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: | 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)
Change History (10)
comment:1 Changed 12 years ago by
Resolution: | → Works for me |
---|---|
Status: | new → closed |
Changed 12 years ago by
Attachment: | Screenshot not working.txt added |
---|
Changed 12 years ago by
Attachment: | Screenshot working.txt added |
---|
comment:2 follow-up: 3 Changed 12 years ago by
Resolution: | Works for me |
---|---|
Status: | closed → new |
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 follow-up: 4 Changed 12 years ago by
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 follow-up: 5 Changed 12 years ago by
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 follow-up: 6 Changed 12 years ago by
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 Changed 12 years ago by
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
Milestone: | 0.25.1 → unknown |
---|---|
Owner: | set to Raymond Wagner |
Status: | new → assigned |
Please do not set the milestone, leave that for the person handling the ticket.
comment:8 Changed 4 years ago by
Resolution: | → Unverified |
---|---|
Status: | assigned → closed |
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.
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.