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 <hverb...@gmail.com> wrote: > On 17 November 2014 21:05, Emil Velikov <emil.l.veli...@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@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
