September 2008 - Wine-Devel

Re: DIB engine status

by Sergey Novosyolov

В сообщении от Saturday 09 August 2008 17:18:17 Detlef Riekenberg написал(а): > On Fr, 2008-08-01 at 12:56 +0100, Huw Davies wrote: > > Hi folks, > > > The first thing, i like to see is a Design in the correct way: > Inside gdi32 while using Eng* and friends. > (Needed by Printer drivers, and any Display driver including mirror / > remote display drivers) > why can't we release DIB-Engine as own driver? GDI32 functions are main and GDI32 calls driver functions in dependence of which type of DC we have (printer DC, Xwindow HDC or DIB DC)

Sept. 29, 2008

Re: Wine PulseAudio Driver

by Reece Dunn

2008/9/29 Scott Ritchie <scott(a)open-vote.org>: > Arthur Taylor wrote: >> Also, in the patch, configure checks for pulseaudio >= 0.9.7. I have >> since noticed that it uses parts of the api from 0.9.11 and compilation >> will fail against previous versions. >> >> Thanks > > As an aside, 0.9.11 is newer than most users have (Ubuntu 8.04 has > 0.9.10, for instance). This isn't a bad thing at the moment, just > something to be aware of. Intrepid (Ubuntu 8.10) is using the same version - 0.9.10. $ paplay --version paplay 0.9.10 Compiled with libpulse 0.9.10 Linked with libpulse 0.9.10 - Reece

Sept. 29, 2008

Re: Wine PulseAudio Driver

by Scott Ritchie

Arthur Taylor wrote: > Also, in the patch, configure checks for pulseaudio >= 0.9.7. I have > since noticed that it uses parts of the api from 0.9.11 and compilation > will fail against previous versions. > > Thanks As an aside, 0.9.11 is newer than most users have (Ubuntu 8.04 has 0.9.10, for instance). This isn't a bad thing at the moment, just something to be aware of. Thanks, Scott Ritchie

Sept. 29, 2008

Re: Wineconf-er caught at security.

by Scott Ritchie

Owen Rudge wrote: > > I was stopped at security for carrying 'a wine bottle' through > > security. Upon a brief inspection it was revealed that my > > super-awesome crossover t-shirts had tripped the machine due to their > > lusciously exquisite compressed shape. Whoops. > > I'll be sure to put mine in my hold luggage rather than my hand luggage, > then. ;-) > Well, I managed to smuggle six of them past security by cleverly placing them in my backpack. Scott Ritchie

Sept. 29, 2008

Wineconf photos

by Zachary Goldberg

http://picasaweb.google.com/zgold550/Wineconf2008 (a.k.a. an exhibit in terrible white balance). I haven't edited any of the shots, just uploaded straight from Picasa. If you want a full 10MP RAW or JPG of any of the shots with some actual editing / touchups let me know. -Zach

Sept. 29, 2008

Re: DirectDraw: fix compilation on mingw

by Henri Verbeet

2008/9/28 Roderick Colenbrander <thunderbird2k(a)gmx.net>: > From: Roderick Colenbrander <roderick(a)roderick-laptop.(none)> You're certainly not the only one who does this, but you're supposed to have a proper email address in there.

Sept. 29, 2008

Re: wined3d: Convert between A8R8G8B8 and X8R8G8B8

by Henri Verbeet

2008/9/29 Kjell Rune Skaaraas <kjella79(a)yahoo.no>: > Hello, > > A simple patch which adds converting between A8R8G8B8 and X8R8G8B8 that > gives me one less warning to deal with while trying to make a game function. > It zeroes out the alpha channel to be on the safe side, though it should > never be used in the destination format anyway. > What does this fix, in practice?

Sept. 29, 2008

Re: Discussion of bug versions

by wineappdb

On Sun, 28 Sep 2008 16:46:17 -0700 James McKenzie <jjmckenzie51(a)earthlink.net> wrote: > Hin-Tak Leung wrote: > > --- On Sun, 28/9/08, Jeremy White <jwhite(a)codeweavers.com> wrote: > > <snipped> > > > > The con is actually less trouble than you think - if somebody reports > > a bug against CVS/GIT, it would be reasonable to assume that the > > report date is within a day or two compared to the git > > clone/rebase-origin date. Other use of GIT (the kernel) report-date is > > not very indicative of the state of the tree, but since only one > > person has commit-rights in wine, the report-date is a good indicator > > of a specific few commits. > > > There is a problem with using CVS/GIT and that is we are ASSUMING that > the version used is only a couple of days old, it could be as much as a > week old. I prefer reports against valid and released versions as > problems found with a commit may be fixed with another corrective commit > (this has happened several times in the last year.) > > +1 to NO CVS/GIT and NO CVS/GIT reporting in Bugzilla, unless we are > going to do build numbers based upon the day of build. > > James McKenzie > > Why not offer version + (GIT) e.g "1.1.5 GIT" or e.g "1.1.5+" ? And to pick it offer a combo box "Release" or "Git" then you pick your wine version.

Sept. 29, 2008

Re: dsound: GetVolume should check error from driver (resend)

by Kirill K. Smirnov

Hi, Dan! >ALSA_CheckSetVolume returns right early because hctl is NULL, >but that error is not propagated through dsound properly. >While we should figure out the alsa part, for now, let's at least >propagate the error, and skip tests that can't be done without >sensing volume. >If this patch is accepted, I'll send a second one to add a >similar skip() to tests/ds3d8.c. 0) Prehistory. I've fought with this issue too and sent a patch: http://www.winehq.org/pipermail/wine-patches/2008-July/058124.html Reply was: http://www.winehq.org/pipermail/wine-devel/2008-July/067803.html 1) About your patch. There are 4 places which suffers from this issue: @@ -599,9 +599,14 @@ static HRESULT WINAPI PrimaryBufferImpl_SetVolume( @@ -640,9 +645,14 @@ static HRESULT WINAPI PrimaryBufferImpl_GetVolume( @@ -924,9 +934,14 @@ static HRESULT WINAPI PrimaryBufferImpl_SetPan( @@ -965,9 +980,14 @@ static HRESULT WINAPI PrimaryBufferImpl_GetPan( Your patch fixes only two of them: @@ -640,7 +641,12 @@ static HRESULT WINAPI PrimaryBufferImpl_GetVolume( @@ -965,7 +973,11 @@ static HRESULT WINAPI PrimaryBufferImpl_GetPan( 2) About this bug. This behaviour was introduced by this patch: Author: Francois Gouget <fgouget(a)codeweavers.com> Date: 23.07.2004 23:06:31 Parent: Sort the winmm test formats by increasing sampling rate. Child: Added Italian strings. Branch: master (ntdll: Add stubbed implementations for NtQueryEaFile and...) origin (ntdll: Add stubbed implementations for NtQueryEaFile and...) Follows: wine-20040716 (Release 20040716.) Precedes: wine-20040813 (Release 20040813.) Fix the volume and balance of primary buffers so it is the system's volume and balance, like on Windows. In that time both alsa/oss drivers asked dsound to open mmdevice by setting DSDDESC_DOMMSYSTEMOPEN flag, so it was correct. But three years later, alsa driver stopped to use mmsystem: Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com> Date: 02.06.2007 19:03:24 Parent: rsaenh: Allow CRYPT_NEWKEYSET and CRYPT_VERIFYCONTEXT at... Child: mshtml: Use the implementation of IHlink in hlink.dll ins... Branch: master (ntdll: Add stubbed implementations for NtQueryEaFile and...) origin (ntdll: Add stubbed implementations for NtQueryEaFile and...) Follows: wine-0.9.38 (Release 0.9.38.) Precedes: wine-0.9.39 (Release 0.9.39.) winealsa: Detach directsound implementation from waveout implementation. As far as I understand, the most correct way to fix this issue is to force alsa (and others) drivers to use DSDDESC_DOMMSYSTEMOPEN flag. Reporting error to high-level (as you and Alexandre suggest) or using default values (as I tried) are just hiding the bug instead of fixing it. I tried this last way, but alsa began to complain: "Why are we called with DirectSound flag? It doesn't use MMSYSTEM any more" Thus I stopped fighting and switched to bug-free OSS ;-) -- Kirill

Sept. 29, 2008

Re: Discussion of bug versions

by James McKenzie

Hin-Tak Leung wrote: > --- On Sun, 28/9/08, Jeremy White <jwhite(a)codeweavers.com> wrote: > <snipped> > > The con is actually less trouble than you think - if somebody reports > a bug against CVS/GIT, it would be reasonable to assume that the > report date is within a day or two compared to the git > clone/rebase-origin date. Other use of GIT (the kernel) report-date is > not very indicative of the state of the tree, but since only one > person has commit-rights in wine, the report-date is a good indicator > of a specific few commits. > There is a problem with using CVS/GIT and that is we are ASSUMING that the version used is only a couple of days old, it could be as much as a week old. I prefer reports against valid and released versions as problems found with a commit may be fixed with another corrective commit (this has happened several times in the last year.) +1 to NO CVS/GIT and NO CVS/GIT reporting in Bugzilla, unless we are going to do build numbers based upon the day of build. James McKenzie > > > > >

Sept. 28, 2008