2017-07-04, 17:57
2017-07-04, 18:13
Depends ^^
When your movies and images are on that external drive, i guess NO - where else should we get the images to cache from?
The ideas of the cache is, to see the graphics in GUI, even when the external drive is not attached...
so either ignore that feature (cache=off) or let it run....
When your movies and images are on that external drive, i guess NO - where else should we get the images to cache from?
The ideas of the cache is, to see the graphics in GUI, even when the external drive is not attached...
so either ignore that feature (cache=off) or let it run....
2017-07-04, 18:21
No, no, one of the best features I badly need to see the images of medias when the drives are plugged of.
But tMM rebuilds that cache "all the time", just some movies added and it rebuilds the entire cache, obviously, That lasts very long when there are 3000 movies on one drive.
Many thanks
But tMM rebuilds that cache "all the time", just some movies added and it rebuilds the entire cache, obviously, That lasts very long when there are 3000 movies on one drive.
Many thanks
2017-07-04, 20:32
well, you are right.
There are currently a few problems with actor images.
If you have chosen to download them, but not yet have downloaded (and therefor not cached) them, there will be many checks which slowes everything down.
This can only fixed in V3 (need a complete rework)
Would you mind doing a short test?
Please disable the "actor downloading" in settings>movie>images
When you do an update again, is it still that slow?
There are currently a few problems with actor images.
If you have chosen to download them, but not yet have downloaded (and therefor not cached) them, there will be many checks which slowes everything down.
This can only fixed in V3 (need a complete rework)
Would you mind doing a short test?
Please disable the "actor downloading" in settings>movie>images
When you do an update again, is it still that slow?
2017-07-04, 20:41
Quote:If you have chosen to download themYes, I have. So I should better turn it off, I guess.
Quote:This can only fixed in V3 (need a complete rework)So a lot of work, obviously.
Alright, a test, I will have to wait until the caching now is finished, I interrupted it before, because it seemed to have stopped. This caching here lasts some hours, so may be I should not test with that drive but use a folder with less items. When I stop image cache building / the test, will then all of the already cached images be discarded or kept?
2017-07-04, 20:49
What has been cached, stays cached
But i think the problem will be only with missing images... hence the test without actors.
You also could post the last few lines from logfile - maybe we get a better clue if that's the issue...
But i think the problem will be only with missing images... hence the test without actors.
You also could post the last few lines from logfile - maybe we get a better clue if that's the issue...
2017-07-04, 20:59
Quote: What has been cached, stays cached SmileGood, so I could stop the test if it lasts too long.
2017-07-04, 21:15
Do I have to (re)scrape some movies or all in a folder or add some or / and update the data source to test?
2017-07-04, 21:23
log is just from update... seems there were not a caching task running :|
Just close & reopen TMM, and do an update without the .actors setting...
We'll see, if this speeds the caching up....
Just close & reopen TMM, and do an update without the .actors setting...
We'll see, if this speeds the caching up....
2017-07-04, 21:30
Quote: log is just from update... seems there were not a caching task running :|Well, it is currently running:
Sorry, I do not understand what that means.
Quote: Just close & reopen TMM, and do an update without the .actors setting...Yes, I will try after that task above is finished.
I have a movie folder containing sub folders each having a single movie. A sub folder of the movie folder is an .actors folder containing more than 6000 files. Is it needed or can I delete it? I would think each movie sub folder containing a single movie has a single .actors folder with the actor images for that movie.
2017-07-04, 21:53
Yes, there is currently a detection problem, when there is exactly ONE movie in a folder, with several nested movies in subfoldes.
Just be sure, that every movie is in it's own dedicated folder (not nested)
(Has already been fixed in latest nightly)
This also lead to some longer update times...
Just be sure, that every movie is in it's own dedicated folder (not nested)
(Has already been fixed in latest nightly)
This also lead to some longer update times...
(2017-07-04, 21:30)Boyzie Wrote: Yes, I will try after that task above is finished.Just cancel it and restart TMM - seems there's too much running at the same time...
2017-07-04, 22:01
Alright, already fixed one problem.
But there are also some folders containg sub folders which contain a single movie each. E.g. movie sets.
Sorry, I am not sure, can I delete those:
A sub folder of the movie folder is an .actors folder containing more than 6000 files. Is it needed or can I delete it?
Quote: Just be sure, that every movie is in it's own dedicated folder (not nested)Yes, it is like that. It looks like:
But there are also some folders containg sub folders which contain a single movie each. E.g. movie sets.
Sorry, I am not sure, can I delete those:
A sub folder of the movie folder is an .actors folder containing more than 6000 files. Is it needed or can I delete it?
2017-07-04, 22:34
When there's an .actor folder in a directory, there must have been a moviefile in same dir.
SInce it looks like the datasource root folder, this is not correct (but might have been for an older version)
If the folder only contains some actor jpegs, i guess it is fine deleteing them.
Moviesets are not a problem; but incorrectly nested video files are.
You might try latest nightly for a fix (ONLY FOR TESTING - not for daily work)
extract to separate dir, start clean
SInce it looks like the datasource root folder, this is not correct (but might have been for an older version)
If the folder only contains some actor jpegs, i guess it is fine deleteing them.
Moviesets are not a problem; but incorrectly nested video files are.
You might try latest nightly for a fix (ONLY FOR TESTING - not for daily work)
extract to separate dir, start clean
2017-07-04, 22:42
Quote: When there's an .actor folder in a directory, there must have been a moviefile in same dir.Yes, that is right, I have moved the movies to its own folders, each movie has its own folder now. And those folders are sub folders of the movie folder now containing the .actors folder.
Yes, jpgs and tbns:
Quote: Moviesets are not a problem; but incorrectly nested video files are.What exactly are such nested video files?
I just finished the test, rebuilding the image cache now lasts about 5 minutes for the same folder / files, before 2, 3, 4 hours or even longer.
So when downloading the actor images is switched off there won't be shown any actors under "Cast", is it right?
2017-07-04, 23:10
ok, so the (missing) actors are the problem - as i thought.
Kinda; additional to the file, we also saved sometimes the originating url from actor image.
So some might even display, whilst others wont.
It should be slightly faster on nightly/next version, but the problem still persist.
Have to think, if and how we can improve this.... but probably only for v3
Kinda; additional to the file, we also saved sometimes the originating url from actor image.
So some might even display, whilst others wont.
It should be slightly faster on nightly/next version, but the problem still persist.
Have to think, if and how we can improve this.... but probably only for v3