Starting recently, all QT applications have problems with window sizing and offset, f.i. the window origin (0,0) seems to be moved left and up, so that the menu disappears.
This is how it should look:
And this is how it looks with the problem:
Any idea what setting might have gone haywire ?
I suspect this has happened after an update of Intel HD Graphics Drivers. Anyway, since I have NVIDIA graphics aswell I tried to force the use of it instead of the default Intel HD Graphics, and voila!, it works perfectly. I had the same problem within Qt Creator, and this solved that as well.
It should be noted that I changed the default choice to NVIDIA, and now all applications using Qt work fine.
Related
I making a port of my 3d program to macOS.
I'm using c++ and FreeGlut at windows. So at macOS, I've started to use it with GLUT. I don't use cocoa and create an OpenGL window context via GLUT.
There is a problem with the support of hidpi retina.
Glut reshapefunc is detecting two times the smaller resolution (I mean it detects logical points, not actual retina pixels) That's why the image looks pixelated.
How to turn on retina support in GLUT (or freeglut)?
I've tried the solution from this article http://iihm.imag.fr/blanch/software/glut-macosx/ (add line "hidpi" to glutInitDisplayString
and GLUT_3_2_CORE_PROFILE to glutInitDisplayMode). But it doesn't help.
Is it possible to make it without big changes in the program? Because it's quite a big program (3d software).
Thank you
You should only use one of glutInitDisplayString and glutInitDisplayMode.
glutInitDisplayMode overides glutInitDisplayString if it comes after.
try:
glutInitDisplayString("hidpi core rgba double")
In my app (C++14, MacOsX 10.11) I use glfw3 to create two windows that should run in fullscreen mode in two monitors with different native resolutions. I'm creating the windows like this:
glfwCreateWindow(capture_monitor_width, capture_monitor_height, "Capture Window",capture_monitor,NULL);
//..
glfwCreateWindow(projection_monitor_width, projection_monitor_height, "Projection Window",projection_monitor,NULL).
(where projection_motinor_width, projection_monitor_height,capture_motinor_width,capture_monitor_height have been retrieved by the appropriate GLFWvidmode* and they have been tested to be correct in all cases)
The problem is that while I'm getting the fullscreen window correctly in my primary monitor, in my secondary one it is displaced upwards so that it only covers the upper 3/4 (more or less) of the screen. Note that by simply replacing projection_monitorwith NULL in the snippet above I get a properly aligned window that does cover the entire screen (yet it has a title bar which I don't need in my app).
Any ideas? Could this be some sort of bug? Any hacks around it?
With the latest 'devel' version the problem is no longer there. So apparently it's a bug that has already been fixed.
Did someone else experience slow fading in Qt applications, for example when opening a new dialog from a main window? I'm running Ubuntu 12.04. LTS and Qt 4.8.1.
The application where I noticed that does some opengl rendering in a qglwidget. When the application runs, also other windows not belonging to the qt app are affected by slow fading in/out. The thing is that the qt app only uses 20% CPU load (also compiz) so I assume it's not caused by a high CPU load...
Are yours videocard drivers up to date?I had the same problem (using opengl through QGLWidget) and updating solved the problem.
If this isn't the solution,paste us some code.
Hope it helps.
I'm currently working on a project for my 3rd year at University using OpenGL with GLEW, GLFW and AntTweakBar. On my own machine (i5-2500k, GTX 570) it runs fine. However, when I've tried it on a number of other systems (all of which have ATI graphics) I can only either get the actual rendering to show, or the AntTweakBars.
To make it a bit clearer, on my own machine I initialize AntTweakBar using the line:
TwInit(TW_OPENGL, NULL);
Which works fine. Now, on the other computers I've tried it on at the University, if I keep this line the same, the AntTweakBars fail to appear but my own renderings do appear. However if I change that line to:
TwInit(TW_OPENGL_CORE, NULL);
The tweak bars appear, but my own rendering disappears. I may be jumping to the conclusion of it being related to the ATI graphics but I don't have access to another nvidia based machine to test on.
So, has anybody experienced anything similar to this or have any ideas as to what the problem might be?
My application uses Gtkmm and gtkglextmm. It loads pictures form HDD and shows them using OpenGL capabilities. However when I (for example) resize mainwindow some parts of GUI goes black and I don't know why. On Ubuntu this problem doesn't exist.
Here is a video illustrating what I am talking about: http://youtu.be/XGNJmddh_m4
Without seeing your code, and assuming it does nothing arcane I'd attribute this to some bug in the GTK+ port for Windows itself. I suspect the doublebuffering built into GTK+ getting tangles up with the inherent doublebuffering of the composition process (Aero), and having a set a background erasure brush in the WNDCLASSEX of the windows GTK+ creates.
I'd file this as a bug with GTK+