On Mon, 21 Nov 2011 19:20:13 -0600
DRC wrote:
> While I ultimately rejected the client-side implementation of ALR, I did
> finally get around to implementing an option for doing ALR using JPEG.
> It has been committed to the TurboVNC trunk. Xvnc.man has more details.
Thanks. This is going to be
On 5/12/11 5:07 AM, Arthur Huillet wrote:
> I have added -alrjpeg to enable use of JPEG Q95 for "ALR", because in some
> cases I do not want to use truly lossless (low bandwidth).
While I ultimately rejected the client-side implementation of ALR, I did
finally get around to implementing an option
Hello,
On Thu, 26 May 2011 02:21:14 -0500
DRC wrote:
> I would say that the odds of them being incorporated into TurboVNC are
> slim. I need to open a dialog with the TigerVNC developers as to the
> best way to implement ALR in that code base. I really don't like the
> idea of implementing it
On 5/26/11 1:10 AM, Arthur Huillet wrote:
> Indeed my code is not going to do a refresh in this case, as the image is
> not idle. My position is that if an application behaves incorrectly it
> should be fixed, and a terminal with a blinking cursor is not an
> interesting use case for ALR anyway (if
Hi,
On Wed, 25 May 2011 16:38:44 -0500
DRC wrote:
> Probably the biggest reason is what I call the "blinking cursor dilemma."
> There are some ill-behaved window managers out there that continuously update
> their taskbar widgets using small XCopyArea operations, and similarly, if you
> have a c
Hi. There are several problems with this, as implemented, and now that
I think about the problem in more detail, I am remembering some of the
reasons why I implemented ALR on the server side. Probably the biggest
reason is what I call the "blinking cursor dilemma." There are some
ill-behaved win
I am very busy, not to mention that it is the weekend here. Please be patient!
On May 15, 2011, at 2:46 PM, Arthur Huillet wrote:
> Hi,
>
> those patches are perhaps too simplistic, but my testing wasn't able to
> find any problem.
>
> Is there something wrong with the patches?
>
> Thanks
>
Hi,
those patches are perhaps too simplistic, but my testing wasn't able to
find any problem.
Is there something wrong with the patches?
Thanks
--
Greetings,
A. Huillet
--
Achieve unprecedented app performance and re
On Thu, 12 May 2011 12:07:22 +0200
Arthur Huillet wrote:
> Next in line: add both options to the F8 menu, and factorize the code with the
> "request ALR" feature.
Patch doing all this is attached.
--
Greetings,
A. Huillet
>From 710b8ae4c95fcce917ffe544a819f8bdd258f8be Mon Sep 17 00:00:00 2001
Hi,
The attached patch implements ALR, based on a Xt timeout that is reset after
each framebuffer update.
I have added -alrjpeg to enable use of JPEG Q95 for "ALR", because in some
cases I do not want to use truly lossless (low bandwidth).
If you're happy, please apply.
Next in line: add both o
10 matches
Mail list logo
