[dmdsoftware]

New release (0.6.27):
http://dmdsoftware.net/repository.ddurdl...0.6.27.zip

There has been a number of releases over the past 4 days in the repository that you may have noticed pushed out. All of them were bug fixes or other related changes, so didn't bother posting here.

0.6.27 adds a new feature, built-in tracking of resume points. It is automatic and works as long as you have authorized with a read & write token (not a READ-ONLY) token. This method does NOT use the spreadsheet method that is also being tested. Instead, it tracks your last spot in the file and will resume from that spot the next time you start the video. Because it does not use KODI for the tracking, it will resume even when invoked from STRM.

Link to authorize with read/write token:
https://accounts.google.com/o/oauth2/aut...ontent.com

Version 0.6.27
- add: track resume point on Google Drive (automatically resume where last left off) -- doesn't use spreadsheet, but requires readwrite authorization
- fix a memory leak
Version 0.6.26
- enrollment fix
- fix: right-click exclusion for images
Version 0.6.25
- fix: playback issue when forced prompt is disabled.
Version 0.6.24
- fixes for slideshow playback
Version 0.6.23
- improvements to offline caching playback
Version 0.6.22
- add: thumbnail caching
- add: srt/cc caching
- improvements to offline caching playback

known issues:
Problem activating a second instance with the same account #32
Play from here in videos causes endless "opening stream" + error #29

Awesome work!

I will do some more testing with the updated version!

I really want to push users to the spreadsheet model, but it will take some time to create enough features to entice users to the move.

Using application properties that Google provides is very limiting. You can only retrieve them by making a fetch for the meta data for one file at a time (as opposed to a list of files). So, if I wanted to use it to store something like playcount so that I could update the listing with the playcount, if there is a 1000 files in the current directory, I would need to make 1000 calls to Google to fetch this. Using the spreadsheet method, it is a single web call to retrieve the status for all 1000 files.

Also, the properties are limited to "string" values, and the search options are limited to "equal to". So, this makes things like "return all files that have not been watched" impossible as that kind of search requires a "not equal to". Plus, you can't use dates or integers in the searches (so you can't query something like, "return all files that I recently watched").

It does allow me to efficiently "resume" when playing back via STRM, so at least that is accomplished. I only ever have to fetch 1 value at a time, and it is during the same fetch call to get the thumbnail (for STRM playback). "resume" was already working from within the addon itself, files greater than the minimum length will indicate if the file was watched, in progress (and allow you to resume), or unwatched.