Hello,
Great!
On Wed, Feb 12, 2014 at 10:43 AM, Thomas Senyk
wrote:
> Hi,
>
> I finally got around to polish and upstream zero copy video playback for
> the
> i.MX6.
>
> The change:
> https://codereview.qt-project.org/#change,76764
>
> A video showcasing the functionality:
> http://www.youtube.
Em qua 12 fev 2014, às 09:55:09, Jason H escreveu:
> Well Qt does NOT support grayscale. None of the QImage::Formats are gray.
> It's either mono, indexed color or color bits. Which is why I'm a but
> unsure of what is faster. I would assume setting a pixel on Indexed 8,
> would take a RGB or index
> * Keep the patches switching to the new platform plugin code in reserve to
> either switch for 5.3 if testing proves the plugin is stable enough, or more
> likely to use in 5.4 if not.
I like this idea at least, because this enables the reviews to keep going and
we can keep testing until we are
On Wed, Feb 12, 2014 at 2:12 PM, Mitch Curtis wrote:
> On 01/17/2014 05:34 PM, Mitch Curtis wrote:
>> On 12/06/2013 02:02 PM, Mitch Curtis wrote:
>>> Hello.
>>>
>>> At the beginning of this year I started work on a Calendar for Qt Quick
>>> Controls as a sort of side project. After removing the "W
On 12 February 2014 14:44, Konrad Rosenbaum wrote:
> On Wednesday, Wednesday 12 February 2014 at 08:01, Kurt Pattyn wrote:
>> On 11 Feb 2014, at 19:14, Thiago Macieira wrote:
>> > Em ter 11 fev 2014, às 16:26:44, Tony Van Eerd escreveu:
>> >> http://channel9.msdn.com/Events/GoingNative/2013/rand-
> Has anyone managed to create an ActiveQt server with CMake?
To clarify, is the problem with running the IDC/IDL tools or some
other step? The CMake logic we've used for this is roughly:
set(IDL_COMMANDS
COMMAND idl ${BINARY_PATH} -idl ${BINARY_PATH}.idl
COMMAND midl ${BINARY_PATH}.idl ${BIN
Hi,
>The main issues outstanding I see:
My finding using Windows 8.1 / HP Color LaserJet 6030 MFP PS Class
Driver is that the default paper size is B5 (instead of letter/A4) and
it simply does not print (using A4), although the code calling
EndPage/EndDoc is executed.
Friedemann
--
Fri
On Wednesday, Wednesday 12 February 2014 at 08:01, Kurt Pattyn wrote:
> On 11 Feb 2014, at 19:14, Thiago Macieira wrote:
> > Em ter 11 fev 2014, às 16:26:44, Tony Van Eerd escreveu:
> >> http://channel9.msdn.com/Events/GoingNative/2013/rand-Considered-Harmful
> >
> > No doubt. And we should have
On Wednesday, February 12, 2014 14:24:05 Fricot, Daniel wrote:
> Hi,
> Has anyone managed to create an ActiveQt server with CMake? I got it working
> with qmake but we need to do this with CMake.
You might try the cmake users mailing list.
Thanks,
--
Stephen Kelly | Software Engineer
KDAB (Deu
On Wednesday 12 Feb 2014 12:03:53 John Layt wrote:
> On Monday 10 Feb 2014 17:07:11 Shaw Andy wrote:
> > Since the feature freeze is on the 14th I have been eagerly awaiting the
> > changes that have been indicated already have been done so I can carry on
> > testing. Have I missed some updates or
Hi,
Has anyone managed to create an ActiveQt server with CMake? I got it working
with qmake but we need to do this with CMake. I also tried idc manually after
CMake but then I keep getting the error:
QObject::startTimer: Timers can only be used with threads started with QThread
IDL generation fai
On Wednesday, February 12, 2014 15:11:25 Peter Kuemmel wrote:
> > Gesendet: Mittwoch, 12. Februar 2014 um 14:14 Uhr
> > Von: "Stephen Kelly"
> > An: development@qt-project.org
> > Betreff: Re: [Development] GL headers in Qt5GuiConfigExtras.cmake
> >
> > On Wednesday, February 12, 2014 14:00:11 Pe
> Gesendet: Mittwoch, 12. Februar 2014 um 14:14 Uhr
> Von: "Stephen Kelly"
> An: development@qt-project.org
> Betreff: Re: [Development] GL headers in Qt5GuiConfigExtras.cmake
>
> On Wednesday, February 12, 2014 14:00:11 Peter Kuemmel wrote:
> > > > and QMAKE_INCDIR_OPENGL_ES2 is set by configur
On Wednesday, February 12, 2014 14:00:11 Peter Kuemmel wrote:
> > > and QMAKE_INCDIR_OPENGL_ES2 is set by configure to
> > > QMAKE_INCDIR_OPENGL_ES2 = ".../sysroot/usr/include/GLES2"
> >
> > Is this correct?
>
> Yes, in this directory is gl2.h.
I don't think I got my point across. Would
QMAKE
On 01/17/2014 05:34 PM, Mitch Curtis wrote:
> On 12/06/2013 02:02 PM, Mitch Curtis wrote:
>> Hello.
>>
>> At the beginning of this year I started work on a Calendar for Qt Quick
>> Controls as a sort of side project. After removing the "WIP" from the
>> commit message, I got some feedback from deve
> > and QMAKE_INCDIR_OPENGL_ES2 is set by configure to
> > QMAKE_INCDIR_OPENGL_ES2 = ".../sysroot/usr/include/GLES2"
>
> Is this correct?
Yes, in this directory is gl2.h.
>
> Thanks,
>
> --
> Stephen Kelly | Software Engineer
> KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
> www.kda
On Wed, Feb 12, 2014 at 12:03 PM, Koehne Kai wrote:
>
>
>> -Original Message-
>> From: development-bounces+kai.koehne=digia@qt-project.org
>> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
>> Behalf Of Markus Goetz
>> Sent: Wednesday, February 12, 2014 11:45 AM
>>
Hi Thiago,
the internal error is a compiler bug. We don't exactly know whats necessary to
trigger it. It happens more likely if there is more than one instance of the
compiler running at the same time, or if a visual studio environment is
opened. However some code pathes might be triggering thi
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> Behalf Of Markus Goetz
> Sent: Wednesday, February 12, 2014 11:45 AM
> To: development@qt-project.org
> Subject: [Development] SJLJ
On Tuesday, February 11, 2014 12:59:45 Thiago Macieira wrote:
> Current tests are frequently showing the following error messages:
>
> c:
> \work\build\qt\qtbase\tests\auto\corelib\global\qtendian\tst_qtendian.cpp(14
> 0)
> : fatal error C1001: An internal error has occurred in the compiler.
If t
On Wednesday, February 12, 2014 12:11:42 Peter Kuemmel wrote:
> and QMAKE_INCDIR_OPENGL_ES2 is set by configure to
> QMAKE_INCDIR_OPENGL_ES2 = ".../sysroot/usr/include/GLES2"
Is this correct?
Thanks,
--
Stephen Kelly | Software Engineer
KDAB (Deutschland) GmbH & Co.KG, a KDAB Group Company
w
> > set(_GL_INCDIRS "/usr/include/GLES2")
>
> Where does this come from?
Generated by Qt5GuiConfigExtras.cmake.in
set(_GL_INCDIRS $$CMAKE_GL_INCDIRS)
find_path(_qt5gui_OPENGL_INCLUDE_DIR $$CMAKE_GL_HEADER_NAME
PATHS ${_GL_INCDIRS}
!!IF !mac
NO_DEFAULT_PATH
!!ENDIF
)
gui.pro defines CMA
On Monday 10 Feb 2014 17:07:11 Shaw Andy wrote:
>
> Since the feature freeze is on the 14th I have been eagerly awaiting the
> changes that have been indicated already have been done so I can carry on
> testing. Have I missed some updates or something? I am concerned because I
> know how many peop
Hi Kai,
On 25.10.13 10:05, Koehne Kai wrote:
> I think the link is outdated. MinGW-builds nowadays supported both dw2 and
> sjlj exception handling for 32 bit since ages, see e.g.
>
> http://mingw-w64.sourceforge.net/download.php#mingw-builds
>
> (Note that the Mingw-w64 and MinGW-builds projects
Hi,
Long long time ago, with some little effort you could put both armv5 and
armv7 libs in the same .pak, sadly starting with Qt 5.2 it is very hard to do
it.
If your application doesn't do any complicated CPU computation itself and
relies only on Qt libs to do the hard work, and if you a
Hi,
I finally got around to polish and upstream zero copy video playback for the
i.MX6.
The change:
https://codereview.qt-project.org/#change,76764
A video showcasing the functionality:
http://www.youtube.com/watch?v=pmxsWGhrrBQ
Greets
Thomas
___
De
On Wednesday, February 12, 2014 09:19:35 Peter Kuemmel wrote:
> I build 5.2.1 for a embedded system and the generated
> Qt5GuiConfigExtras.cmake fails to find GLES2/gl2.h.
>
> The reason is that the including dir GLES2 is used twice in the find
> command
You'll need to find out why it's generated
Hello All in this group!
Is it possible to place armv5 and armv7 in one apk or I must create
different apk for different platforms?
Please help me with advice or documentation page.
Thanks a lot!
--
Oleg Shalnev (Kalpa Project)
--
mailto: o..
I build 5.2.1 for a embedded system and the generated Qt5GuiConfigExtras.cmake
fails to find GLES2/gl2.h.
The reason is that the including dir GLES2 is used twice in the find command,
"GLES2/gl2.h" is searched for in "/usr/include/GLES2", but there is no
"/usr/include/GLES2/GLES2/gl2.h":
set(_GL
Em qua 12 fev 2014, às 08:01:23, Kurt Pattyn escreveu:
> We can always 'duplicate' some code from the std::random library
> How 'secure' should this be? Is a Mersenne-Twister for instance 'secure'
> enough?
As secure as we can get it. We should use the CPU instructions and/or
/dev/random whenever
30 matches
Mail list logo
