Hello, On Thu, 26 May 2011 02:21:14 -0500 DRC <dcomman...@users.sourceforge.net> 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 the server, because it requires a separate > thread (I expect push-back from TigerVNC on that as well.) However, I > don't know of any other way of being able to enable ALR for only a > specific type of X request. At the end of the day, the implementation > of ALR in TurboVNC is stable, and people are successfully using it, so I > don't want to replace it unless there's something much more compelling > to replace it with. I understand your position and after more testing I can say that I am no longer comfortable with ALR implemented on the client-side, because the client doesn't have enough information to make this smart enough. As a result there is always going to be limitations to a client-side ALR. Regarding server-side ALR is implemented in TurboVNC: how would you feel about a patch adding -alrjpeg <quality>, enabling ALR in *JPEG* format (Q95 or so)? This is useful when the bandwidth is limited, and JPEG Q95 is visually lossless. Thanks -- Greetings, A. Huillet ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ VirtualGL-Devel mailing list VirtualGL-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
