Re: Hardware acceleration
Thanks for the info richard. Perhaps you have some hint on how I can configure aliasing correctly or fix this issue? On Fri, Mar 29, 2013 at 1:11 PM, richardvo...@gmail.com richardvo...@gmail.com wrote: that for 2-3 seconds, then I start to see some flickering(the gears seem to be constantly struggling to rotate), but the fps displayed in the terminal is not affected(I get a constant average of 1500fps), just the rendering gets strange. What you're seeing is a result of aliasing, which is an interaction between the framerate of the software and the refresh rate of the display. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Hardware acceleration
Hi I'm testing cygwin hardware acceleration using the instructions found here: http://cygwin.com/xfree/docs/ug/using-aiglx.html When running the the default options(which implies -wgl) I can see my graphics card (Intel HD graphics 3000) when running glxinfo | grep OpenGL If I start the server with -nowgl, I see the software renderer. The problem is that I see absolutely no difference between the two when running the 'glxgears' program: It starts fine and stays like that for 2-3 seconds, then I start to see some flickering(the gears seem to be constantly struggling to rotate), but the fps displayed in the terminal is not affected(I get a constant average of 1500fps), just the rendering gets strange. Perhaps I'm missing something(some other lib that needs to be installed)? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is there a way to spawn processes from the XWin login shell?
Actually, I use windows shortcut with the following command line: C:\cygwin\bin\run.exe /usr/bin/zsh -l -c 'exec startxwin' I'm guessing the startxwin is responsible for setting up the login environment. Still, the only way to start processes inheriting from the login shell seems to be by using the tray icon. It would be nice to have a startxwin flag that did that, eg: startxwin -command 'urxvtc -e zsh' # instead of starting a new xwin instance, this would send a command to be spawned by the running login shell which would have the same effect as select a .XWinrc menu entry with the following 'urxvtc -e zsh' On Fri, Mar 22, 2013 at 9:02 PM, Thiago Padilha tpadilh...@gmail.com wrote: XWin uses a login shell to configure its environment when it starts up, and processes spawned from the tray icon inherit XWin environment so they don't have to be spawned from login shells. Is there a way to achieve the same effect without using a tray icon? For example, can I have a desktop shortcut that launches a terminal emulator with a simple interactive(non-login) shell and still have it inherit the currently running XWin environment like it was started from the tray icon? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is there a way to spawn processes from the XWin login shell?
As you have shown me, I probably overcomplicated my question. It would have been simpler if I asked: 'can I make XWin start child processes without using the tray icon?' :) The reason I was trying to do that is because my zsh login scripts set things that only make sense once in a traditional XServer lifetime(setxkbmap,xmodmap,ssh-agent), not to mention xmodmap complains the second time it is ran. I managed to refactor the scripts so they can be run many times in the same x-server so everything is fine now. In any case, you should consider implementing a flag to XWin.exe so it can spawn processes in an already running instance of XWin.exe, as this would bring XWin more close to the spirit of traditional X window managers where a login environment is only created once per session. Anyway, thanks for your help Jon On Wed, Mar 27, 2013 at 1:41 PM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: On 23/03/2013 00:02, Thiago Padilha wrote: XWin uses a login shell to configure its environment when it starts up, and processes spawned from the tray icon inherit XWin environment so they don't have to be spawned from login shells. Is there a way to achieve the same effect without using a tray icon? Yes. For example, can I have a desktop shortcut that launches a terminal emulator with a simple interactive(non-login) shell and still have it inherit the currently running XWin environment like it was started from the tray icon? To inherit implies that it is a child of XWin, so no. However, you can create a process with an identical login environment by requesting the shell to create a login environment. On 27/03/2013 15:52, Thiago Padilha wrote: Actually, I use windows shortcut with the following command line: C:\cygwin\bin\run.exe /usr/bin/zsh -l -c 'exec startxwin' I'm guessing the startxwin is responsible for setting up the login environment. Still, the only way to start processes inheriting from the login shell seems to be by using the tray icon. Reading 'man zsh' would save you having to guess. The login environment is nothing to do with startxwin. You are requesting zsh to create the login environment with the '-l' flag. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Cygwin/X causes NVIDIA GPU to turn on in Optimus systems
Hi, I also have nvidia optimus and noticed this problem but with me the nvidia gpu only kicks in for a brief time whenever a x application is started, so the extra enery consumed is very small. It is anoying all the same, I appreciate any workaround for this. On Tue, Mar 26, 2013 at 12:58 PM, Aaron A. Kelley aaronkel...@hotmail.com wrote: For those that aren’t aware, NVIDIA Optimus is a feature that makes use of the Intel GPU that is included in new Intel Core i series processors (Sandy Bridge and up). Basically, in a system that has both the integrated Intel GPU and also a discrete NVIDIA GPU, the Intel GPU is used for most desktop operations and the NVIDIA GPU kicks in when the graphics power is needed for games and other processing jobs. This is done to save power --- if the NVIDIA GPU can spend most of its time powered down, your battery lasts longer. The NVIDIA card can be used to run only particular applications individually, and its output is dumped over to the Intel GPU for display using some fast framebuffer magic. I usually leave Cygwin/X open on my machine because I use it to access GUI apps running in SSH terminals from time to time. Today I noticed that in an Optimus environment, it is causing the NVIDIA GPU to kick in, which causes the NVIDIA GPU to stay powered on when maybe it doesn’t need to. http://stuff.aaron-kelley.net/2013/03/cygxoptimus.png I went to the NVIDIA control panel and set xwin.exe specifically to use the integrated GPU but it still says that xwin.exe is running on the NVIDIA GPU when I run it. Cygwin/X must be doing something unusual at initialization that makes the NVIDIA card feel like it has to kick on. I don’t have to actually launch any X windows to see this occur, it happens moments after I launch the Cygwin/X server. I haven’t been able to find anyone else mentioning this. It may be because Optimus configurations aren’t very common. This also means that this issue may be tricky to track down. I’m not sure if it will be easy to find someone who knows about Cygwin/X development who also has access to an Optimus environment. This might be something that has to go for NVIDIA for them to fix in their drivers, but it’d be nice to know a little more about the issue before trying to get in touch with them. I’m interested in doing anything I can do help address this but I don’t know where to begin, so I’m welcoming your feedback. Thanks, -- Aaron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Is there a way to spawn processes from the XWin login shell?
XWin uses a login shell to configure its environment when it starts up, and processes spawned from the tray icon inherit XWin environment so they don't have to be spawned from login shells. Is there a way to achieve the same effect without using a tray icon? For example, can I have a desktop shortcut that launches a terminal emulator with a simple interactive(non-login) shell and still have it inherit the currently running XWin environment like it was started from the tray icon? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/