Re: [Interest] Best way to threaded render (images) going forward?

2019-12-06 Thread Wesley Krasko
I solved this problem, thanks all. So our previous video surface WAS QPainter on a separate thread already, it is possible. It was also cross platform. But, it was the deprecated QGLWidget. It turns out even if I could have gotten this all working in QOpenGLWidget, that newer widget had a bug so

Re: [Interest] Best way to threaded render (images) going forward?

2019-12-06 Thread Uwe Rathmann
On 11/22/19 2:14 PM, Roland Hughes wrote: There have been many requests over the years to allow QPainter operations outside of the primary thread. In particular for running graphs like heart rate monitors which are just a brick on the screen the user generally cannot interact with. With X11

Re: [Interest] Best way to threaded render (images) going forward?

2019-12-06 Thread Roland Hughes
On 11/22/19 5:00 AM, Wesley Krasko wrote: Thanks. For now anyways I'm trying to just move from QGLWidget to QOpenGLWidget, buy time. Can I get some help? In the QGLWidget one I currently have there is a separate thread to render and it uses QPainter. I'm trying to do the same for the new class

Re: [Interest] Best way to threaded render (images) going forward?

2019-11-25 Thread Wesley Krasko
Anybody? I've been on this one for a week now and I just can't seem to figure out what I'm doing wrong or missing. On Thu, Nov 21, 2019 at 3:04 PM Wesley Krasko wrote: > Thanks. For now anyways I'm trying to just move from QGLWidget to > QOpenGLWidget, buy time. > Can I get some help? In the

Re: [Interest] Best way to threaded render (images) going forward?

2019-11-21 Thread Wesley Krasko
Thanks. For now anyways I'm trying to just move from QGLWidget to QOpenGLWidget, buy time. Can I get some help? In the QGLWidget one I currently have there is a separate thread to render and it uses QPainter. I'm trying to do the same for the new class but I can't seem to get a QPainter working no

Re: [Interest] Best way to threaded render (images) going forward?

2019-11-19 Thread Christoph Feck
On 11/19/19 19:52, Wesley Krasko wrote: Yes, I've read about RHI but it all seems to imply it's for QT Quick, what about Qt Widget based apps going forward? Let me quote what is written there: "We will need to base all our rendering infrastructure (QPainter, the Qt Quick Scenegraph, and our 3D

Re: [Interest] Best way to threaded render (images) going forward?

2019-11-19 Thread Wesley Krasko
Yes, I've read about RHI but it all seems to imply it's for QT Quick, what about Qt Widget based apps going forward? Also, AFAIK 6 will not be released until 11 of 2020 which will likely be too late for Mac OS considering they'll probably have another release before that doing away completely with

Re: [Interest] Best way to threaded render (images) going forward?

2019-11-19 Thread Christoph Feck
On 11/19/19 19:33, David M. Cotter wrote: is someone working on something like QNativeGraphics, which picks the best impl under the hood? eg: metal for macos, opengl for linux, and whatever it is now for windows? See https://www.qt.io/blog/2019/08/07/technical-vision-qt-6

Re: [Interest] Best way to threaded render (images) going forward?

2019-11-19 Thread David M. Cotter
+1 on this please is someone working on something like QNativeGraphics, which picks the best impl under the hood? eg: metal for macos, opengl for linux, and whatever it is now for windows? the writing is on the wall for OpenGL on mac, what are the future plans for that? > On Nov 19, 2019, at

[Interest] Best way to threaded render (images) going forward?

2019-11-19 Thread Wesley Krasko
Hello all, I was sent here from the Qt forum for more "technical" questions. We have an app, it runs on Linux, Windows, and Mac OS. It is a video relay app. The video is supplied via an SDK, I subclass one of their classes and re-implement a lock and unlock function. On lock the SDK writes the