[djhifi]

But is "resume" to hard to implement via python? Maxim addon had it.

Point is when "resume" and from what entry in database.
Current add-on work as mutithreaded, that means we don't know what is the order of entry scraping (depends on the reponse from IMDB). Actual Kodi database does not provide info, when last scraping was successful for every entry. So I don't have a good idea how to implement resume now, which did not not slowdown addon because of mass file operations.
And second, for what? Add-on is very fast now. Background operation can't be stopped in normal working way. And for scraping of few positions better is starting add-on from context menu.
In 3.2.0 is implemented skipping of watched entry (in config option) - and this is good direction of add-on developing, to scan only useful entries (this is fast and does not load IMDB site).

I am aware of the multi threading thats why I asked if it was too much complicated. Because I know the pickup point is hard to configure in the code. If you say its even faster (v3.2.0) I believe in you. The resume was necessary if the addon was slow, because sometimes I only turn on my KODIs to watch 1 or 2 episodes and previously it was not enough time to scan everything. With the current version it takes +/- from 50 to 1h20min to do the entire scan (with everything ON both in movies and TV shows, votes included). My collection is +/- 6900 movies and +/- 700 shows.

If even faster in 3.2.0 maybe 40 minutes for everything? That would be great and I could finally use the "schedule"