[winswitch] xpra 0.6.1 -- feedback
antoine at nagafix.co.uk
Mon Sep 17 17:44:06 BST 2012
On 09/17/2012 10:45 PM, Dmitry Smirnov wrote:
> On Mon, 17 Sep 2012 23:21:07 Antoine Martin wrote:
>> This was originally planned, but x264 does all that and better: at high
>> quality it is indistinguishable from lossless encodings (png or rgb24),
>> at lower quality settings it is an order of magnitude more efficient
>> than jpeg (and still with much better quality)
>> All that's needed is to properly tune the quality based on bandwidth
>> availability. Sounds simple, but it isn't.
>> Bandwidth availability varies widely, and so does our "framerate" -
>> which isn't necessarily a full-frame rate (from 0fps when idle to up to
>> 200 updates per second). Then there are latency issues, etc..
> I know how tricky it could be to do that kind of fine tuning.
> Maybe it's all not as important as to give user a way to choose quality like
> it is done for JPEG encoding.
> Since it is all about perception, there is no way to satisfy all situations
> I can always switch to a different encoding if necessary but the choice will
> depend on traffic conditions which are varies widely, as you've said.
> Personally at the moment I'm worried about current situation when new default
> to x264 is totally unusable in the ideal situation (low-latency gigabit
> ethernet with server several meters away from client connected to the same
> We can't/shouldn't optimise to slow connection only by default. Especially
> because this wasn't the case for previous versions.
> I'm sure you know what you're doing but let's try to be a bit more
> conservative please.
Those who wish to stick with the more conservative code and use PNG as
default encoding can stick with the stable 0.5 branch until all the
problems are resolved.
> All the best,
> shifter-users mailing list
> shifter-users at lists.devloop.org.uk
More information about the shifter-users