[Development] Qt 5.1 installers ready for testing

[Raul Metsma]

Why do have vendors provide OpenGL at windows at all, DirectX is main goal.
For them OpenGL is optional choice.

Raul Metsma

On Jun 12, 2013, at 2:30 PM, Mark <markg85 at gmail.com> wrote:

> Yes, i have a bug report for you:
> https://bugreports.qt-project.org/browse/QTBUG-31010
> 
> Also, i'm not shipping any products. I'm just developing Qt for hobby purposes.
> I understand the existence of ANGLE, but having it in the first place
> is another reason for crappy driver vendors (looking at AMD again) to
> dedicate less resources at fixing it up. We have ANGLE after all.
> 
> On Wed, Jun 12, 2013 at 12:14 PM, Ray Donnelly <mingw.android at gmail.com> wrote:
>> In that case, good luck dealing with all those bug reports due to vendors
>> not caring about OpenGL on random bits of hardware. I'd assume people
>> shipping software would prefer less headaches.
>> 
>> I've never tried to use multisampling but have found:
>> 
>> http://www.khronos.org/registry/gles/extensions/ANGLE/ANGLE_framebuffer_multisample.txt
>> 
>> Have you got any references to the multisampling bug? I've not found any so
>> far and I'm sure it can't be hard to fix.
>> 
>> The rate of changes to angleproject is fairly amazing, I wouldn't bet
>> against it (both Chromium and Firefox use it for WebGL of course)
>> 
>> https://code.google.com/p/angleproject/source/list
>> 
>> I disagree strongly about not providing ANGLE builds by default, and would
>> go the other way to spare developers' sanity. Hoping that vendors will fix
>> their OpenGL drivers is IMHO tilting at windmills.
>> 
>> 
>> 
>> On Wed, Jun 12, 2013 at 10:55 AM, Mark <markg85 at gmail.com> wrote:
>>> 
>>> I much prefer OpenGL. I've seen plenty of bugs caused by angle (like
>>> no multisampling which is still an open issue and reported) that made
>>> me switch to Qt 5.1 builds with OpenGL native. Also imho ANGLE is just
>>> a lame excuse to be able to use OpenGL "properly" because the native
>>> OpenGL is poorly supported by the driver vendors.
>>> 
>>> The problem is them, the driver vendors, aka AMD, Nvidia en Intel with
>>> heavy emphasis on AMD. They (especially AMD) neglect to make decently
>>> working OpenGL drivers and they should be heavily pushed to fix their
>>> crap. ANGLE should not need to exist.
>>> 
>>> I think Qt shouldn't provide an ANGLE build by default but have a
>>> runtime option to use it. Optional and not enabled by default.
>>> 
>>> On Wed, Jun 12, 2013 at 11:23 AM, Ray Donnelly <mingw.android at gmail.com>
>>> wrote:
>>>> I much prefer angleproject to 'native' OpenGL on Windows.
>>>> 
>>>> Mainly because you can compile and then debug into the 'driver' should
>>>> you
>>>> need to.
>>>> 
>>>> 
>>>> On Wed, Jun 12, 2013 at 10:18 AM, Axel Waggershauser <awagger at gmail.com>
>>>> wrote:
>>>>> 
>>>>> On Wed, Jun 12, 2013 at 9:34 AM, Koehne Kai <Kai.Koehne at digia.com>
>>>>> wrote:
>>>>>>> Subject: Re: [Development] Qt 5.1 installers ready for testing
>>>>>>> 
>>>>>>> What about a windows mingw "non-opengl" (a.k.a. ANGLE) package? Any
>>>>>>> plans
>>>>>>> regarding that? If there should be a perceived lack of interest:
>>>>>>> I am interested :).
>>>>>> 
>>>>>> Just out of interest, why would you prefer ANGLE packages over
>>>>>> OpenGL?
>>>>> 
>>>>> To benefit from the advantages that ANGLE was introduced for in the
>>>>> first place: getting better overall stability/usability due to
>>>>> avoiding the myriad of buggy/outdated OpenGL drivers out there. Also,
>>>>> I started a recent project with the mingw ANGLE installer for 5.0.1
>>>>> (the only mingw installer provided up until now) and although I am
>>>>> really happy to be able to play around with proper OpenGL now, I'd
>>>>> still very much welcome (rely on, actually) being able to ship this
>>>>> one project linked against ANGLE.
>>>>> 
>>>>> Ideal of course, would be, if this would eventually be merged down to
>>>>> one package with a link-time switch, maybe even a runtime switch.
>>>>> 
>>>>> - Axel
>>>>> _______________________________________________
>>>>> Development mailing list
>>>>> Development at qt-project.org
>>>>> http://lists.qt-project.org/mailman/listinfo/development
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Development mailing list
>>>> Development at qt-project.org
>>>> http://lists.qt-project.org/mailman/listinfo/development
>>>> 
>> 
>> 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development