When accessing on-line streams with a WebResource, the first successful access of a stream will cache the streams characteristics. This includes the DAR of the stream which Serviio subsequently checks when a profile includes "DAR=16:9".
If the characteristics of the stream subsequently change (as they do on sites that stream different TV channels under the same stream url as new sports events occur), Serviio will continue to generate a -vf pad= based on the original cached parameters and the result will be incorrect.
It seems there are 3 options:
1. Use a cache key which includes a timestamp so that the stream parameters are checked and re-cached with every refresh. My concern is that the cache size will grow excessively. It also means all refreshes will take a long time. Do old cache entries expire and get removed at some point?
2. Set a manual switch eg: a file that I can read when the web resource is executed at refresh time, and append that files content to the cache key to cause a re-cache.
This would allow a re-cache on demand, and minimize the number of cache entries, but is kludgy.
3. Ask that Serviio be changed so that a "Force refresh" of an on-line feed will cause the feed to be re-cached. This would be consistent with the current re-caching of the feed items on "Force refresh". Extending this thinking, the images should also be refreshed to reflect any changes because the feed item images can change over time. These changes would then make "Force refresh" act the same as when a new feed is added to Serviio.