#1135: allow the quality to go higher based on the batch delay: a 20m…

…s delay is still very good (that's 50fps) git-svn-id: https://xpra.org/svn/Xpra/trunk@13590 3bb7dfac-3a0b-4e04-842a-767bc560f471
Xpra-org · Sep 6, 2016 · 84e2415 · 84e2415
1 parent 4808023
commit 84e2415
Showing 1 changed file with 3 additions and 2 deletions.
diff --git a/src/xpra/server/window/batch_delay_calculator.py b/src/xpra/server/window/batch_delay_calculator.py
@@ -209,8 +209,9 @@ def get_target_quality(wid, window_dimensions, batch, global_statistics, statist
             #so when we start and we don't have any records, we don't lower quality
             #just because the start delay is higher than min_delay
             ref_delay = (batch.START_DELAY*10.0/recs + batch.min_delay*recs) / (recs+10.0/recs)
-            #anything less than twice the minimum is good enough:
-            batch_q = ref_delay / max(1, batch.min_delay, batch.delay/2.0)
+            #anything less than N times the reference delay is good enough:
+            N = 4
+            batch_q = N * ref_delay / max(1, batch.min_delay, batch.delay)
             target = min(1.0, target, batch_q)
     cratio_factor = None
     #from here on, the compression ratio integer value is in per-1000: