I’m using latest beta with vfs cache writes. Everything works great except for the number of 403 errors for drive.files.update api calls. Which of rclone settings most likely responsible for this? Is it something something max age?
Next question, when we seek forward in a file for example seek forward a movie we watch on plex, it works great because the location is already buffered or vfs cache chunk size setting makes an efficient api call, but when we seek backward, like when we rewind or seek backward why this is so completely behavior in rclone? Instead of reading from buffer because we just did download that part few seconds or minutes ago, rclone seem to do the following logic regardless you use rclone cache or vfs.
Rclone would ignore past downloaded parts or buffer at the time of seek backward call. Do something that blocks the start of fetching file from that seek backward position to whatever value you set in cache or vfs chunk size. This results in two very different result, seek forward feels instantaneous just as if the file is read from local file. Seek backward would result in 3-10 seconds hangs or even more. In plex this means when you seek backward, even if you playedthat part literally one minute ago, the playback would hang up, after 10 seconds of so it would resume… Or not. So it is much faster to just seek backward, close playback, press playback again and choose to resume from that position…