March 2007 - Wine-Devel - list.winehq.org

Excluding a Windows version from the tests

by Paul Vriens

Hi, yesterday a patch of mine was committed to test more profile stuff from kernel32. When I have a look now at test.winehq.org I see that some test(s) crash on win98 but not on others. Although I could use a if(0) construction (as is done in several other tests), I'm wondering if we should just not run specific tests on specific Windows versions. It's a shame that one OS version blocks the running of several other tests. I have no idea yet how to achieve this without building in GetVersion style things, as logic and return values don't always make a good distinction. Any ideas, thoughts? Cheers, Paul.

March 29, 2007

Re: Wine Benchmarks and CAPS

by Jan Zerebecki

On Thu, Mar 29, 2007 at 02:26:58PM +0200, Frank Richter wrote: > On 29.03.2007 09:41, Tom Wickline wrote: > > http://wiki.winehq.org/DirectX-Caps > It would be nice if the visual hint could > reflect that - this way a red background would be a clear signal that > "this needs work". I just highlighted the changes. Think of the color as being chosen by random :) . You are invited to change the colors so that better and worse are coded, but please either verify that for all highlighted ones or mark those that you checked or those that you didn't. Jan

March 29, 2007

Re: Allow enabling/disabling Direct3D usage of GLSL in Winecfg + update Czech locales for Winecfg

by H. Verbeet

On 29/03/07, Ivan Gyurdiev <ivg231(a)gmail.com> wrote: > Do you want to make it easy to configure GLSL, or make it easy to enable > GLSL? > In other words, can you enumerate the cases where one would disable GLSL? > Should those be in a document somewhere on the wiki as blockers to 1.0 > (since GLSL default was pointed out as a 1.0 requirement)? > Do we expect this option to be around for a long time? > > I don't see consensus to add these options in the referenced thread - if > more testing exposure is needed, why not just enable this by default? > IMO the only reasons for having this option would be for specifically testing the ARB backend, or working around broken drivers. I don't think either warrants an option in winecfg. The video memory setting could be useful though, since I don't think we're going to solve that soon.

March 29, 2007

Re: [PATCH 2/3] wined3d: Add NV/ARB_texture_rectangle extension (try 2)

by H. Verbeet

On 29/03/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > > Except that it adds an extension that isn't actually being used, and > > probably won't be. > Well, we have other extensions which are unused and are in our header files(or > at least were unused for a long time, like NV_texture_shader). Wasn't there > the plan to write our own gl headers with all the extensions out there? > I think the plan was to add the definitions for base GL 1.1 or so, so we wouldn't have to deal with different GL headers. That would mostly make it easier for developers not to forget adding definitions when using extension. I don't think the idea was to just add everything out there, just the ones we use. Our wined3d_gl.h could use some cleanup, but at least NV_texture_shader is an extension we might end up using anyway for fixed function env. bump mapping.

March 29, 2007

Re: Question about OpenAL

by Dennis Schridde

Am Donnerstag, 29. März 2007 schrieb Mike Schaadt: > Is there any interest in adding OpenAL to Wine? I would imagine it's > relatively simple to implement the OpenAL dll that would be a simple > wrap around the Linux OpenAL library assuming they have the same > functionality(from what I know of OpenAL, they should). > > It's not a very common library, but if we could implement it on top of > the local implementation, that would mean that programs that use it > would be using local devices without having to go through the > DirectSound library. > > I'm not talking about using OpenAL as an audio driver, but an > implementation of the OpenAL library for Wine that would use the local > version of OpenAL. I tried looking around, and the only thing I found > was talk about the OpenAL driver, and also brief requests for an > OpenAL dll, but I didn't see anything official. > > Any thoughts on if this is something that would be beneficial to add? See this link for to the associated bug: http://bugs.winehq.org/show_bug.cgi?id=7142 There is also a link to the discussion of a patch. I don't know how this progressed, though. --Dennis

March 29, 2007

Re: [PATCH 2/3] wined3d: Add NV/ARB_texture_rectangle extension (try 2)

by Stefan Dösinger

Am Donnerstag 29 März 2007 17:31 schrieb H. Verbeet: > On 29/03/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > > Am Donnerstag 29 März 2007 17:13 schrieb Vitaly Budovski: > > > Add support for NV_texture_rectangle and ARB_texture_rectangle > > > extensions. --- > > > dlls/wined3d/directx.c | 6 ++++++ > > > include/wine/wined3d_gl.h | 19 +++++++++++++++++++ > > > 2 files changed, 25 insertions(+), 0 deletions(-) > > > > Nothing really wrong with this patch, > > Except that it adds an extension that isn't actually being used, and > probably won't be. Well, we have other extensions which are unused and are in our header files(or at least were unused for a long time, like NV_texture_shader). Wasn't there the plan to write our own gl headers with all the extensions out there?

March 29, 2007

Re: [PATCH 2/3] wined3d: Add ARB_texture_rectangle extension

by H. Verbeet

On 29/03/07, Frank Richter <frank.richter(a)gmail.com> wrote: > On 29.03.2007 16:02, Stefan Dösinger wrote: > > Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski: > >> Add support for ARB_texture_rectangle extension. > >> --- > >> dlls/wined3d/directx.c | 3 +++ > >> include/wine/wined3d_gl.h | 9 +++++++++ > >> 2 files changed, 12 insertions(+), 0 deletions(-) > > There is also GL_NV_texture_rectangle. Is that one related? > > I think they're the same. Pretty much, but the ARB version has GLSL interactions specified.

March 29, 2007

Question about OpenAL

by Mike Schaadt

Is there any interest in adding OpenAL to Wine? I would imagine it's relatively simple to implement the OpenAL dll that would be a simple wrap around the Linux OpenAL library assuming they have the same functionality(from what I know of OpenAL, they should). It's not a very common library, but if we could implement it on top of the local implementation, that would mean that programs that use it would be using local devices without having to go through the DirectSound library. I'm not talking about using OpenAL as an audio driver, but an implementation of the OpenAL library for Wine that would use the local version of OpenAL. I tried looking around, and the only thing I found was talk about the OpenAL driver, and also brief requests for an OpenAL dll, but I didn't see anything official. Any thoughts on if this is something that would be beneficial to add?

March 29, 2007

Re: [PATCH 3/3] wined3d: Correctly set conditional NPOT caps bit

by H. Verbeet

On 29/03/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > Am Donnerstag 29 März 2007 14:09 schrieb Vitaly Budovski: > > This patch sets the conditional NPOT bit only when required. If an > > implementation has full support for NPOT textures through the > > ARB_texture_non_power_of_two extension, then support for the subset of > > capabilities provided by the ARB_texture_rectangle extension is implied. > > --- > > dlls/wined3d/directx.c | 7 +++++-- > > 1 files changed, 5 insertions(+), 2 deletions(-) > I am not sure if we shouldn't set NONPOWER2CONDITIONAL unconditionally if POW2 > is set. WineD3D emulates np2 textures by using a texture of the next pow2size > and adjusting the texture matrix accordingly. This doesn't work for shaders > though, but mipmapping and other things are supported. That's not what NONPOWER2CONDITIONAL is for. The cap basically means that a card has broken ATI NPOT support.

March 29, 2007

Re: [PATCH 2/3] wined3d: Add NV/ARB_texture_rectangle extension (try 2)

by H. Verbeet

On 29/03/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > Am Donnerstag 29 März 2007 17:13 schrieb Vitaly Budovski: > > Add support for NV_texture_rectangle and ARB_texture_rectangle extensions. > > --- > > dlls/wined3d/directx.c | 6 ++++++ > > include/wine/wined3d_gl.h | 19 +++++++++++++++++++ > > 2 files changed, 25 insertions(+), 0 deletions(-) > Nothing really wrong with this patch, Except that it adds an extension that isn't actually being used, and probably won't be.

March 29, 2007