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

Re: EaseReader gives fixme:amstream:IAMMultiMediaStreamImpl_Initialize

by Peter Åstrand

On Thu, 26 Jan 2006, Peter Åstrand wrote: > Hi. I'm trying to get the EaseReader application > (http://www.dolphinaudiopublishing.com/products/EaseReader/) running in Wine. > By using the native oleacc, oleaut32 and rpcrt4, it's now actually possible > to start the application. The "self voicing" mode also works: The application > "speaks", for example when hovering above menu choices. Listening to the > actual DAISY book does not work, however. I get: > > fixme:imm:ImmGetContext (0x10136): stub > fixme:imm:ImmGetContext (0x10136): stub > fixme:amstream:IAMMultiMediaStreamImpl_QueryInterface (0x7a4fdc50/0x7a4fdc50)->({bebe595c-9a6f-11d0-8fde-00c04fd9189d},0x7fc6e968) > fixme:amstream:IAMMultiMediaStreamImpl_Initialize (0x7a4fdc50/0x7a4fdc50)->(0,1,(nil)) partial stub! > fixme:amstream:IAMMultiMediaStreamImpl_AddMediaStream (0x7a4fdc50/0x7a4fdc50)->((nil),0x4b0d3200,0,(nil)) partial stub! > fixme:amstream:IAMMultiMediaStreamImpl_OpenFile (0x7a4fdc50/0x7a4fdc50)->(L"c:\\program files\\easereader demo\\help\\22_highlig.mp3",8) stub! It seems like the main problem is the IAMMultiMediaStreamImpl_OpenFile stub. I've tried a quick-n-dirty hack: Just calling ShellExecute from IAMMultiMediaStreamImpl_OpenFile. See the patch below. After installing Winamp, this actually works (but stop/seek etc doesn't work, of course). So: Now I'm wondering: How difficult would it be to properly implement IAMMultiMediaStreamImpl_OpenFile? Best Regards, Peter Åstrand diff -u -r1.12 amstream.c --- amstream.c 7 Nov 2005 16:38:48 -0000 1.12 +++ amstream.c 1 Mar 2006 09:45:06 -0000 @@ -28,6 +28,7 @@ #include "winbase.h" #include "wingdi.h" +#include "shellapi.h" #include "amstream_private.h" #include "amstream.h" @@ -284,6 +285,12 @@ FIXME("(%p/%p)->(%s,%lx) stub!\n", This, iface, debugstr_w(pszFileName), dwFlags); + if (dwFlags & AMMSF_RUN) { + static const WCHAR verbW[] = {'o', 'p', 'e', 'n', 0}; + ShellExecuteW(NULL, verbW, pszFileName, NULL, NULL, SW_SHOWNORMAL); + return S_OK; + } + return E_NOTIMPL; } -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

March 1, 2006

Re: riched20: EM_AUTOURLDETECT/EM_GETAUTOURLDETECT implementation

by Alexandre Julliard

Brandon Woodmansee <bwood(a)ucla.edu> writes: > + case EM_AUTOURLDETECT: > + { > + if (wParam==1) > + { > + editor->AutoURLDetect_bEnable=1; > + return 0; > + } > + > + if (wParam==0) > + { > + editor->AutoURLDetect_bEnable=0; > + return 0; > + } > + return E_INVALIDARG; E_INVALIDARG is a pretty strange return value for a window procedure. Do you have a test case for that? -- Alexandre Julliard julliard(a)winehq.org

March 1, 2006

Re: New d3d8 code and FFXIBench3 - pretty good!

by Coleman Kane

Its actually an i865 and "must remain" an i865. Its amazing, the 3D performance (with shadows and all) is pretty fast if I disable the code that results in the screen blits. It looks like it may actually be running them through some "Stretch Blit" function. I don't know if this might translate down to a D3D call or not that does a size transform at the time of Blit. If you'd like, I'd be willing to help out if I can on getting this working better. Sounds like you've gotten a head start on it. -- Coleman Kane IntelliTree Solutions llc. On Wed, 2006-03-01 at 09:05 +0100, Stefan Dösinger wrote: > > Hi. I've been dealing with a program that seems to be very slow at > > Blitting images onto a D3D surface. Unfortunately, this is not my code > > so I can't fix it. Would the above mentioned BltFast/CopyRect patches > > deal with code that attempts to provide this feature? > Is it ddraw or d3d8/d3d9? Do you have an radeon card? glDrawPixels is pretty > slow on that cards. BltFast won't fix that, it needs a better UnlockRect > implementation in WineD3D. I tried to do that, but I failed because of a lack > of gl knowledge, but I'll make another attempt sooner or later?

March 1, 2006

Re: New d3d8 code and FFXIBench3 - pretty good!

by Stefan Dösinger

> Hi. I've been dealing with a program that seems to be very slow at > Blitting images onto a D3D surface. Unfortunately, this is not my code > so I can't fix it. Would the above mentioned BltFast/CopyRect patches > deal with code that attempts to provide this feature? Is it ddraw or d3d8/d3d9? Do you have an radeon card? glDrawPixels is pretty slow on that cards. BltFast won't fix that, it needs a better UnlockRect implementation in WineD3D. I tried to do that, but I failed because of a lack of gl knowledge, but I'll make another attempt sooner or later?

March 1, 2006

Re: New d3d8 code and FFXIBench3 - pretty good!

by Raphael

On Wednesday 01 March 2006 05:48, Al Tobey wrote: > I just tried the new d3d8 code with FFXiBench3 again tonight and it's > pretty good! The textures are mostly there and there are only a > handful of recurring glitches. This demo is downloadable from > http://www.playonline.com. > > Some textures had their colors munged up. I assume this is related > to earlier discussions about RGB_ v.s. BGR_ formats. > Screenshots: > http://img238.imageshack.us/img238/9879/screenshot28hh.jpg > http://img48.imageshack.us/img48/4135/screenshot35wa.jpg > http://img48.imageshack.us/img48/28/screenshot48xx.jpg > > I got a lot of these two messages: > fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking > to Rendering surface surf(a)0x7d388550 usage(1) > fixme:d3d:IWineD3DDeviceImpl_CopyRects Wanted to copy partial surfaces > not implemented, returning D3DERR_INVALIDCALL > > I'll play around with my CopyRects patch a bit and see if I can get it > to work properly then submit it. I'm not convinced MSDN is telling > the whole truth about how partial copies should work. > > Keep up the good work! > -Al Tobey Good news :) Seems working correctly But we must fix all the RGB v.s. BGR problems Best Regards, Raphael

March 1, 2006

Re: New d3d8 code and FFXIBench3 - pretty good!

by Coleman Kane

On Wed, 2006-03-01 at 07:50 +0100, Stefan Dösinger wrote: > Hi, > > I got a lot of these two messages: > > fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking > > to Rendering surface surf(a)0x7d388550 usage(1) > > fixme:d3d:IWineD3DDeviceImpl_CopyRects Wanted to copy partial surfaces > > not implemented, returning D3DERR_INVALIDCALL > > > > I'll play around with my CopyRects patch a bit and see if I can get it > > to work properly then submit it. I'm not convinced MSDN is telling > > the whole truth about how partial copies should work. > This CopyRect functionality could be implemented using > IWineD3DSurface::BltFast, once my DirectDraw patches are in. Hi. I've been dealing with a program that seems to be very slow at Blitting images onto a D3D surface. Unfortunately, this is not my code so I can't fix it. Would the above mentioned BltFast/CopyRect patches deal with code that attempts to provide this feature? -- Coleman Kane IntelliTree Solutions llc.

March 1, 2006

Re: New d3d8 code and FFXIBench3 - pretty good!

by Stefan Dösinger

Hi, > I got a lot of these two messages: > fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking > to Rendering surface surf(a)0x7d388550 usage(1) > fixme:d3d:IWineD3DDeviceImpl_CopyRects Wanted to copy partial surfaces > not implemented, returning D3DERR_INVALIDCALL > > I'll play around with my CopyRects patch a bit and see if I can get it > to work properly then submit it. I'm not convinced MSDN is telling > the whole truth about how partial copies should work. This CopyRect functionality could be implemented using IWineD3DSurface::BltFast, once my DirectDraw patches are in.

March 1, 2006

PATCH: updated PACKAGING (Re: libxml2 use in Wine?)

by Marcus Meissner

On Tue, Feb 28, 2006 at 11:19:19PM +0100, Gerald Pfeifer wrote: > On Tue, 28 Feb 2006, Raphael wrote: > > Yes wine use libxml2 for msxml implementation (see > > dlls/msxml3/Makefile.in) but autoconf/automake check it > > Thanks for this information. Alexandre, patch for you below. ;-) > > Gerald > > ChangeLog: > Fix spelling Red Hat. Remove unneeded references to Debian and > Red Hat. Document the use of libxml2 as a weak prerequisite. Also add it to PACKAGING, plus some more. Ciao, Marcus Changelog: Mention more libraries / tools in the needed dependencies section. Index: documentation/PACKAGING =================================================================== RCS file: /home/wine/wine/documentation/PACKAGING,v retrieving revision 1.19 diff -u -r1.19 PACKAGING --- documentation/PACKAGING 6 Jan 2006 20:50:33 -0000 1.19 +++ documentation/PACKAGING 1 Mar 2006 06:09:39 -0000 @@ -64,6 +64,9 @@ better support of fonts than using the X11 fonts engine. It is only needed for the X11 back end engine. Used from GDI. + * fontforge: http://sourceforge.net/projects/fontforge/ + Used by WINE to create our own set of TrueType fonts during build. + * fontconfig Used to find TrueType fonts for rendering with freetype. Used by GDI. @@ -119,6 +122,15 @@ Xi - X Input handling (for asian input methods mostly) Xext - X extensions + * libxml2, libxslt + These two libraries are used for our msxml3.dll implementation. + + * prelink + Used during build to locate WINE at a specific virtual address. + + * capi4linux + Used to implement our capi2032.dll. + GOALS ~~~~~

March 1, 2006

New d3d8 code and FFXIBench3 - pretty good!

by Al Tobey

I just tried the new d3d8 code with FFXiBench3 again tonight and it's pretty good! The textures are mostly there and there are only a handful of recurring glitches. This demo is downloadable from http://www.playonline.com. Some textures had their colors munged up. I assume this is related to earlier discussions about RGB_ v.s. BGR_ formats. Screenshots: http://img238.imageshack.us/img238/9879/screenshot28hh.jpg http://img48.imageshack.us/img48/4135/screenshot35wa.jpg http://img48.imageshack.us/img48/28/screenshot48xx.jpg I got a lot of these two messages: fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to Rendering surface surf(a)0x7d388550 usage(1) fixme:d3d:IWineD3DDeviceImpl_CopyRects Wanted to copy partial surfaces not implemented, returning D3DERR_INVALIDCALL I'll play around with my CopyRects patch a bit and see if I can get it to work properly then submit it. I'm not convinced MSDN is telling the whole truth about how partial copies should work. Keep up the good work! -Al Tobey

March 1, 2006