[Development] Qt 5.1 installers ready for testing

Mark markg85 at gmail.com
Wed Jun 12 13:30:09 CEST 2013


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
>> >
>
>



More information about the Development mailing list