Aric Stewart wrote:
> allows us to be able to make use of the mirroring code and eventually
> the shaping code when it is in place.
This should be done the other way around. gdi32 should not depend on
a high level dll (that creates circular dependencies), gdi32 in Windows
doesn't use usp10 eith
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2058
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2059
Your paranoid android.
On Thu, 6 May 2010, Nikolay Sivov wrote:
>> -res = SendMessage(hwnd, MCM_GETMINREQRECT, 0, (LPARAM)&r1);
>> +SendMessage(hwnd, MCM_GETMINREQRECT, 0, (LPARAM)&r1);
> Actually it won't hurt to test for it here.
Okay. I am currently testing a patch that does exactly that in both
cases. Than
On Tue, 11 May 2010, James Hawkins wrote:
> I'm very hesitant about this. MSDN has no documentation about
> RegisterOCX, so I'm not sure how you're justifying this change. It's
> been a long time since I worked on this, so I don't remember much, but
> I do remember testing this method and documen
I think the reason why your change works is that it seems the
AudioConverter doesn't care if it has invalid data at the beginning of
its stream. There will be however a little creeping error in
computation of frame lengths over time, which is that there may or may
not be one extra byte of padding o
On Wed, 12 May 2010, Alexandre Julliard wrote:
> Scott Ritchie writes:
>
> > On 05/09/2010 05:00 PM, Alexandre Julliard wrote:
> >> We definitely need a release changelog, yes.
> >
> > It seems to me what we really want is more than a changelog but a proper
> > release announcement. I want a jo
Am 13.05.2010 14:52, schrieb Dan Kegel:
2010/5/13 Rico Schüller:
I just tried 'winetricks glsl-disable' on heaven2_d3d9. It sped it up
about 8% (to 16.0 fps), but added some fun problems (e.g. scenes
7, 10, and 12 have a black sky).
Sceenes 7, 10 and 12 are totally black here on wi
On Thu, May 13, 2010 at 6:28 AM, Alexandre Julliard wrote:
> Mike Kaplinskiy writes:
>
>> We *might* need to ignore POLLERR messages for UDP sockets, as the
>> condition is actually temporary and sock_try_event was hiding this.
>
> It doesn't work here:
>
> ../../../tools/runtest -q -P wine -M ws
There is a bug in the code i just posted, It should clearly be
adsi->pwfxSrc->nSamplesPerSec not Dst.
Still works great, probibly because my tests had the same
nSamplesPerSec for both Src and Dst.
-aric
Aric Stewart wrote:
Hi,
I will admit that my understanding of both ACM drivers as we
Hi,
I will admit that my understanding of both ACM drivers as well as the
os x audio libraries are not perfect and mostly come from work on this
code itself. So i will fully admit it is most likely full of areas
needing improvement.
Kristofer Henriksson wrote:
Aric,
I may have been opera
On Thu, May 13, 2010 at 3:41 AM, Paul Vriens wrote:
>
> I don't think these comments are needed as the same is shown in the tests
> below (I was actually triggered by the wrong spelling of 'receives' btw).
>
Whoops. I always manage to misspell receive somehow...
I'll submit a new patch here short
2010/5/13 Rico Schüller :
>> I just tried 'winetricks glsl-disable' on heaven2_d3d9. It sped it up
>> about 8% (to 16.0 fps), but added some fun problems (e.g. scenes
>> 7, 10, and 12 have a black sky).
>
> Sceenes 7, 10 and 12 are totally black here on wine on opengl. But the linux
> native clien
Hi,
It is good to see someone working on this code. But your patch makes
it so that all the mp3 sound clips in the game that I was coding for
stop working.
trace:mpeg3:mp3_leopard_horse ndst 147456 0x2eab348 <- 19901 0x2ea657c
trace:mpeg3:mp3_leopard_horse First 16 bytes to input:
"\x00\
Am 10.05.2010 02:46, schrieb Dan Kegel:
On Sun, May 9, 2010 at 4:14 PM, Dan Kegel wrote:
in general, Wine's D3D version achieves only half to three-quarters the
performance
of Vista's.
I just tried 'winetricks glsl-disable' on heaven2_d3d9. It sped it up
about 8% (to 16.0 fps), but
Mike Kaplinskiy writes:
> We *might* need to ignore POLLERR messages for UDP sockets, as the
> condition is actually temporary and sock_try_event was hiding this.
It doesn't work here:
../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p
ws2_32_test.exe.so sock.c && touch sock.ok
soc
Charles Davis writes:
> On 5/12/10 5:37 PM, Ken Thomases wrote:
>> What problems does this cause?
> It makes Wine use more memory than it needs to.
In theory, but in practice it's not worth the trouble. We used to do
this on Linux but it has been removed. It's definitely not worth
breaking libwi
On 05/13/2010 04:49 AM, Thomas Mullaly wrote:
@@ -75,6 +77,22 @@ static void test_CreateUri_InvalidFlags(void) {
}
}
+/*
+ * CreateUri returns E_INVALIDARG if the IUri it recieves is NULL.
+ * CreateUri returns E_INVALIDARG if the uri string is NULL and sets the IUri
to NULL.
+ */
I d
On 05/13/2010 01:54 AM, (Marvin) wrote:
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/Job
19 matches
Mail list logo