#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.
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".