I find it very strange that qmlscene without an input file would produce the
same apitrace as a qmlscene with a file. The apitrace is a reflection what we
try to draw after all and that is highly dependent on what the input is. What
does the trace look like?
It is a long-shot, but you could
Thanks for the reply. I only said they look similar, not the same. Of
course, I do not understand OpenGL very well. I am now trying to read and
understand what each line of the apitrace means and write a standalone
opengl c app that only makes those calls.
I am relatively new to opengl, so bear
Here is the full apitrace for the non working case..
0 eglBindAPI(api = EGL_OPENGL_ES_API) = EGL_TRUE
1 eglGetDisplay(display_id = NULL) = 0x432ff0
2 eglInitialize(dpy = 0x432ff0, major = 1, minor = 4) = EGL_TRUE
3 eglChooseConfig(dpy = 0x432ff0, attrib_list = {EGL_RED_SIZE, 0,
EGL_GREEN_SIZE, 0,
I tried with 2 QMLS.. one qml having only opaque image and another qml with
opacity as 0.8. Both do not work. The first trace snippet was with opaque
image. The second full trace was with opacity as 0.8. Just explaining the
difference between the two traces, in case it is confusing.
On Wed, Nov
Oh, I overlooked the code sample you provided.
You should listen to the imageAvailable() signal instead of imageCaptured().
What you get from imageCaptured() is just a preview, it's emitted right after
the camera sensor captured the image but at this point the final image is not
processed yet.
I tried the patch you suggested and it works. What does this mean? Are
there any performance implications to this?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
A buffer offset of 0 is correct since it is relative to VBO's memory which is
bound just above the lines you pasted down below.
Fra: Narayanarao Rao [nar...@gmail.com]
Sendt: 6. november 2013 11:02
To: Sletta Gunnar
Cc: Interest@qt-project.org
Emne: Re:
I wonder... what are the reasons for this dependency?
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
http://bugreports.qt-project.org/browse/QTBUG-31939https://bugreports.qt-project.org/browse/QTBUG-31939
Some platform plugins, eglfs in particular, support setting swapInterval via
environment variables (QT_QPA_EGLFS_SWAPINTERVAL). Others do not. It should
definitely be added to
The scene graph renderer uses the same buffer object for both indices and
vertices. This is within spec, but I worried that some drivers might like it
less than others. This setup is the first one where it doesn't work. The patch
doubles the amount of uploads we do, but the total memory is
I have tested Qt 5.1 and 5.2 beta 1 on my Nexus 7 with the flying icons
benchmark (
https://github.com/qtproject/playground-scenegraph/tree/master/benchmarks/flyingicons
)
and the performance of Qt 5.2 is worse than 5.1 although it should be
better or at least similar according to
On Wed, Nov 6, 2013 at 2:21 PM, David V-Play david.ber...@v-play.net wrote:
I have tested Qt 5.1 and 5.2 beta 1 on my Nexus 7 with the flying icons
benchmark
(https://github.com/qtproject/playground-scenegraph/tree/master/benchmarks/flyingicons
) and the performance of Qt 5.2 is worse than 5.1
A colleague and I also see one performance issue with Qt 5.2 Beta as compared
to Qt 5.1.
We observe a 20% jump in CPU usage with the FPS Item from the Cinematic
Experience Demo. This is the component which dynamically displays the number
of frames per second and has a spinning graphic. You
Is the time spent rendering gone up or is it something else?
Generally, I see improved rendering performance across the board. If you run
the code with QSG_RENDER_TIMING=1 you get some indication of the breakdown of
where time is being spent.
Performance of javascript has gone down some since
Why is that, when I add a border-image style to a QPB it changes its size
to be very small instead of staying at the same size just have a different
border renderer?
QPushButton {
font: Open Sans Semibold;
border-image: url(:/images/ui_bigbtn.png);
color: white;
border-color:
On quarta-feira, 6 de novembro de 2013 13:26:56, Philipp Kursawe wrote:
I wonder... what are the reasons for this dependency?
The QOpenGL* classes that are in QtGui.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
signature.asc
Shouldn't they be in Qt5OpenGL.dll?
On Wed, Nov 6, 2013 at 4:41 PM, Thiago Macieira
thiago.macie...@intel.comwrote:
On quarta-feira, 6 de novembro de 2013 13:26:56, Philipp Kursawe wrote:
I wonder... what are the reasons for this dependency?
The QOpenGL* classes that are in QtGui.
--
Hi,
I have a question :)
http://blog.qt.digia.com/blog/2011/08/26/toplevel-windows-and-menus-with-qt-quick/
says
Context Menus
Sometimes it is also nice to have a ContextMenu for certain options.
In that case some javascript certainly needs to be involved.
ContextMenu {
id: contextMenu
2013/11/6 Philipp Kursawe phil.kurs...@gmail.com
Shouldn't they be in Qt5OpenGL.dll?
They are, but when you build Qt with OpenGL support some additional parts
of Qt Gui are built. For example OpenGL type of QPaintEngine is provided:
On quarta-feira, 6 de novembro de 2013 16:43:51, Philipp Kursawe wrote:
Shouldn't they be in Qt5OpenGL.dll?
No, they are where they were supposed to be. That's by design.
The OpenGL integration needs to be provided by the platform plugin anyway, so
OpenGL support ends up getting loaded whether
Hello,
could somebody please tell me what the equivalent of the qmake statement
QTPLUGIN += qsvg
for cmake is?
I'm trying to statically link the qsvg plugin to my application.
Regards
..Volker
___
Interest mailing list
Interest@qt-project.org
Once I've built this, how do i rebuild qtwebkit so it finds
QtLocation? I can see an ENABLE_GEOLOCATION flag in the source but
there's no obvious way of specifying this. Does QtWebkit have a separate
config system to Qt?
I'm not certain, but I'm pretty sure the build system will pick this
I see. I thought Qt renders using the system natively. It could load opengl
like it loads SSL support, dynamically.
How do I enable opengl rendering then for my widget based application?
From: Tomasz Olszak
Sent: Wednesday, November 6, 2013 16:58
To: Philipp Kursawe
Cc:
2013/11/6 phil.kurs...@gmail.com
I see. I thought Qt renders using the system natively. It could load
opengl like it loads SSL support, dynamically.
How do I enable opengl rendering then for my widget based application?
See http://qt-project.org/doc/qt-5.0/qtgui/qpaintengine.html#details
On quarta-feira, 6 de novembro de 2013 20:12:33, phil.kurs...@gmail.com wrote:
I see. I thought Qt renders using the system natively. It could load opengl
like it loads SSL support, dynamically.
That's a solution we really dislike. We're forced to do it for SSL, for legal
reasons.
But we
With Qt 5.0, I was able to put a raw-format splash screen into my
embedded device's frame buffer, and it would then stay up until the Qt
Quick application code (using the eglfs platform plugin) finished
loading enough to display something else.
Starting with Qt 5.1, the application clears the
FYI
From: Nancy Zou
Sent: Tuesday, October 15, 2013 5:37 PM
To: interest@qt-project.org
Subject: QRasterPaintEngine::alphaPenBlt()segment fault
Dear All:
I run a qt5 case on the platform directfb with HW acceleration . I find the
function
void QRasterPaintEngine::alphaPenBlt(const void* src,
On 6 Nov 2013, at 4:49 PM, Damian Ivanov wrote:
Hi,
I have a question :)
http://blog.qt.digia.com/blog/2011/08/26/toplevel-windows-and-menus-with-qt-quick/
That's rather old, about an earlier iteration of the component set that we are
shipping with Qt 5.x (x = 1). Menu is now
On 7 November 2013 00:38, Thiago Macieira thiago.macie...@intel.com wrote:
On quarta-feira, 6 de novembro de 2013 20:12:33, phil.kursawe@gmail.comwrote:
I see. I thought Qt renders using the system natively. It could load
opengl
like it loads SSL support, dynamically.
That's a solution we
On Wed, 06 Nov 2013 08:03:47 -0800, Thiago Macieira wrote:
Shouldn't they be in Qt5OpenGL.dll?
No, they are where they were supposed to be. That's by design.
With some nasty consequences for us users:
Our applications run on several pieces of embedded hardware, where one of
them had been
2013/11/7 Uwe Rathmann uwe.rathm...@tigertal.de
On Wed, 06 Nov 2013 08:03:47 -0800, Thiago Macieira wrote:
Shouldn't they be in Qt5OpenGL.dll?
No, they are where they were supposed to be. That's by design.
With some nasty consequences for us users:
Our applications run on several
Thanks Shawn for the clarification.
That's rather old, about an earlier iteration of the component set that we are
shipping with Qt 5.x (x = 1). Menu is now multi-purpose and therefore has
replaced ContextMenu.
ok. how can I show the menu then :) ?
Window {
id: window1
width: 400
Why don't you like the dynamic loading solution? I would always prefer it
over static linking, if possible. All plugin based systems (even Qt, where
platform is a plugin) are based on dynamic code loading.
OpenGL should not be a dependency on a base windowing framework imho.
On Wed, Nov 6, 2013
33 matches
Mail list logo