wine-devel March 2008

wine-devel@winehq.org

168 participants
411 discussions

Implementing a new Direct3D function
by Jérôme Gardou 09 Mar '08

09 Mar '08

I'm trying to implement some direct3d functions, more precisely the GetImageInfoFromFile* ones. These are present in directX 8 and in d3dx9_xx.dll I wondered what is the best way to do this : 1)Implementing it in d3dx8.dll and forward everything to this one. 2) Make some useful functions in wined3d and then use them from d3dx8. 3) Implement them directly in wined3d, forwarding everything to it. 4) An other way ? Cheers. Jérôme ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com

2 1

Re: [PATCH 4/6] wined3d: Make code safe if there are no device palettes.
by Roderick Colenbrander 09 Mar '08

09 Mar '08

> There are two types of palettes in wined3d: directx <= 7 style palettes as > separate interface and d3d >= 8 style device palettes. Some code was > defaulting > to device palettes in several places if there's no "old" style palette and > using > device palettes to store ddraw primary surface's palette. This patch > avoids use > of device palettes for anything else than their direct purpose. It is a > necessary preparation for making device palettes dynamically allocated as > needed > (next patch), that prevents ddraw apps from crashing with the latter. > --- > dlls/wined3d/palette.c | 11 ---- > dlls/wined3d/surface.c | 109 > ++++++++++++++++++++++-------------------- > dlls/wined3d/surface_base.c | 20 ++------ > dlls/wined3d/surface_gdi.c | 51 ++++++++------------ > 4 files changed, 82 insertions(+), 109 deletions(-) First of all it appears that this patch contains multiple patches (e.g. the direct3d9 getdc p8 check is one). I'll mention some others below. The p8 code is very sensitive to bugs and those are most of the time very hard to fix, so I'm quite strict. Various things need to be tested using testcases before this patch (cut in pieces) can make it in. In case of read_from_framebuffer when there is no palette set, just return directly instead of adding an if(pal) check. The function won't do anything useful without a palette. Further read_from_framebuffer shouldn't get called from d3d8/9 games anyway as there aren't p8 render targets. I wonder if we need SetDibColorTable at all in case of GetDC as the data the app will receive in the hdc is 8bit. It wants to draw in it by hand, so I would say that the palette won't matter. It might require a testcase. The removal of the device palette code from RealizePalette can be done in a separate patch. I'm not sure if change in SetColorKey is correct in the case a surface doesn't have a palette and uses the primary surface its palette. It doesn't feel right. I think it should fail but this requires a testcase. Second even if the call to SetDibColorTable is needed I wonder what should happen on surfaces which don't have a palette set. It might be correct to use the palette of the primary surface but it might also just be an illegal situation. Roderick -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

2 1

Baldurs Gate 2 script
by Bernhard Posselt 08 Mar '08

08 Mar '08

My username: idefy(a)web.de Including the skript itself

1 0

Article about running Adobe AIR 1.0 on wine
by Dan Kegel 08 Mar '08

08 Mar '08

http://www.downloadsquad.com/2008/03/08/using-wine-to-install-adobe-air-on-… Has a list of apps known not to work. Might be worth following up.

1 0

Re: ddraw: Implement ForceRefreshRate registry entry for overriding DirectX refresh rate
by Stefan Dösinger 08 Mar '08

08 Mar '08

Am Freitag, 7. März 2008 22:29:01 schrieb Denver Gingerich: > The DirectX refresh rate override feature that this patch implements is > described in main.c below. > > In order for the override to take effect only on SetDisplayMode and not on > RestoreDisplayMode it was necessary to move the functionality of > SetDisplayMode into a helper function (DDRAW_SetDisplayMode) and let > IDirectDrawImpl_SetDisplayMode and IDirectDrawImpl_RestoreDisplayMode call > the helper function. I have two concerns: First, do you have an application that needs this, or is this just for making this aspect of ddraw compatible with Windows? There's nothing wrong with that in principle, but I am curious I do not really like the name DDRAW_SetDisplayMode. It somewhat goes away from the convention by starting with DDRAW, but yet it does not tell more about what the function does.

2 3

Tons of shader recompilation in TRLegend and screen set issues
by Artur Szymiec 08 Mar '08

08 Mar '08

Greetings, I would like to point out 3 issues with TR Legend game: 1) wine is outputing a ton of messages like: fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x13fb3028 recompiled more than 50 times fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x13fb3028 recompiled more than 50 times fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x13fb3028 recompiled more than 50 times fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x13fb3028 recompiled more than 50 times fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x13fb3028 recompiled more than 50 times fixme:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Vertexshader 0x13fb3028 recompiled more than 50 times 2) the game itself contain a gfx config dialog. Then at next startup it should use this settings saved somewhere (I guess registry) but instead it dosen't - always running the game will bring the config in the first place. Why is that ? 3) Still something is wrong with the vertex shaders and buffers - see this screenshoot: http://img171.imageshack.us/my.php?image=screen3ub0.jpg And the tons of shader compilation warnings happens in every water scene like in the screenshoot. Best regards Artur -- -------------------------------------------------------------------------- Registered User No 397465 Linux Debian 2.6.24.2 AMD Athlon(tm) 64 X2 Dual Core 5000+ Conquer your Desktop! http://www.kde.org/trykde/ Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird/ --------------------------------------------------------------------------

4 4

AcceptEx implemetation
by Christopher Harvey 08 Mar '08

08 Mar '08

Hi, I'm going to try to implement AcceptEx this weekend. Just wanted to ask if I should write it using unix sockets, or using the existing ws2_32 implementation. Thanks.

3 2

Re: [PATCH] gdiplus: Fix memory leak in GdipLockBitmapBits.
by Nathan Beckmann 08 Mar '08

08 Mar '08

Further testing indicates that a lot more needs to change than what's in this patch. It might be best to hold off on it until I know everything that needs to be done. - Nathan

1 0

Google Summer of Code
by "Luis C. Busquets Pérez" 07 Mar '08

07 Mar '08

Please find attached some projects that could be in this Summer of Code: 1. Finishing the implementation of d3dx9_36. Since we have already the forwarding d3dx9_xx there is just need for the this dll to be in our system. With this fully dll implemented tehre would be no need. 2. msxml.dll, msxml2.dll, msxml2a.dll, msxml2r.dll, msxml3.dll, msxml3r.dll, msxml4.dll, msxml4a.dll, msxml4r.dll, msxml5.dll, msxml5r.dll, msxml6.dll msxml6r.dll and WinHTTP5.dll are all versions referring to the same API together with resoruces. Since wine is already implementing msxml3.dll I see that a good thing would be to link the rest of the files and implement them allñ together. I assume that the biggest part of the work will be repeated. 3. The same that applies to point 2 applise to all files msvcrxx.dll (msvcr80.dll, msvcr70.dll, 4, As in point 3, implementing msvcpxx.dll could also be a job

3 2

re: Problem open files/folders with ShellExecute
by Dan Kegel 07 Mar '08

07 Mar '08

Bruno Cabral wrote: >how could i use ShellExecute() to open a folder in Kde or >Gnome ? The best that i got is to open the wineefile with this: >ShellExecute(handle, "open", "explorer", "path_to_folder", NULL,SW_SHOWNORMAL); >And i try to open a file too(for example a mp3), but it do nothing too. >ShellExecute(NULL, NULL, "path_to_mp3", NULL, NULL, SW_SHOW); >Both examples work fine with all version of windows. Wine really should make ShellExecute work just as you expect, but I don't know how long it'll be until we get around to it. For now, you can detect that you're running on Wine (e.g. if getenv("LOGNAME") is not NULL), and then use the command xdg-open to open the directory or .mp3 file. To prove to yourself this works, try wine cmd /c z:\\usr\\bin\\xdg-open foo.mp3 or wine cmd /c z:\\usr\\bin\\xdg-open /usr That will open the file or directory in the appropriate native app. The only catch is that the path passed to xdg-open has to be a Unix path. You can use the executable winepath to convert Windows paths to Unix paths. To prove to yourself this works, try this: wine cmd /c winepath c:\ This will output the Unix path, /home/dkegel/.wine/dosdevices/c:/ And then you have to be careful about paths with spaces in them, etc. It's a bit of a pain at the moment. If you go down this route, put it in a helper function so you can rip it out easily later. (And so you can share the helper function with others.) - Dan p.s. Related bug: http://bugs.winehq.org/show_bug.cgi?id=3332

1 0

← Newer
1
...
32
33
34
35
36
37
38
...
42
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel March 2008