xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.

Opened 9 years ago

Closed 8 years ago

Last modified 17 months ago

#418 closed enhancement (fixed)

more aggressive speed tuning when bandwidth is available

Reported by: Antoine Martin Owned by: Antoine Martin
Priority: major Milestone: 0.12
Component: server Version:
Keywords: Cc:


If we have network bandwidth to spare, then we should push the speed auto tuning higher to make use of it, giving us a higher fps when we can sustain it.

Testing using a video player on a LAN, I got the best results using "--speed=100" (x264 "ultrafast") which consumed a lot of bandwidth at 1080p (peaks at 70Mbps) but when the bandwidth is available we should make use of it. (unless we decide to honour bandwidth constraints, see #417)

Change History (4)

comment:1 Changed 9 years ago by Antoine Martin

Milestone: 0.110.12
Owner: changed from Antoine Martin to Antoine Martin
Status: newassigned

Too late in the release cycle to make this sort of somewhat risky change - re-scheduling.

comment:2 Changed 8 years ago by Antoine Martin

Some minimal changes were made in 0.11 to ensure we adjust the speed a little bit better, see r5206

comment:3 Changed 8 years ago by Antoine Martin

Resolution: fixed
Status: assignedclosed

A number of changes have been made to try to keep the encoder more busy, notably: r5339 + r5340, r5299, this will do for now. (see also #502 and the receive buffer size changes)

comment:4 Changed 17 months ago by migration script

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/418

Note: See TracTickets for help on using tickets.