[Mesa-dev] [PATCH v3 0/9] Gallium Nine

[Marek Olšák]

Before we start discussing what we can do about the OpenGL API
overhead, we must get rid of the on-demand shader compilation. It's
unacceptable to compile shaders when we should be rendering. This is
one of the things that Nine fixes. I assume Wine does that because
there can be several slightly-different variants of the same shader
for various reasons. Well then we'll have to figure out how to reduce
that number to 1.

This is probably related: We now have native support for D3DFVF_XYZRHW
as a vertex shader flag in Gallium. r600g, radeonsi, llvmpipe, and
softpipe support is done. I'm sure a few other drivers will follow,
because it's a hard requirement for Nine - and that's how it should
be.

Marek

On Tue, Nov 18, 2014 at 7:36 PM, Henri Verbeet <hverbeet at gmail.com> wrote:
> On 17 November 2014 21:05, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>>  - GL extensions
>> I feel that it's a bit too much to shoot the project down, because it
>> does not introduce GL extensions that will be useful.
> To clarify, that's not what I said. It's mostly just that I'd like to
> see some actual evidence for the (implicit) claim that the performance
> difference is largely due to inherent OpenGL API overhead.
>
>> Considering the interface note able, would you say that any new
>> implementation towards handling D3D9 in wine is acceptable ?
> If anything, it would have to be an interface approximately on the
> level of the DDI, like Jose mentioned.
>
>> Can we work together so that both project benefit from this effort ?
> I like to think we've always had good relations with Mesa, even if we
> don't always agree on everything. In this specific case, I'm afraid we
> just have a pretty fundamental difference of opinion with the st/nine
> developers on what the right approach is. Feel free to send me an
> e-mail if you have Wine related questions / requests in any case
> though.
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev