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

Re: [PATCH 3/3] wined3d: Correctly set conditional NPOT caps bit (try 2)

by H. Verbeet

On 29/03/07, Vitaly Budovski <vbudovski(a)gmail.com> wrote: > 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. > > Add additional check for the equivalent NV extension. > --- Do you know what ARB_texture_rectangle is? It's not a subset of ARB_texture_non_power_of_two, and it doesn't correspond to WINED3DPTEXTURECAPS_NONPOW2CONDITIONAL in any way. Please read http://www.opengl.org/registry/specs/ARB/texture_rectangle.txt

March 29, 2007

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

by Stefan Dösinger

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.

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: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, though I am concerned about patch 3. This patch is a dependency of patch 3, but there is nothing really wrong with adding the extensions.

March 29, 2007

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

by Frank Richter

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. -f.r.

March 29, 2007

Re: Wine Benchmarks and CAPS

by Tom Wickline

On 3/29/07, Tom Spear <speeddymon(a)gmail.com> wrote: > > Hi Tom, thanks for the updates! I just wanted to ask about Aquamark. > How come there isnt a test with that one? I use it more than I use > 3dmark. Hi Tom, I will add Aquamark 3 to the next update, thanks for the suggestion. There is a good review of Aquamark 3 here : http://www.nvnews.net/previews/AquaMark3/index.shtml > > -- > Thanks > > Tom >

March 29, 2007

Re: Nine good SoC propsals!

by John Smith

*ulp* I knew I should of unsubscribed during the interim period, thanks for making me more worried =P On 3/29/07, Dan Kegel <dank06(a)kegel.com> wrote: > > On 3/28/07, Bryan DeGrendel <sirnuke(a)gmail.com> wrote: > > Do you have any idea how many will be accepted? > > Six, maybe? It's hard to say, they juggle the slots right up until > the last moment. > > >

March 29, 2007

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

by Stefan Dösinger

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?

March 29, 2007

Re: gdi32: Implement the fake_bold for one faced fonts.

by Huw Davies

On Thu, Mar 29, 2007 at 10:00:12PM +0900, Byeong-Sik Jeon wrote: > diff --git a/dlls/gdi32/freetype.c b/dlls/gdi32/freetype.c > index f7b1220..427def4 100644 > --- a/dlls/gdi32/freetype.c > +++ b/dlls/gdi32/freetype.c > + memcpy(&gmetrix, &ft_face->glyph->metrics, sizeof(FT_Glyph_Metrics)); > + if ( font->fake_bold ) > + { > + /* fitting values to MS-Windows */ > + strength = pFT_MulFix( ft_face->units_per_EM, ft_face->size->metrics.y_scale ) / 42; > + if ( strength < 64) > + { > + gmetrix.width += strength; > + gmetrix.height += strength; > + gmetrix.horiBearingY += strength; > + gmetrix.horiAdvance += strength; > + } > + else if ( strength < 77) > + { > + gmetrix.width += 63; > + gmetrix.height += 63; > + gmetrix.horiBearingY += 63; > + gmetrix.horiAdvance += 63; > + } > + else > + { > + gmetrix.width += strength; > + gmetrix.height += strength; > + gmetrix.horiBearingY += strength; > + } This needs more investigation. I can't believe Windows uses this algorithm... Huw. -- Huw Davies huw(a)codeweavers.com

March 29, 2007

Re: Wine Benchmarks and CAPS

by Tom Spear

On 3/29/07, Tom Wickline <twickline(a)gmail.com> wrote: > Hello, > > I have the 0.9.33 page done, and you may notice that Wine regressed in > a couple of the test. When looking at these scores you will need to > take into account the actual visual quality . The scores were somewhat > high in past test because everything wasn't being rendered, while that > makes for a nice score the visual wasn't on par with that of Windows. > > As of 0.9.33 the visual quality is very close to that of Windows, so > in test like 3DMark2001SE we not only got drastically improved visual > quality, we also have a 50% improvement in performance! And 3DMark 03 > has a nice showing out of the gate as well. > > Why no OpenGL test? > > I plan to wait for a resolution to a couple outstanding OpenGL bugs, > and then run the test again. I also plan to dramatically increase the > screen resolution in the next update, GL-Excess in the past was run at > only 640x480x16 in the future all test will be run at a resolution of > 1024x768x32 or greater. > > If all goes well In a couple months there should be another update > with OpenGL test and 3DMark 05/06 results. If 3DMark 2000, 2001SE or > 2003 should drastically change ill also update them as well at that > time. > > I also updated the CAPS page with 0.9.33 and 1.0.9755. > > 0.9.33 results: > http://wiki.winehq.org/BenchMark-0.9.33 > > Past results: > http://wiki.winehq.org/BenchMarks > > CAPS results: > http://wiki.winehq.org/DirectX-Caps > > Some screen shots of past test results.... You may want to look at > them ASAP if your interested in them, I plan to ask Dimi to rm -rf the > page in a couple weeks to save the HD space on the wiki server, this > way I can start a new "In Progress" page and not feel guilty about > uploading all the shots :D > > http://wiki.winehq.org/BenchMark-0.9.6 Hi Tom, thanks for the updates! I just wanted to ask about Aquamark. How come there isnt a test with that one? I use it more than I use 3dmark. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email

March 29, 2007

Re: More Direct3D settings in winecfg (was: Enabling GLSL in winecfg)

by Tom Spear

On 3/29/07, Christoph Frick <frick(a)sc-networks.de> wrote: > On Thu, Mar 29, 2007 at 12:25:31PM +0200, Vit Hrachovy wrote: > > > Please share Your opinion. > > ok you asked for it ;) > > > Available Video Memory (text input box) > > ---------------------- > > User will input here the RAM size of his graphic card. According to > > Stefan: "There are vendor dependent ways to read it, but implementing > > them is pretty nasty(requires some private to winex11.drv). Altough we > > had that discussion a number of times already and we only agreed on a > > registry key so far." > > go for it! since there where a registry key for this i had to fix it > source every time. there are games out there that wont work without > proper setting (e.g. Richard Burns Rally in my case 1600x1200). a text > input is simple and easy - everyone, who does not know what to do will > leave it alone and the others will see the wrong number and fix it. > later when there are better ways to acquire this number one still might > be able to change/correct it there if the algorithms fail or for people > with graphics-cards, that does not allow reading the value. > > > Enable GLSL (checkbox) > > ----------- > > GLSL should be made default in 1.0. However, according to Stefan: "some > > drivers(*cough* macos *cough*) have serious problems with glsl". Until > > there is a specification in 1.0 requirements that these issues have to > > be resolved prior 1.0, this checkbox would be useful even past 1.0. > > dont go for it! if it is supposed to be the default enable it and keep > the key for the developers. for osx: change the default at compile time > using autohell? > > -- > cu I agree with him. Put the Video memory in! I'm tired of having wine default to 64MB when I have a 256MB GFX Card. As for the GLSL, however I'm kinda mixed about this one. On the one hand, it would be nice to have the setting to make it easier to link with appdefaults, but on the OTOH we dont want to have to do more support b/c people played with it when they shouldn't have. Definitely make it default if it works for the majority of DX apps/games. I would say go ahead and put it in but put a big fat warning to not touch it if you dont know what you are doing, and that the best setting is to leave it at the default. I would rather tell someone to enable it b/c it makes their game work, than to disable it because every other game isnt working. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email

March 29, 2007