Hi Filip,
Thanks a lot for your answer!
It well kinda works - an icon is shown but it's garbage, it should not
be. Is there any information on the internet (I googled) on argb32
more specifically how it should look like(as byteArray)?
I'm asking because I am trying to implement a Qt-only(no kde bi
Am 13.06.2014 um 07:33 schrieb Till Oliver Knoll :
> Am 13.06.2014 um 05:58 schrieb Filip Piechocki :
>
>> ...
>>
>> QImage image(myByteArray.constData(), width, height, QImage::Format_ARGB32);
>>
>> Note that the data has to live as long as QImage and all it's undetached
>> copies.
>
> I don
Am 13.06.2014 um 05:58 schrieb Filip Piechocki :
> ...
>
> QImage image(myByteArray.constData(), width, height, QImage::Format_ARGB32);
>
> Note that the data has to live as long as QImage and all it's undetached
> copies.
I don't think that's the case: I am pretty sure that QImage makes a /co
On Jun 13, 2014 5:58 AM, "Filip Piechocki" wrote:
>
> Hu
That was supposed to be "Hi" :)
>
>
> On Fri, Jun 13, 2014 at 12:00 AM, Damian Ivanov
wrote:
>>
>> Hello,
>>
>> I'm trying to show a QIcon from ARGB32 data which come from dbus,
>
>
> Okay, so this means that you have raw pixel data, yes?
Hu
On Fri, Jun 13, 2014 at 12:00 AM, Damian Ivanov
wrote:
> Hello,
>
> I'm trying to show a QIcon from ARGB32 data which come from dbus,
>
Okay, so this means that you have raw pixel data, yes?
> any help suggestions how to do that?
>
> I have a QByteArray which contains the data, I tried
>
Hi
I've been trying to port some Qt4 code in Qt5 and running into some
issues with a custom QWidget that uses WA_StaticContents and
WA_OpaquePaintEvent.
This worked fine in Qt4, but with Qt5 whenever I resize the widget its
full contents turn black. All other cases seem ok, e.g. covering the
Hello,
I'm trying to show a QIcon from ARGB32 data which come from dbus,
any help suggestions how to do that?
I have a QByteArray which contains the data, I tried
QImage image;
image.loadFromData(myByteArray);
QPixmap pixmap = QPixmap::fromImage(image);
return QIcon(pixmap) ;
unfortunately this
You are absolutely right. But that comparison was very interesting for
SObjectizer’s users...
From: Romain Beaumont
Sent: Thursday, June 12, 2014 3:11 PM
To: Igor Mironchik
Cc: Rainer Wiesenfarth ; interest@qt-project.org
Subject: Re: [Interest] How to speed-up chameleons
"SObjectizer is a fr
"SObjectizer is a framework for agent-oriented programming in С++. From one
side, SObjectizer is a set of rules and principles for designing programms
in agent-oriented style. On other side SObjectizer provides set of C++
classes for implementing agents."
Clearly Qt and SObjectizer don't have the
This small task was done to compare Qt's messaging system with SObjectizer's
messaging system :)
P.S. Thanks for hammer and nail, lol :)
-Original Message-
From: Rainer Wiesenfarth
Sent: Thursday, June 12, 2014 1:06 PM
To: interest@qt-project.org
Subject: Re: [Interest] How to speed-up
Yes the backend is DirectShow. You can find the code in
"qtmultimedia/src/plugins/directshow/camera".
Changing the preview resolution is simply not implemented, it's of course
technically possible.
Your solution using directly DirectShow doesn't work because a QWidget embedded
in a QGraphicsPro
From: igor.mironc...@gmail.com
> Ah, ok. I understand. You suggest to not use signals/slots and use semaphore
> instead.
>
> Well. I think this will improve performance. But it will not use messaging
> system of Qt :)
http://en.wiktionary.org/wiki/if_all_you_have_is_a_hammer,_everything_looks_l
Thank you for the reply. I assume the backend is direct show, is that correct?
I tried to understand the qt code, but could not figure out the backend code,
can you please point me to the code? Is there any technical reason whey the
backend does not support set resolution?
One of the developer
Ah, ok. I understand. You suggest to not use signals/slots and use semaphore
instead.
Well. I think this will improve performance. But it will not use messaging
system of Qt :)
From: igor.mironc...@gmail.com
Sent: Thursday, June 12, 2014 12:29 PM
To: Romain Beaumont
Cc: interest@qt-project.or
Hi.
What might be faster? One more synchronization primitive in the code will
increase performance?
From: Romain Beaumont
Sent: Thursday, June 12, 2014 9:48 AM
To: Igor Mironchik
Cc: interest@qt-project.org
Subject: Re: [Interest] How to speed-up chameleons
It might not be necessary (ie you
On Jun 12, 2014, at 7:51 AM, Sarath Natakam wrote:
How can one set the desired resolution for streaming? The user of this
application will have a drop down to select resolution and preview it in that
resolution.
The Qt multimedia backend for Windows doesn't implement that feature, the
camera p
It might not be necessary (ie you can use something else instead) but it
might be faster ;)
2014-06-12 8:22 GMT+02:00 :
> Hi.
>
> First chameleon waits for another, i.e. he doing nothing while another
> will not come to the meeting place. And here semaphore is not necessary.
>
> Most slow plac
17 matches
Mail list logo