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

Re: D3D7 -> WineD3D, 2nd attempt

by Stefan Dösinger

Hello, > It may be possible to use the feedback buffer and get OpenGL to do all the > work > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/opengl/glf >unc02_3m42.asp. > > The majority of the math is fairly simple matrix transforms, OpenGL > extensions usually have all the math required. > http://oss.sgi.com/projects/ogl-sample/registry/ The feedback buffers are definitly interesting here. I've noticed that the D3D7 IDirect3DVertexBuffer7::ProcessVertices and D3D9 IDirect3DDevice9::ProcessVertices are very similar, but they have a few differences. While the D3D9 funktion is related to hardware vertex shaders, the D3D7 funktion does it's job explicitly in software(according to the DX7 sdk). The reason is that vertex shaders were simply not available in when DX7 came out. The calculations that DX7's ProcessVertices can perform are clipping, lighting, some extent thing and transforming the vertices. Most things (or all) can be done with OpenGL extentions and Vertex shaders. However, I'd suggest a software implementation for DX7 as a fallback for cards which don't have shaders and cards which don't have the necessary extensions. I have to read the data locations from the vertex buffers to do anything with them. Can I do the following: SetStreamSource(Input VB); primitiveConvertToStridedData(input_strided); SetStreamSource(Output VB); primitiveConvertToStridedData(output strided); // Do calculations /*SetStreamSource(NULL) if necessary */ Is this possible, or will it cause problems? > 1.5fps seems very slow, even for DrawStridedSlow but DrawStridedSlow will > be superseded as soon as the colour fixups are in place. I guess this happens because I am poking completely senseless values into drawPrimitive, like sensless colors and texture coordinates. The numbers are not 0, as I thought first. Stefan

Oct. 30, 2005

Re: The Holy Grail - Wine 0.9 - thanks to all

by Christian Costa

H. Verbeet wrote: >On 10/30/05, Christian Costa <titan.costa(a)wanadoo.fr> wrote: > > >>IIRC, a patch fixing this problem was commited about 2 or 3 months ago. >> >> >This one? http://cvs.winehq.org/patch.py?id=18002 > >It doesn't touch CreateLight. The crash happens because of this check >in GL_IDirect3DImpl_3_2T_1T_CreateLight: > > if (fl == MAX_LIGHTS) { > return DDERR_INVALIDPARAMS; /* No way to say 'max lights reached' ... */ > } > >The application is sloppy for not checking the result of course, but >on Windows the call never fails, at least not for creating more lights >than the hardware supports. > > This one, yes ! I've just taken a look at it again and it seems the patch only fixed the D3D7 API. Older ones should be fixed too. I'll try to fix it today if nobody is working on it.

Oct. 30, 2005

Re: MSI: Extract file directly to their target location

by Michael Stefaniuc

Mike McCormack wrote: > > Thomas Weidenmueller wrote: > >> Never mind, i noticed you corrected that in the following patch > > > I should have merged the two patches together, but I'm getting used to > using git, and haven't figured out how to do that easily as yet. No clue how to do that with git but combinediff from patchutils can do that. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

Oct. 30, 2005

Re: ermapper 7

by Paul Wise

On Sun, 2005-10-30 at 19:00 +0800, Paul Wise wrote: > Then I used regedit, and found the following key with the correct > BASE_PATH value in it. > > HKEY_LOCAL_MACHINE\Software\Earth Resource Mapping\ERMAPPER(libversion7.0) > > So, then I copied that key and its contents to > > HKEY_LOCAL_MACHINE\Software\Earth Resource Mapping\ERMAPPER(libversion7.0) Oops, I meant HKLM\Software\Earth Resource Mapping\ERMAPPER -- bye, pabs http://pabs.zip.to

Oct. 30, 2005

ermapper 7

by Paul Wise

Hi all, Was trying to install ermapper 7 under wine (80 meg download): http://www.ermapper.com/download_files/ERMapper7.01CompactRC1.exe ermapper is a fairly well known and used gis (geographic information systems) application, which views and edits the popular ecw format for storing satellite data and other geographic raster data. In debian wine 0.9*, it installs fine with OS set to winxp, except for one thing: since it seems to use OLE/COM extensively, the main application object doesn't get registered during installation. *I split up debian's patch and put it here if anyone wants to look: http://bonedaddy.net/pabs3/files/tmp/wine-0.9/ During install I get this Message box 3 times: CoCreate instance failed for the ERM Object And I get these messages in the terminal: fixme:font:load_VDMX Failed to retrieve vTable fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:DllRegisterServer not implemented (olepro32.dll) fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 After it brokenly installed, I tried to run it and got this message box: ERROR in ERMAPPER registry entry. Please specify the BASE_PATH value in the key KHEY_LOCAL_MACHINE/Software/Earth Resource Mapping/ERMAPPER With these messages in the terminal: fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable Then I used regedit, and found the following key with the correct BASE_PATH value in it. HKEY_LOCAL_MACHINE\Software\Earth Resource Mapping\ERMAPPER(libversion7.0) So, then I copied that key and its contents to HKEY_LOCAL_MACHINE\Software\Earth Resource Mapping\ERMAPPER(libversion7.0) And ran it again. I got lots of message boxes saying this, but eventually it got to the licence input stage, but it went downhill from there. CoCreate instance failed for the ERM Object During the second run I got these messages: fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:ver:RtlVerifyVersionInfo (0x7fb4ee3c,64,180000): Not all cases correctly implemented yet fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 fixme:ver:RtlVerifyVersionInfo (0x7fb4d204,64,180000): Not all cases correctly implemented yet err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 Any ideas about how to debug this further? -- bye, pabs http://pabs.zip.to

Oct. 30, 2005

Re: The Holy Grail - Wine 0.9 - thanks to all

by Christian Costa

H. Verbeet wrote: >On 10/29/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > >>[1] http://www.ag.ru/ >>[2] http://www.ag.ru/files/demos/battlezone_2_combat_commander/2751 >> >> >Also: http://download.activision.com/activision/battlezone2/demo/bzii_demo.exe > >However, there are a few differences between the demo and the full >game. For one, the demo crashes right after loading because it creates >a couple of lights (more than MAX_LIGHTS), never checks the results, >and then tries to use them. (On Windows you can create as much lights >as you want, only the number of active lights is limited). > IIRC, a patch fixing this problem was commited about 2 or 3 months ago. > >It doesn't have the intro movie either, but it might help with the fog. > > > > > >

Oct. 30, 2005

Re: Talkback versions of wine

by Christian Costa

Alexandre Julliard wrote: >Steven Edwards <winehacker(a)gmail.com> writes: > > > >>The beta process is going to be short. At wineconf I think Alexandre >>said he wants to release a 1.0 by the end of the year. >> >> > >I never said anything like that... > >Hopefully it won't take too long, but we still have a lot of work to >do on usability issues (winecfg, desktop mode, cdrom support, systray, >etc.), and we need better support for the various code obfuscation >tools, it's probably the number one cause of apps not even starting >today. > > > Any chance we can have a tasks list for Wine 1.0 ?

Oct. 30, 2005

Re: The Holy Grail - Wine 0.9 - thanks to all

by H. Verbeet

On 10/30/05, Christian Costa <titan.costa(a)wanadoo.fr> wrote: > IIRC, a patch fixing this problem was commited about 2 or 3 months ago. This one? http://cvs.winehq.org/patch.py?id=18002 It doesn't touch CreateLight. The crash happens because of this check in GL_IDirect3DImpl_3_2T_1T_CreateLight: if (fl == MAX_LIGHTS) { return DDERR_INVALIDPARAMS; /* No way to say 'max lights reached' ... */ } The application is sloppy for not checking the result of course, but on Windows the call never fails, at least not for creating more lights than the hardware supports.

Oct. 30, 2005

Re: Wine regression testing: PIT_

by Saulius Krasuckas

* On Thu, 27 Oct 2005, Jonathan Ernst wrote: > * Le mercredi 26 octobre 2005 à 16:49 +0200, Molle Bestefich a écrit : > > > > We actually /ask/ people to do regression testing, here f.x.: > > http://www.winehq.org/site/docs/winedev-guide/x1344 to find a patch > > that breaks things. Some developers has probably recommended that > > approach on the mailing lists too, I know I have. > > > > The approach is useless however, until these simple fixes are applied > > to the tarballs (preferably through the versioning system). > > Instead of appliying new patches to old versions which is unmaintainable > imho, we could have VMWare installs of Wine and people could download > the VMWare image of any Wine release and play it for free using the > VMWare player ! > > I guess the download size will be quite big, but a small distro with > only X, Wine, Gnome and KDE and required dependencies for example could > fit on half a CD I guess. One more (nice) way could be to run all the tested stuff (inside VMWare player?) on some remote X (?) server, so people should not download several large ISOs to test small software (instead they would upload small test-software packages into the server). But I start feeling this would require not a less amount of bandwidth too, so YMMV. :)

Oct. 30, 2005

Re: Compile error: dlls/kernel/time.c

by Marcus Meissner

On Sun, Oct 30, 2005 at 01:57:54PM +0530, Vijay Kiran Kamuju wrote: > Well, if you could tell us what version of glibc broke it. We could > fix it ine, by adding a check during configure. glibc HEAD CVS (upcoming 2.4 release if it ever happens). And it does not need a configure check, since it is just a define. Ciao, Marcus

Oct. 30, 2005