- r12028 tries to make the video region detection more strict, which may help
- r12029 lowers the threshold for lossless updates (both for the case where we have video on screen and when we don't)
- r12030 fixes a bug (oops) - backport makes me a bit nervous since no-one noticed this until now: this fix could make things worse
- r12031 takes the compression ratio into account to update the quality setting (ie: better compression ratios should make us increase the quality, worse -> decrease)
You can see the server quality settings getting updated with -d stats
by looking for update_quality
in the output, or with:
xpra info | grep "encoding.quality"
The "backlog_factor" is new and takes the form: backlog_factor=(PACKETS, PIXELS, TARGET_QUALITY)
. When the recent compression ratio is better than average, the delta should increase the target quality. (and conversely, it should show a negative delta value to lower the quality when the recent is worse than average)
There are some new environment variables which can be used to tune the video region detection code (maybe this can be tuned better so as to exclude problematic cases like #967):
XPRA_VIDEO_DETECT_MAX_TIME
- how far back we look for screen updates, defaults to 5 (in seconds)
XPRA_VIDEO_DETECT_MIN_EVENTS
- within this timeframe, how many events we require to start looking for a video region, defaults to 20
@afarr: do you have reliable test cases to verify that this improves the corner cases we want to deal with?