Hi,

What version of Qt did you install ?
What graphics card are you using ?
Did you check whether you had up to date drivers ?

If found the way by myself, if this can help to someone, is a question of attaching the texture again and change it before the fbo generation.

Like:
```
glBindTexture(GL_TEXTURE_2D, d->fbo->texture());
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR); // Linear Filtering
glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR); // Linear Filtering

@seyed As I understand things, you need to get hold of the item's transform and do whatever your rendering needs to do with it for it to have effect... see https://stackoverflow.com/questions/28535528/how-can-i-get-transform-matrix-for-qquickitem . (Similarly, nothing will implement the opacity property for you... you have to bring it into your OpenGL code and use it in your fragment shader.)

Hi,

IIRC, since 5.8 or 5.9, QtMultimedia has OpenGL (vertex/fragment shaders) support for that kind of format. You should take a look there.

Hi,

What graphic hardware are used on these machines ?
Version of the driver ?

Also note that 5.7 is outdated, you should consider updating to the current LTS which is Qt 5.9.4 or even 5.10

I fixed this issue by my nvidia driver to recent version from this PPA

ppa:graphics-drivers/ppa

I think you have to add a QMultiSampleAntiAliasing to either a QRenderStateSet or a QRenderPassFilter. Did you also enable it in the OpenGL format that you set?

If you don't need to render to anything else but to that texture you receive from the Oculus SDK, then you actually don't need anything Qt-related. Just use OpenGL C API provided by the platform.

@SGaist
I use Qt 5.9.2.
The problem is that any opengl scene isn't visible where it should be. Instead scene I see a captured part of the desktop under an application window - part of Qt Creator text editor window for example.
I'm not sure but I haven't noticed this effect in early 5.x. I check 5.6 tomorrow.

@Kart said in Cross compile QtWebengine 5.9.1 on embedded linux:

I came to know that QtWebengine can use software renderer such as QtQuick2drenderer in Qt 5.7. What are the possibilities that i can do the same in Qt 5.9.1 ?
I cross compiled QT5.9.3 for raspberry pi CM3 with X11 support. but when runining qtwebengine example ( demobrowser) I find a problem : mouse click isn"t handled
i dont know if this related to my corss compilation or to QT5.9.3 it self.
here is a link ( you could enable or disable X11 support before starting the compilation)
https://github.com/chschnell/build-qt5-rpi

@SGaist My experience is different. The computer reported having DirectX 12 but it didn't work. Anyway, I am no longer worried about this particular computer.
Thanks

@ajcurtis said in QtCreator can not load plugins UBuntu 16.04:

QApplication: invalid style override passed, ignoring it.

But it is running now? If so then just ignore that warning.

Right, the library doesn't seem to be very Windows friendly. It assumes the pointers to GL functions resolved and available in global scope, which is not how it usually works on this platform. Moreover it seems to force ANGLE and OpenGL ES (or at least tries to) on Windows in the .pri file, but then is inconsistent in how it checks for that.

I'd say contact the authors and ask them to fix the Windows parts.

Sorry for the slow reply. Thanks both for your responses! I've had a quick look at GLSL #include before — I'm not exactly sure how to use it (this is a start though) — but apart from that, I'd prefer a way to do this in Qt, possibly more customizable and also driver-independent (e.g. I'm not sure if all graphics drivers support this GLSL extension). In addition to that, it would be a good feature to share with my students who might use Qt also for later/future projects.

I'm developing the software in an academic setting — when the (to be included) GLSL files have changed, things need to be (pre)processed again. Basically I wondered whether it's possible to automatically check .glsl files with a preprocessor for some tag (#pragma seems a good choice) and act on it, in this case use some sed/regex line to replace the mentioned file by the contents of that file. This could happen before every Build, or even before every Run (depending on how straightforward it is to save the copy-pasted version after Building and re-use it when Running, or just do this before every Run).

I use QCoreApplication::setAttribute(Qt::AA_UseOpenGLES); It can really screen bugs。but , error too;

@chris2401
Hi I would guess on OpenGL 2.1 but could not find and doc either :)

Hi and welcome to devnet,

Did you try with QStackedLayout with StackingMode set to StackAll ?

Hope it helps

I found a solution and posted it on StackOverflow

Hi,

AFAIK, because that code is automatically generated. Although it would be nice to have a minimal information added for it's existence.

Might be an idea for a feature request on the bug report system.

Thank you @mrjj

Hi,
sadly, I do not now. It looks like it can be a pain to integrate OpenGL with qtquick2, but it is possible. Widget-base approach is much more straightforward, but you loose "qtquickness" :P

Sorry for the delay, I had a long brake from work.

@Devopia53 I tested on Qt 5.8/Win7 today. The same incorrect result. But today i discovered the difference in overlaping behavior on my two machines. On the machine with video card fully-transparent widget has black color on white opengl context :D, where as other machine with integrated video card has no color(as should). So the gui transparency on opengl context is very platform dependent. Solution is to render widget by opengl directly but this way is very inconvenient. I think troll-tech must solve this problem in future.

Thanks !

@dalamber

Set QT_LOGGING_RULES environment variable to 'qt.qpa.gl=true'.

Here's my log, I'm not sure how to interpret it. It seems to say it's disabling ANGLE and using OpenGL, but I'm not sure and it conflicts with what CodeXL tells me.

qt.qpa.gl: Qt: Using WGL and OpenGL from "opengl32.dll" qt.qpa.gl: QOpenGLStaticContext::create OpenGL: "Intel","Intel(R) HD Graphics 5500" default ContextFormat: v4.4 profile: QSurfaceFormat::OpenGLContextProfile(CompatibilityProfile) options: QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions),SampleBuffers, Extension-API present Extensions: 200 qt.qpa.gl: Basic wglCreateContext gives version 4.4 qt.qpa.gl: OpenGL 2.0 entry points available qt.qpa.gl: GPU features: QSet("disable_angle") qt.qpa.gl: Disabling ANGLE: GpuDescription(vendorId=0x8086, deviceId=0x1616, subSysId=0x80c2103c, revision=9, driver: "igdumdim32.dll", version=20.19.15.4549, "Intel(R) HD Graphics 5500") qt.qpa.gl: QWindowsOpenGLTester::supportedRenderers GpuDescription(vendorId=0x8086, deviceId=0x1616, subSysId=0x80c2103c, revision=9, driver: "igdumdim32.dll", version=20.19.15.4549, "Intel(R) HD Graphics 5500") renderer: QFlags(0x1|0x20) qt.qpa.gl: QWindowsIntegration::createPlatformOpenGLContext QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 1, profile QSurfaceFormat::OpenGLContextProfile(NoProfile)) qt.qpa.gl: "ARB::choosePixelFormat Attributes: 0x2003 , 0x2027 , 0x2010 , 0x1 , 0x2001 , 0x1 , 0x2014 , 0x18 , 0x2011 , 0x1 , 0x2022 , 0x18 , 0x2013 , 0x202b , 0x201b , 0x8 , 0x2023 , 0x8 , 0x2041 , 0x0 , \n obtained px # 5 of 1 \n PIXELFORMATDESCRIPTOR dwFlags=0x8225 PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL PFD_SUPPORT_COMPOSITION PFD_DOUBLEBUFFER iPixelType=0 cColorBits=32 cRedBits=8 cRedShift=16 cGreenBits=8 cGreenShift=8 cBlueBits=8 cBlueShift=0 cDepthBits=24 cStencilBits=8 iLayerType=0 cAlphaBits=8 cAlphaShift=24 cAccumBits=64 cAccumRedBits=16 cAccumGreenBits=16 cAccumBlueBits=16 cAccumAlphaBits=16 " qt.qpa.gl: ARB::createContext Creating context version 2 . 0 3 attributes qt.qpa.gl: QWindowsGLContext::QWindowsGLContext 0x163adc0 ARB requested: QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 1, profile QSurfaceFormat::OpenGLContextProfile(NoProfile)) obtained # 5 ARB QSurfaceFormat(version 4.4, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 1, profile QSurfaceFormat::OpenGLContextProfile(CompatibilityProfile)) PIXELFORMATDESCRIPTOR dwFlags=0x8225 PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL PFD_SUPPORT_COMPOSITION PFD_DOUBLEBUFFER iPixelType=0 cColorBits=32 cRedBits=8 cRedShift=16 cGreenBits=8 cGreenShift=8 cBlueBits=8 cBlueShift=0 cDepthBits=24 cStencilBits=8 iLayerType=0 cAlphaBits=8 cAlphaShift=24 cAccumBits=64 cAccumRedBits=16 cAccumGreenBits=16 cAccumBlueBits=16 cAccumAlphaBits=16 swap interval: 1 default: ContextFormat: v4.4 profile: QSurfaceFormat::OpenGLContextProfile(CompatibilityProfile) options: QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions) HGLRC= 0x30000

One thing I note is that surprisingly my Intel GPU seems to be used rather than my AMD GPU.

Try changing Z:/disable_angle.txt to Z:\disable_angle.txt Note the backslash :) It's Windows, so this may be the culprit.

Apart from disable_angle (your config seems correct to me), try also setting disable_d3d11 and disable_d3d9.

I tried both of these things, but CodeXL still shows the same "D3D" symptoms.

Assuming you have an OpenGL context and you can draw/create objects in it you would make that context current, then create a QOpenGLPaintDevice and use it to render() the widget into that. Please note that a widgets require a QApplication instance and a running Qt's event loop, so you would need to ensure you have that.

As for DirectX Qt doesn't have any direct support for it, but you could probably grab() a widget into a QPixmap, transfer the pixels to a DirectX texture and draw a quad with it.
If you feel adventurous you could also implement your own QPaintEngine, then subclass QPaintDevice to return that engine and use it like with the OpenGL version.

Well, I have no other ideas, sorry.