#1952 closed enhancement (fixed)
use content-type hint for better encoding selection and tuning
Reported by: | Antoine Martin | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | 2.4 |
Component: | encodings | Version: | 2.3.x |
Keywords: | Cc: |
Description
See #1950: we should try to use the content-type hint more when selecting an encoding.
ie:
- lower lossless threshold for "text", increase it for "video".
- prefer "webp" when we have a content type hint since this is only encoder to actually take this hint into account during compression
etc
Change History (7)
comment:1 Changed 4 years ago by
Status: | new → assigned |
---|
comment:2 Changed 4 years ago by
Updates:
- r20375: better tuning for 'text' and 'video' content-type
- r20374: allows us to set the default content-type:
XPRA_DEFAULT_CONTENT_TYPE=text xpra start ..
- r20376 + r20383: avoid using rgb for large areas (512 KPixels or more) unless speed is at 100%
- r20392: use 'grain' x264 tune setting for text content
comment:3 Changed 4 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:7 Changed 16 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1952
Note: See
TracTickets for help on using
tickets.
See also ticket:1951#comment:1, as of r20366 "video" content-type will trigger more video-scaling.