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

configure using deprecated alsa header.. ?
by Tom Spear April 10, 2007

April 10, 2007

I just downloaded and configured wine 0.9.34 and looking thru the config.log (didnt do this on prior versions, so I'm pretty sure it's not a regression), there is a warning about needing to use alsa/asoundlib.h instead of sys/asoundlib.h .. I made bug 7997 about it: http://bugs.winehq.org/show_bug.cgi?id=7997 Could someone look into this and make a patch? I honestly dont know if it is causing any problems the way it is currently, but the warning is a little unsettling. In case it's needed: Slackware x86 11.0 with the alsa that is included with the distro. -- 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

2 3

Winehq's wiki table problem
by Vitaliy Margolen April 9, 2007

April 9, 2007

Please whomever it is responsible for the WineHQ's wiki. Can you provide more information so I can refile the bug: - !MoinMoin Version - OS and Version - Python Version - Server Setup - Server Details Of course you are welcome to file the bug yourself since you will have all the information available to do so. I can not figure out how to fix all this nasty alignment problem on _all_ the pages with the tables. Am I doing something wrong? Is that my browser broke? Does anyone else see the problem with the tables not aligned properly? Vitaliy

3 2

err:ddraw:IDirectDrawImpl_QueryInterface (0x1bdd28)
by Klaus Layer April 9, 2007

April 9, 2007

Hi all, when running an educational game, wine crashed and asked me to contact wine-devel. Below is the post mortem trace. Can anyone give me a hint what can be done? Thanks for your help. Best regards, Klaus xxx(a)yyy:~/make/wine/loader$ ./wine "C:\CSoft\Matheland2\Mathe2.exe" ALSA lib seq_hw.c:456:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory fixme:d3d:IWineD3DImpl_FillGLCaps >>>>>>>>>>>>>>>>> 0x501 from extension detection @ directx.c / 825 fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x1be928) : stub, simulating 64MB for now, returning 64MB fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x1bdd28)->(0x10026,00000011) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 8 err:ddraw:IDirectDrawImpl_QueryInterface (0x1bdd28) The App is requesting a D3D device, but a non-OpenGL surface type was choosen. Prepare for trouble! err:ddraw:IDirectDrawImpl_QueryInterface (0x1bdd28) You may want to contact wine-devel for help fixme:d3d:IWineD3DImpl_FillGLCaps >>>>>>>>>>>>>>>>> 0x501 from extension detection @ directx.c / 825 fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel (0x1bdd28)->((nil),00000008) fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock xxx(a)yyy:~/make/wine/loader$

3 8

SoC Deadline: 07:00 UTC on April 10th
by Detlef Riekenberg April 9, 2007

April 9, 2007

### 2. Make sure that all the applications that you *really* want have mentors assigned to them as quickly as possible, certainly no later than 12 midnight Pacific / 07:00 UTC on April 10th. ### Do we have assigned a mentor for all possible slots? -- By by ... Detlef

1 0

Changing debug channels on the fly
by Dan Kegel April 9, 2007

April 9, 2007

It looks like programs/taskmgr/taskmgr used to let you edit debug channels for any process, but now that function seems broken; when I right-click on a process and select 'edit debug channels', I get column headers Debug Channel Fixme Err Warn Trace but nothing under them. Is this supposed to work? In the meantime, I'll make do with http://wiki.winehq.org/Debug_trace_toggle_key which is kind of what I was looking for anyway.

5 7

RFC - winecfg audio test
by Steven Edwards April 9, 2007

April 9, 2007

Hi, Well it more of a request for adoption than an RFC..... If someone else wants to pick this up feel free. I am kind of blocked on time. Over the course of the past year the discussion about need for an audio test has come up from time to time. Using a WAV file with PlaySound is too massive due to using embedded resources so next we looked at using an embedded mp3 and the wineacm codec. This would be interesting because then we could have something like the sound of a wine bottle being popped or wine being poured but Alexandre said he would rather have a simple test so I elected to rip Francois winmm audio test as a base. As for where to take it from here I am kind of at a loss. The more and more I think about it there could be even better ways to test audio by using DirectSound to generate a set of tones if thats even possible. It would be cool if it was because then we could do a series of tests like a short tone testing WinMM then another short tone testing DirectSound. This might help users that have choppy sound or missing sound in games but not in other apps. Also how to handle the case where it does not work is rather interesting as right now my little messagebox does nothing, but if we implement the help system Jacek suggested we could provide information on how to debug sound problems linked from the dialog. Last but not least this sound is kind of boring so someone else that understands this code better can add some sort of modulation to the tone to make it more appeling. If it was writting in Qbasic I could have pulled it off but as it stands this is the best your going to get from me. I learned a good bit over the 8 or 10 hours it took me to strip it down so its not a total loss even if its rejected. If no one else wants to work on this and Alexandre does not hate it then I will submit to wine-patches on Monday sans DEBUGING enabled in a proper git diff. Peace -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

2 1

Richedit URL hyperlink bug
by Andrew Talbot April 9, 2007

April 9, 2007

Hi, I run an app (Blitzin2) that displays scrolling text with various highlightings in a rich edit control. When displaying hyperlinks comprising normal words, they are rendered in blue and underlined, and whatever follows is rendered appropriately. However, if the displayed link text happens to constitute a URL, the blue-underlining doesn't get switched off at the end of the link, so all subsequent text is rendered in blue and underlined. Examples: This is a _link_ to somewhere. (This renders fine.) Visit _www.winehq.org_ to learn about a great piece of software. (This stays blue-underlined after the link.) I thought I would post this here first, in case anyone "knows exactly where that is". Thanks, -- Andy.

2 1

A Study on Free/Open Source Software Defect Management
by Anu Gupta DCSA April 9, 2007

April 9, 2007

Dear Wine Contributots, I am really thankful to Free/Open Source Software development community for their overwhelming response to the survey on practices and problems of defect management in Free/Open Source Software projects. The Online Questionnaire is available at: http://anu.puchd.ac.in/phpESP/public/survey.php?name=FOSS_Defect_Survey I hope you have found all the questions interesting and thought-provoking. Your answers will be kept anonymous.The data thus collected will only be used for research purpose. The insights gained from the study can further help us to extract publicly accessible defect data and determine impact of defect management practices on software quality. The results of study will soon be communicated to you.If you have not participated ealier, you may spend a few minutes now too. Thank You With regards, Anu Gupta Senior Lecturer Department of Computer Science and Applications, Panjab University, Chandigarh. INDIA In case of any problem in accessing/using the above mentioned link please contact: E-mail: anugupta(a)pu.ac.in anugupta98(a)gmail.com

1 0

Re: [06/10] wined3d: Use the framebuffer blit extension to implement StretchRect
by Mirek April 9, 2007

April 9, 2007

Hi, I can't compile wine with this patch. Here is error log: device.c: In function ‘stretch_rect_fbo’: device.c:5311: error: ‘WineD3D_GL_Info’ has no member named ‘glBlitFramebufferEXT’ device.c:5314: error: ‘WineD3D_GL_Info’ has no member named ‘glBlitFramebufferEXT’ make[2]: *** [device.o] Error 1 make[2]: Leaving directory `/root/.WineCVS/sources/cvswine/wine/dlls/wined3d' make[1]: *** [wined3d] Error 2 make[1]: *** Waiting for unfinished jobs.... Mirek H. Verbeet napsal(a): > Although this patch is somewhat similar to Fabian's, it's not actually > based on it. > > Changelog: > - Use the framebuffer blit extension to implement StretchRect > > > ------------------------------------------------------------------------ > > --- > > dlls/wined3d/device.c | 77 ++++++++++++++++++++++++++++++++++++++++ > dlls/wined3d/surface.c | 12 ++++-- > dlls/wined3d/wined3d_private.h | 5 +++ > 3 files changed, 90 insertions(+), 4 deletions(-) > > diff --git a/dlls/wined3d/device.c b/dlls/wined3d/device.c > index 506b61c..580fcd0 100644 > --- a/dlls/wined3d/device.c > +++ b/dlls/wined3d/device.c > @@ -181,6 +181,12 @@ static ULONG WINAPI IWineD3DDeviceImpl_Release(IWineD3DDevice *iface) { > if (This->fbo) { > GL_EXTCALL(glDeleteFramebuffersEXT(1, &This->fbo)); > } > + if (This->src_fbo) { > + GL_EXTCALL(glDeleteFramebuffersEXT(1, &This->src_fbo)); > + } > + if (This->dst_fbo) { > + GL_EXTCALL(glDeleteFramebuffersEXT(1, &This->dst_fbo)); > + } > > HeapFree(GetProcessHeap(), 0, This->render_targets); > HeapFree(GetProcessHeap(), 0, This->fbo_color_attachments); > @@ -5242,6 +5248,77 @@ void apply_fbo_state(IWineD3DDevice *iface) { > check_fbo_status(iface); > } > > +static BOOL is_onscreen(IWineD3DSurface *target) { > + HRESULT hr; > + void *tmp; > + > + hr = IWineD3DSurface_GetContainer(target, &IID_IWineD3DSwapChain, &tmp); > + if (SUCCEEDED(hr)) { > + IWineD3DSwapChain_Release((IUnknown *)tmp); > + return TRUE; > + } > + > + return FALSE; > +} > + > +void stretch_rect_fbo(IWineD3DDevice *iface, IWineD3DSurface *src_surface, const WINED3DRECT *src_rect, > + IWineD3DSurface *dst_surface, const WINED3DRECT *dst_rect, const WINED3DTEXTUREFILTERTYPE filter, BOOL flip) { > + IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; > + GLbitfield mask = GL_COLOR_BUFFER_BIT; /* TODO: Support blitting depth/stencil surfaces */ > + GLenum gl_filter; > + > + TRACE("(%p) : src_surface %p, src_rect %p, dst_surface %p, dst_rect %p, filter %s (0x%08x)\n", > + This, src_surface, src_rect, dst_surface, dst_rect, debug_d3dtexturefiltertype(filter), filter); > + > + switch (filter) { > + case WINED3DTEXF_LINEAR: > + gl_filter = GL_LINEAR; > + break; > + > + default: > + FIXME("Unsupported filter mode %s (0x%08x)\n", debug_d3dtexturefiltertype(filter), filter); > + case WINED3DTEXF_NONE: > + case WINED3DTEXF_POINT: > + gl_filter = GL_NEAREST; > + break; > + } > + > + /* Attach src surface to src fbo */ > + if (is_onscreen(src_surface)) { > + GL_EXTCALL(glBindFramebufferEXT(GL_READ_FRAMEBUFFER_EXT, 0)); > + flip = !flip; > + } else { > + IWineD3DSurface_PreLoad(src_surface); > + bind_fbo(iface, GL_READ_FRAMEBUFFER_EXT, &This->src_fbo); > + attach_surface_fbo(This, GL_READ_FRAMEBUFFER_EXT, 0, src_surface); > + } > + > + /* Attach dst surface to dst fbo */ > + if (is_onscreen(dst_surface)) { > + GL_EXTCALL(glBindFramebufferEXT(GL_DRAW_FRAMEBUFFER_EXT, 0)); > + flip = !flip; > + } else { > + IWineD3DSurface_PreLoad(dst_surface); > + bind_fbo(iface, GL_DRAW_FRAMEBUFFER_EXT, &This->dst_fbo); > + attach_surface_fbo(This, GL_DRAW_FRAMEBUFFER_EXT, 0, dst_surface); > + } > + > + if (flip) { > + GL_EXTCALL(glBlitFramebufferEXT(src_rect->x1, src_rect->y1, src_rect->x2, src_rect->y2, > + dst_rect->x1, dst_rect->y2, dst_rect->x2, dst_rect->y1, mask, gl_filter)); > + } else { > + GL_EXTCALL(glBlitFramebufferEXT(src_rect->x1, src_rect->y1, src_rect->x2, src_rect->y2, > + dst_rect->x1, dst_rect->y1, dst_rect->x2, dst_rect->y2, mask, gl_filter)); > + } > + > + if (This->render_offscreen) { > + bind_fbo(iface, GL_FRAMEBUFFER_EXT, &This->fbo); > + } else { > + GL_EXTCALL(glBindFramebufferEXT(GL_FRAMEBUFFER_EXT, 0)); > + checkGLcall("glBindFramebuffer()"); > + } > +} > + > static HRESULT WINAPI IWineD3DDeviceImpl_SetRenderTarget(IWineD3DDevice *iface, DWORD RenderTargetIndex, IWineD3DSurface *pRenderTarget) { > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; > WINED3DVIEWPORT viewport; > diff --git a/dlls/wined3d/surface.c b/dlls/wined3d/surface.c > index 8b7b47d..5db1aa0 100644 > --- a/dlls/wined3d/surface.c > +++ b/dlls/wined3d/surface.c > @@ -2752,8 +2752,7 @@ static HRESULT IWineD3DSurfaceImpl_BltOverride(IWineD3DSurfaceImpl *This, RECT * > } > > /* Blt is a pretty powerful call, while glCopyTexSubImage2D is not. glCopyTexSubImage cannot > - * flip the image nor scale it. If GL_EXT_framebuffer_blit is available it can be used(hopefully, > - * not implemented by now). Otherwise: > + * flip the image nor scale it. > * > * -> If the app asks for a unscaled, upside down copy, just perform one glCopyTexSubImage2D call > * -> If the app wants a image width an unscaled width, copy it line per line > @@ -2762,9 +2761,14 @@ static HRESULT IWineD3DSurfaceImpl_BltOverride(IWineD3DSurfaceImpl *This, RECT * > * back buffer. This is slower than reading line per line, thus not used for flipping > * -> If the app wants a scaled image with a dest rect that is bigger than the fb, it has to be copied > * pixel by pixel > + * > + * If EXT_framebuffer_blit is supported that can be used instead. Note that EXT_framebuffer_blit implies > + * FBO support, so it doesn't really make sense to try and make it work with different offscreen rendering > + * backends. > */ > - if(FALSE /* GL_SUPPORT(EXT_FRAMEBUFFER_BLIT) */) { > - TRACE("Using GL_EXT_framebuffer_blit for copying\n"); > + if (wined3d_settings.offscreen_rendering_mode == ORM_FBO && GL_SUPPORT(EXT_FRAMEBUFFER_BLIT)) { > + stretch_rect_fbo((IWineD3DDevice *)myDevice, SrcSurface, &srect, > + (IWineD3DSurface *)This, &rect, Filter, upsideDown); > } else if((!stretchx) || rect.x2 - rect.x1 > Src->currentDesc.Width || > rect.y2 - rect.y1 > Src->currentDesc.Height) { > TRACE("No stretching in x direction, using direct framebuffer -> texture copy\n"); > diff --git a/dlls/wined3d/wined3d_private.h b/dlls/wined3d/wined3d_private.h > index 65cd345..d0da532 100644 > --- a/dlls/wined3d/wined3d_private.h > +++ b/dlls/wined3d/wined3d_private.h > @@ -674,6 +674,8 @@ struct IWineD3DDeviceImpl > BOOL render_offscreen; > WINED3D_DEPTHCOPYSTATE depth_copy_state; > GLuint fbo; > + GLuint src_fbo; > + GLuint dst_fbo; > GLenum *draw_buffers; > > /* Cursor management */ > @@ -1969,4 +1971,7 @@ static inline BOOL use_ps(IWineD3DDeviceImpl *device) { > && ((IWineD3DPixelShaderImpl *)device->stateBlock->pixelShader)->baseShader.function); > } > > +void stretch_rect_fbo(IWineD3DDevice *iface, IWineD3DSurface *src_surface, const WINED3DRECT *src_rect, > + IWineD3DSurface *dst_surface, const WINED3DRECT *dst_rect, WINED3DTEXTUREFILTERTYPE filter, BOOL flip); > + > #endif > > > ------------------------------------------------------------------------ > >

2 1

Re: [01/10] wined3d: Handle FBO attachments slightly more efficiently
by Stefan Dösinger April 9, 2007

April 9, 2007

Am Montag 09 April 2007 01:53 schrieb H. Verbeet: > The idea here is to only update FBO attachments when the FBO is being > used to draw to, since apparently binding an incomplete FBO is rather > slow. > > Changelog: > - Handle FBO attachments slightly more efficiently Is there a reason why you do not do that in ActivateContext? Without that, you will have to take care of things like Clearing, Locking, Blits, etc.

2 2