Re: [Tigervnc-devel] Improvements for Windows installer
Have there been any additional changes regarding the refresh issue since DRC's build yesterday? I saw some chatter about other patches but not whether they were used or were competing patches with his changes. Overall, the windows viewer from your build yesterday is working OK. I have found a couple of work loads that cause a delayed (couple of seconds instead of instant) refresh under TLS that does not happen under VncAuth. Most revolve around xterms or vncviewers being run from inside an Xvnc session. I would imagine that other more basic X clients could do the same though. It is still much much better than the previous behavior. It is usable but just a little annoying at times. Was curious if any of the other discussed patches would improve it any more Robert On 03/10/2011 05:23 AM, DRC wrote: I completely agree. I won't be able to use the trunk for a while, because before I can go in and do any new development on it, I will need to integrate the new CMake build system with my pre-release build scripts as well as build-xorg (which will involve inevitable testing and debugging of all of the above) and spend some time establishing a new performance baseline and doing other testing. There is no sense doing that work until the new features are more fully cooked. If I'm going to end up having to do free work, I need to maximize what I can get out of it, which means hopefully not having to repeat it later on. Now, as far as the Windows refresh issue, I did some digging. For starters, I don't think the Windows TigerVNC viewer is doing the right thing by waiting to send a new FB update request until the WM_PAINT message is received. It should really be doing what the Unix viewer does, and what the TurboVNC viewers do, which is to send a new FB update request as soon as an FB update is received. I implemented that in r4351. Then, I applied Martin's previous suggestion for re-ordering the messages in r4352, and the combination of the two seems to have the Windows viewer performing just like the Unix viewer now. Please let me know if you discover any problems with this. New build forthcoming. On 3/9/11 4:31 PM, Robert Goley wrote: It should at least have one of the improvements you suggested implemented. I understand not wanting to invest much with a new viewer on the way but it sounds like it has a good bit to go right now. That is not slighting his accomplishments in getting the viewing portion of it working on all platforms. The mouse, keyboard and GUI are likely to take a bit of time. Even hard setting some window redraws would be a welcome improvement over the current Windows viewer behavior. I think it would be a good thing to do before 1.1. My 2 cents anyway. This issue holds me up from letting more of my users work with TigerVNC and test it. Robert On 03/09/2011 05:13 PM, Martin Koegler wrote: On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote: Windows is still suffering from the TLS refresh issue described earlier. It affects VirtualGL as well (you have to move the mouse to see the 3D application change frames.) I don't have the time to look into this at the moment, but IMHO, it should be fixed before we release 1.1 beta. Changing the priority of events (I could sent it as patch, if requested) should improve this issue. To get the full frame rate on the user display, you probably have to investigate, how often to force a window update and need something like tcbench for windows to verify the result. Or should we ignore the problem, as we get a new common viewer? Regards, Martin Kgler -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- *Robert Goley* FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com /America's only Free Open Source fund accounting software company./ -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Colocation vs. Managed Hosting A question and answer guide to
Re: [Tigervnc-devel] Improvements for Windows installer
On 03/09/2011 11:31 PM, Robert Goley wrote: It should at least have one of the improvements you suggested implemented. I understand not wanting to invest much with a new viewer on the way but it sounds like it has a good bit to go right now. That is not slighting his accomplishments in getting the viewing portion of it working on all platforms. The mouse, keyboard and GUI are likely to take a bit of time. Even hard setting some window redraws would be a welcome improvement over the current Windows viewer behavior. I think it would be a good thing to do before 1.1. My 2 cents anyway. This issue holds me up from letting more of my users work with TigerVNC and test it. Robert +1 for some fix in the 1.1 release. The client is pretty useless now when using TLS. I do not think that a beta release should be released with known bugs. Sebastiaan On 03/09/2011 05:13 PM, Martin Koegler wrote: On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote: Windows is still suffering from the TLS refresh issue described earlier. It affects VirtualGL as well (you have to move the mouse to see the 3D application change frames.) I don't have the time to look into this at the moment, but IMHO, it should be fixed before we release 1.1 beta. Changing the priority of events (I could sent it as patch, if requested) should improve this issue. To get the full frame rate on the user display, you probably have to investigate, how often to force a window update and need something like tcbench for windows to verify the result. Or should we ignore the problem, as we get a new common viewer? Regards, Martin Kögler -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
I completely agree. I won't be able to use the trunk for a while, because before I can go in and do any new development on it, I will need to integrate the new CMake build system with my pre-release build scripts as well as build-xorg (which will involve inevitable testing and debugging of all of the above) and spend some time establishing a new performance baseline and doing other testing. There is no sense doing that work until the new features are more fully cooked. If I'm going to end up having to do free work, I need to maximize what I can get out of it, which means hopefully not having to repeat it later on. Now, as far as the Windows refresh issue, I did some digging. For starters, I don't think the Windows TigerVNC viewer is doing the right thing by waiting to send a new FB update request until the WM_PAINT message is received. It should really be doing what the Unix viewer does, and what the TurboVNC viewers do, which is to send a new FB update request as soon as an FB update is received. I implemented that in r4351. Then, I applied Martin's previous suggestion for re-ordering the messages in r4352, and the combination of the two seems to have the Windows viewer performing just like the Unix viewer now. Please let me know if you discover any problems with this. New build forthcoming. On 3/9/11 4:31 PM, Robert Goley wrote: It should at least have one of the improvements you suggested implemented. I understand not wanting to invest much with a new viewer on the way but it sounds like it has a good bit to go right now. That is not slighting his accomplishments in getting the viewing portion of it working on all platforms. The mouse, keyboard and GUI are likely to take a bit of time. Even hard setting some window redraws would be a welcome improvement over the current Windows viewer behavior. I think it would be a good thing to do before 1.1. My 2 cents anyway. This issue holds me up from letting more of my users work with TigerVNC and test it. Robert On 03/09/2011 05:13 PM, Martin Koegler wrote: On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote: Windows is still suffering from the TLS refresh issue described earlier. It affects VirtualGL as well (you have to move the mouse to see the 3D application change frames.) I don't have the time to look into this at the moment, but IMHO, it should be fixed before we release 1.1 beta. Changing the priority of events (I could sent it as patch, if requested) should improve this issue. To get the full frame rate on the user display, you probably have to investigate, how often to force a window update and need something like tcbench for windows to verify the result. Or should we ignore the problem, as we get a new common viewer? Regards, Martin Kögler -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- *Robert Goley* FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com /America's only Free Open Source fund accounting software company./ -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote: Windows is still suffering from the TLS refresh issue described earlier. It affects VirtualGL as well (you have to move the mouse to see the 3D application change frames.) I don't have the time to look into this at the moment, but IMHO, it should be fixed before we release 1.1 beta. Changing the priority of events (I could sent it as patch, if requested) should improve this issue. To get the full frame rate on the user display, you probably have to investigate, how often to force a window update and need something like tcbench for windows to verify the result. Or should we ignore the problem, as we get a new common viewer? Regards, Martin Kögler -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
It should at least have one of the improvements you suggested implemented. I understand not wanting to invest much with a new viewer on the way but it sounds like it has a good bit to go right now. That is not slighting his accomplishments in getting the viewing portion of it working on all platforms. The mouse, keyboard and GUI are likely to take a bit of time. Even hard setting some window redraws would be a welcome improvement over the current Windows viewer behavior. I think it would be a good thing to do before 1.1. My 2 cents anyway. This issue holds me up from letting more of my users work with TigerVNC and test it. Robert On 03/09/2011 05:13 PM, Martin Koegler wrote: On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote: Windows is still suffering from the TLS refresh issue described earlier. It affects VirtualGL as well (you have to move the mouse to see the 3D application change frames.) I don't have the time to look into this at the moment, but IMHO, it should be fixed before we release 1.1 beta. Changing the priority of events (I could sent it as patch, if requested) should improve this issue. To get the full frame rate on the user display, you probably have to investigate, how often to force a window update and need something like tcbench for windows to verify the result. Or should we ignore the problem, as we get a new common viewer? Regards, Martin Kgler -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Robert Goley FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free Open Source fund accounting software company. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
Thanks Adam for fixing the download permissions. I was able to download it and install it. First question is whether compiling it with debug mode is the reason for the service to leave a console window up. You can't close that console without closing the service. I hope the final will not be compiled with the console subsystem options... The second is an ongoing annoyance. The options screen has fonts that are too large for the screen space provided. I have my fonts set to normal and I can not see all of the text because it and other widgets go off the edge of the window. The fonts on the tabs are great. The fonts inside the tabs are much larger and bold. If the tabs are size 8 then they are size 12 inside the tabs. Is anyone else having this issue? I could deal with it if the Options window were at least stretchable but it is not... I will report more on TLS usage sometime later today. Robert On 03/08/2011 08:58 AM, Adam Tkac wrote: Hello, I just finished little patch for Windows installer. With this patch it is possible to create .exe installer for TigerVNC stuff built with VC++ with GNUTLS support. Both winvnc and vncviewer can take advantage of TLS encryption. What is your opinion about the patch? Is it ok for 1.1? Installer built with the patch is located on http://atkac.fedorapeople.org/tigervnc/TigerVNC-1.0.90.exe Regards, Adam -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Robert Goley FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free Open Source fund accounting software company. -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
One additional thing. It seems that TLS connections are disabled by default. Not sure if this is the real default or the result of using a build without TLS prior to this version. My understanding was that TLS would be enabled so that VncAuth was default and TLS was available if requested by the client. Is that the case? Robert On 03/08/2011 08:58 AM, Adam Tkac wrote: Hello, I just finished little patch for Windows installer. With this patch it is possible to create .exe installer for TigerVNC stuff built with VC++ with GNUTLS support. Both winvnc and vncviewer can take advantage of TLS encryption. What is your opinion about the patch? Is it ok for 1.1? Installer built with the patch is located on http://atkac.fedorapeople.org/tigervnc/TigerVNC-1.0.90.exe Regards, Adam -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Robert Goley FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free Open Source fund accounting software company. -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
I don't see any problems with the patch, but how are you creating the Visual Studio .lib files? I'll need to document that process. On 3/8/11 7:58 AM, Adam Tkac wrote: Hello, I just finished little patch for Windows installer. With this patch it is possible to create .exe installer for TigerVNC stuff built with VC++ with GNUTLS support. Both winvnc and vncviewer can take advantage of TLS encryption. What is your opinion about the patch? Is it ok for 1.1? Installer built with the patch is located on http://atkac.fedorapeople.org/tigervnc/TigerVNC-1.0.90.exe Regards, Adam -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
The default behavior, assuming that both client and server were built with TLS support, is that VncAuth will be used by default, but TLSVnc can always be requested by the client, either from the command line or the GUI. If this isn't working, run Xvnc -? on the server and make sure that TLSVnc appears as an available security type. On 3/8/11 8:53 AM, Robert Goley wrote: One additional thing. It seems that TLS connections are disabled by default. Not sure if this is the real default or the result of using a build without TLS prior to this version. My understanding was that TLS would be enabled so that VncAuth was default and TLS was available if requested by the client. Is that the case? -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] Improvements for Windows installer
I looked at the enabled methods from the options window. Only None was set for encryption. I have had more than one installation of TigerVNC's WinVNC at this point so I can not be sure if it is a leftover setting or the actual default. This should have all three checked from what you just explained. Can anyone else confirm that is when is actually being setup when it is installed? Robert On 03/08/2011 01:06 PM, DRC wrote: The default behavior, assuming that both client and server were built with TLS support, is that VncAuth will be used by default, but TLSVnc can always be requested by the client, either from the command line or the GUI. If this isn't working, run Xvnc -? on the server and make sure that TLSVnc appears as an available security type. On 3/8/11 8:53 AM, Robert Goley wrote: One additional thing. It seems that TLS connections are disabled by default. Not sure if this is the real default or the result of using a build without TLS prior to this version. My understanding was that TLS would be enabled so that VncAuth was default and TLS was available if requested by the client. Is that the case? -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Robert Goley FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free Open Source fund accounting software company. -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
