Hi,
I tried with the below code to resolve the transparent area of png shown
as black shaded:-
ViewPort
{
Width:parent.width
Height:parent.height
blending:true
Quad{
effect:Effect{
texture:img.png
}
}
However, it still shows the transparent area of png file as black
shaded.
Please let me know
It's working for me.
I did a fresh build from source and used an old example and it's working.
I just use the qmlviewer (don't forget the -opengl argument)
One important thing to know:
Doing blending in a generic way for a library is a quite tricky task.
To do it properly one would need to sort
Hi,
Thanks for the reply.
Actually we donot have mesh for the png files..so we need to use 3D Items
predefined(like Quad,Cylnder etc).
I suppose there is no inbuilt 3D rectangle item.
Can I use 2.0 instead of 1.0 in the cube example that you shared?
import QtQuick 1.0
import Qt3D 1.0
import
The example which you have sent is working only till the animation
completes.
When I use QtQuick2.0 in the example shared without any animation, the
blending doesnot works and the total .png is black in color.
Could you please let me know how to fix this issue in QtQuick3D.
Br,
Satya
Hi Everybody,
On windows when I run nmake after configure, it uses all of my CPU's and is
finished in under 2 hours.
On mac OSX Lion with XCode 4.3.2, when I run make after configure, it only
uses 1 CPU. My google fu is not working and I can't find the parameter for
make to get it to use
20.09.2012, 17:38, Tony Rietwyk t...@rightsoft.com.au:
Hi Everybody,
On windows when I run nmake after configure, it uses all of my CPU's and is
finished in under 2 hours.
On mac OSX Lion with XCode 4.3.2, when I run make after configure, it only
uses 1 CPU. My google fu is not working
On Thursday 20 September 2012 23:38:54 Tony Rietwyk wrote:
Hi Everybody,
On windows when I run nmake after configure, it uses all of my CPU's and is
finished in under 2 hours.
On mac OSX Lion with XCode 4.3.2, when I run make after configure, it only
uses 1 CPU. My google fu is not
Folks:
Yesterday, I attended the trade show at the Embedded Systems Conference
East, held annually in Boston Massachusetts. I'm glad to say that Qt had a
booth there on the trade show floor, staffed by Digia employees.
This year, the story being told in the Qt booth was a good one,
Hello,Im playing around with an application were I use a QImage with a RGB32 format.I used the QColor method saturation() and value() to compute these values (I do notneed hue), and found out that these functions (and naturally also getHSV()) are incredibly slow.I wrote a straightforward
If you look at the code of QColor::toHsv(), you'll see that:
1) *all* calculations are done in floating point (probably to get better
accuracy, but I can't say for sure);
2) most of the time is spent calculating hue.
So no wonder your mostly-integer no-hue function is faster.
On 09/20/2012 09:19
My company currently has a Subversion repository for Qt that looks like
this:
/qtbuild
/qt
/build
/macosx
/install
/macosx
/win32
/win64
The /qt directory contains a git checkout of qt.
The /install subdirectories contain the compiled frameworks/dlls for both a
debug and
On 21/09/12 09:03, Adam Light wrote:
This works pretty well except that it requires checking a lot of
binary files into Subversion, and both committing the files and
checking them out is very slow.
...
Furthermore, as long as everyone runs svn update when I build a new
version of Qt, we
12 matches
Mail list logo