#178 closed enhancement (fixed)
vpx/x264: offer the user the choice of sacrificing picture quality or fps - sometimes we can't do both
| Reported by: | Antoine Martin | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.8 |
| Component: | core | Version: | trunk |
| Keywords: | Cc: |
Description (last modified by )
Our heuristics sit somewhere in the middle at present, but some users may prefer lower fps with near pixel-perfect quality, or maybe just high fps with lower quality.
This would require:
- --switchname=0...100
- something in the UI to change at runtime
- said value in the server used to weigh on the heuristics
Also, it seems that we should be less aggressive with colourspace conversion sub-sampling as this is more noticeable with applications like terminals..
Change History (5)
comment:1 Changed 8 years ago by
| Milestone: | 0.6 → 0.7 |
|---|---|
| Status: | new → accepted |
comment:2 Changed 8 years ago by
| Milestone: | 0.7 → 0.8 |
|---|
comment:3 Changed 8 years ago by
| Description: | modified (diff) |
|---|
comment:4 Changed 8 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | accepted → closed |
comment:5 Changed 5 weeks ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/178
Note: See
TracTickets for help on using
tickets.
copyleft 2010 - 2021
done in r2592 and r2603, with further fixes/changes in r2601, r2604, r2610, r2612, r2614 (ui), r2631 (ui), r2640, r2663 (osx), r2679 (ui)
We now have command line options:
--quality=--min-quality=--speed=--min-speed=And UI to control "Min Quality" and "Speed".