Xpra: Ticket #2118: dummy video encoder for testing
This encoder will just produce blank frames and consume no CPU.
Useful for testing, this will not be enabled by default.
Wed, 23 Jan 2019 09:02:25 GMT - Antoine Martin: owner changed
changed from Antoine Martin to J. Max Mena
Done in r21457 for x264.
To use it:
--video-encoders=x264 to ensure no other encoders will be used
XPRA_X264_BLANK_VIDEO=1 to enable this code
We still use the x264 encoder, but it quickly figures out that there is nothing to compress and returns <1KB compressed data.
Things that differ from a real software / hardware encoder, and things we could do to improve things:
- hardware encoders have to upload memory to the GPU (small cost)
- hardware encoders then download the compressed bitstream from the GPU (small cost)
- the packets we send to the client would normally be much bigger (CPU cost, bandwidth cost, etc)
- the heuristics will find that we compress very well and very fast, that the client decompresses it very fast too - this will have an impact on the speed / quality / batch delay
- we could do the same thing for vpx / x265 / etc
- we could pause in the fake encoder to simulate compression
- we could artificially create larger packets (ie: adding a dummy attribute in the metadata)
@max: please pass it on for server load testing to see if this makes enough of a difference to the maximum rated user density of your appliances.
Sat, 09 Feb 2019 03:44:46 GMT - Antoine Martin: owner changed
changed from J. Max Mena to Jonathan Anthony
Thu, 01 Aug 2019 12:02:06 GMT - Smo: owner changed
changed from Jonathan Anthony to Smo
Thu, 12 Dec 2019 08:07:04 GMT - Antoine Martin: status changed; resolution set
changed from new to closed
set to worksforme
Not heard back.
Sat, 23 Jan 2021 05:42:41 GMT - migration script:
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2118