Opened 7 years ago
Last modified 3 months ago
#617 assigned enhancement
f265 encoding support
| Reported by: | Antoine Martin | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | minor | Milestone: | future |
| Component: | encodings | Version: | |
| Keywords: | Cc: |
Description (last modified by )
Alternative to x265 (#445). The code can be found here: http://f265.org/develop.
Maybe this encoder can be made to run faster?
Change History (3)
comment:1 Changed 7 years ago by
| Description: | modified (diff) |
|---|---|
| Owner: | changed from Antoine Martin to Antoine Martin |
| Status: | new → assigned |
comment:2 Changed 6 years ago by
| Milestone: | 0.15 → future |
|---|
comment:3 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/617
Note: See
TracTickets for help on using
tickets.
copyleft 2010 - 2021
As per this mailing list thread in f265 users: f265 encoder is much more slower than x265 on Ubuntu: So, the performance of f265 is ~30 sec. per frame, better than HM (~80 sec. per frame) and much worse than x265 (3 sec. per frame).
Even though the response says: For the time being, you may want to use
“quality=10” or even “quality=0” to make the code run faster. You may also use
tile-based multi-threading using -p “mt-mode=1 tiles=x,y nb-workers=N,0”., I don't think this can make enough of a difference to be useful to us. Re-scheduling.
PS: the project also lacks shared libraries at the moment, it only produces a static
libf265.awhich we would need to statically link against.