December 2005 - Wine-Devel - list.winehq.org

Re: [opengl] WGL_render_texture / WGL_ATI_pixel_format_float

by Stefan Dösinger

Am Dienstag, 6. Dezember 2005 10:07 schrieb Raphael: > On Tuesday 06 December 2005 03:32, Toan T Nguyen wrote: > > Oops, i'm sorry. I applied your patch with --dry-run option so nothing > > is patched. :(. > > > > Here the correct out.log. the program still doesn't run, it complains > > about > > > > err:opengl:wglCreateContext NULL visual !!! > > > > q2e complains the same thing as well. > > > > Bests, > > Toan > > Thx for reports (i have made a mistake) > > This patch may work better :) I get <!> Unable to create pbuffer The last lines from a +opengl log: trace:opengl:wglCreatePbufferARB WGL_render_texture Attribute: WGL_TEXTURE_FORMAT_ARB as 2076 trace:opengl:wglCreatePbufferARB WGL_render_texture Attribute: WGL_TEXTURE_TARGET_ARB as 207a trace:opengl:wglCreatePbufferARB WGL_render_texture Attribute: WGL_MIPMAP_TEXTURE_ARB as 1 trace:opengl:wglCreatePbufferARB new Pbuffer drawable as (nil) trace:opengl:wglCreatePbufferARB ->(FAILED) <!> Unable to create pbuffer <!> Demo Initiation failed This is a radeon 9000 Mobility, fglrx 8.19.10. It supports GLX_ATI_pixel_format_float Stefan

Dec. 6, 2005

Re: Missing WGL function declarations in wingdi.h

by Aric Cyr

On 12/6/05, Alexandre Julliard <julliard(a)winehq.org> wrote: > Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > > > Well, this is the big question. I think we should ask Alexandre what happens > > in the Wine build system if a symbol is exported both by a Win32 DLL (here > > OpenGL32.DLL) and a Linux ELF DLL (here libGL.so) and a Wine DLL requires to > > be linked to both. > > The Win32 DLL will take precedence, so everything would get linked to > opengl32, which is probably not what you want. Okay, so GetProcAddress() for all wgl functions seems to be the way to go, correct? I'll implement it that way so that opengl32.dll doesn't get pulled into wined3d via IMPORTS. It is not a big change anyways, since there are already glX function pointers for some functions. I'll just change them all to their wgl equivalents and add the standard functions as well. -- Aric Cyr <Aric.Cyr at gmail dot com> (http://acyr.net)

Dec. 6, 2005

Re: opengl support in wine

by Tomas Carnecky

Stefan Dösinger wrote: > Hi, > >>boils down to a one-line patch. RTLD_NEXT doesn't work, I have to use >>RTLD_DEFAULT to make wine (or the dynamic loader) use my functions. > > You should send patches to wine-patches(a)winehq.com to get them included. > Thanks. Once I have my local git copy I'll try to create the patch. One question though: I've changed dlls/x11drv/opengl.c, but is it the only place I have to change? what about dlls/opengl32/* or dlls/wined3d/* ? Do both those modules use x11drv or do they use libGL.so directly? tom

Dec. 6, 2005

Re: advapi32: RegCreateKeyEx fix.

by Rein Klazes

On Mon, 5 Dec 2005 19:29:38 +0000, you wrote: >On 12/5/05, Rein Klazes <wijn(a)wanadoo.nl> wrote: >> >> On Win9x,ME RegCreateKeyEx ignores the backslash character if the subkey >> begins with one. With a regression test. >> > >Note that I'm not against this being committed, but another test you >could add is for the comment, > >/* win9x,ME ignores one (and only one) beginning backslash */ > >the (and only one) part. You could use the same test as the one you >added, but with two backslashes prepended and see if it fails. I >haven't tested this myself (I only have > NT) but I'm curious if only >one beginning backslash is ignored. I did test that and mentioned the (and only one) part, because that is not what I read on MSDN: "beginning backslash characters ... are ignored". I didn't think it was really needed to add the test to the suite, it is already a win9x exception, the cases of multiple backslash characters was never broken in the first place. Rein.

Dec. 6, 2005

capture app output / output redirect

by mailinglists

Hi everybody! Some time ago I had written a wrapper for a windows application using java and wine. It just captured stdout and stderror to get the windows applications output, but today I used it again and found that there is just plain nothing returned any more. Also executing wine app.exe &> log.txt just sends all output to the console. Anybody knows what happened and how it could be worked around? /tobi ++++++++++++ WERBUNG +++++++++++++++ http://www.inetsolutions.de ISP / Qualitäts-Webhosting Homepagebaukasten / CMS Webpacks ab 0,21 EUR

Dec. 6, 2005

Re: WIDL: Support remaining basic types

by Alexandre Julliard

Robert Shearman <rob(a)codeweavers.com> writes: > ChangeLog: > Eric Kohl <eric.kohl(a)t-online.de> > WIDL: Support remaining basic types (float, double, small, wchar_t and > handle_t). We've been through this before, these patches need to be split, the gratuitous changes removed, and all the code duplication with the format codes needs to be avoided. Mike started doing that some time ago so you probably want to start from his patches. -- Alexandre Julliard julliard(a)winehq.org

Dec. 6, 2005

Re: [opengl] WGL_render_texture / WGL_ATI_pixel_format_float

by Raphael

On Tuesday 06 December 2005 03:32, Toan T Nguyen wrote: > Oops, i'm sorry. I applied your patch with --dry-run option so nothing > is patched. :(. > > Here the correct out.log. the program still doesn't run, it complains about > > err:opengl:wglCreateContext NULL visual !!! > > q2e complains the same thing as well. > > Bests, > Toan > Thx for reports (i have made a mistake) This patch may work better :) Regards, Raphael

Dec. 6, 2005

Re: [opengl] WGL_render_texture / WGL_ATI_pixel_format_float

by James Liggett

With this demo and the patch I get the same problem that Toan is getting. (With an ATI Radeon 9800 pro, latest drivers) James On Tue, 2005-12-06 at 01:25 +0100, Raphael wrote: > Hi, > > Anyone Can test this demo > http://www.paulsprojects.net/opengl/rtotex/rtotex.html > If have an ATI card who support WGL_ATI_pixel_format_float ? > > Thx > > Changelog: > - support WGL_ATI_pixel_format_float / WGL_ARB_color_buffer_float > - implement WGL_render_texture using GLX_ATI_render_texture (when available) > - better WGL_render_texture emulation (using PBuffers) > - fix wglMakeCurrent (and add usefull traces) > > Regards, > Raphael

Dec. 6, 2005

Re: [WINECFG] show sound card drivers and devices

by Vitaliy Margolen

Monday, December 5, 2005, 8:53:10 PM, Robert Reif wrote: > Show all sound card drivers and their devices. > --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 -0000 1.54 > +++ programs/winecfg/En.rc 6 Dec 2005 03:39:36 -0000 > @@ -155,15 +155,17 @@ FONT 8, "MS Shell Dlg" > BEGIN Please update each resource file. We had this discussion before. Please keep these changes in synch among all the languages. Otherwise we render sound config useless for other languages. Vitaliy Margolen

Dec. 6, 2005

Re: DirectDraw over Direct3D

by Jesse Allen

On 12/5/05, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > > Atleast on my system StarCraft was really unplayable while the game is > supposed to run on a 20x slower system (pentium90). Perhaps the problem is > video driver related as I think the issues are less severe for Ati users. > (thought I heard this but not sure) Well I am using a 1.9 Ghz Athlon XP Barton 2600+ with an ATI 9200 with DRI. Don't know if it makes a difference. > > > The code won't work for cards without hw accelerated opengl but note that > most cards these days have opengl support. A simple Riva TNT is already > quite old but is still supported on Linux and it should do a fine job only > it can't handle the palette conversion. I haven't tested performance much > using Mesa, I could try that soon using some games but it doesn't have to be > slower than the current code as Mesa uses Xlib too in the indirect case. In > general about all cards these days have some form of opengl support (intel, > via, ati, nvidia, ..) perhaps only the latest S3 GPUs and perhaps some sis > ones (thought some have drivers) lack support. Note that cards don't need > much functionality at all as OpenGL is only for the uploading of textures > and the rendering of them. > > I think the patch is a reasonable solution to work around various depth > conversion problems. For sure it is the fastest way for the conversion as > the videocard basicly does it for free. On my system StarCraft and the > Command&Conquer series (although they crash quite quickly due to threading > issues) felt a lot faster, I think that the speed is close to that of DGA. > > Roderick > Yes, it is a reasonable solution for todays machines which should all have some kind of opengl acceleration support.

Dec. 6, 2005