> > There is some risk involved though; an application with multiple windows
> > each being rendered to with OpenGL in a single thread will end up
> > achieving a max framerate of screen_refresh_rate /
> > number_of_animating_windows, due to swapBuffers blocking. Since it's not
> > a panacea, it mi
On 05/07/2012 06:17 PM, Laszlo Papp wrote:
> On Wed, May 2, 2012 at 9:10 PM, wrote:
>> This sounds like something we should have.
>> e.g. QTPLAYGROUND as the project (instead of QTBUG) and one or more
>> components for each playground project.
>>
>> Does anyone from the JIRA experts group have a
On Mon, 7 May 2012 07:44:56 ext André Pönitz wrote:
> On Mon, Apr 23, 2012 at 07:35:02AM +, lars.kn...@nokia.com wrote:
> > [...] And who says that 100% of the code has to be C++?
>
> Nobody reasonably wants that. But people like to have a choice, and
> different people will base their choice
On Monday 07 May 2012 15:03:29 Samuel Rødal wrote:
> On 05/04/2012 04:22 PM, ext Samuel Rødal wrote:
> > As for the open source drivers I don't know of any reliable way
> > of enabling vsync. There's the GLX_SGI_video_sync extension
> > which is supposed to give a uniform way to sync rendering
> >
On Wed, May 2, 2012 at 9:10 PM, wrote:
> This sounds like something we should have.
> e.g. QTPLAYGROUND as the project (instead of QTBUG) and one or more
> components for each playground project.
>
> Does anyone from the JIRA experts group have a comment?
Could we please get help with this ? It
On 05/04/2012 04:22 PM, ext Samuel Rødal wrote:
> As for the open source drivers I don't know of any reliable way of
> enabling vsync. There's the GLX_SGI_video_sync extension which is
> supposed to give a uniform way to sync rendering regardless of graphics
> driver, but when I've tried it I've go
