On 10/28/06, Mirek [EMAIL PROTECTED] wrote:
Yes I did that this way. I tried it three times as it is now in CVS
(3DMark 2003 and Flatout 2 not working) and three times without this
patch (only) (3DMark 2003 and Flatout 2 works just perfect).
Mirek
I see the same thing as Mirek, 3dmark03 is
I see the same thing as Mirek, 3dmark03 is totally broken now.
And yes I tested GLSL and ARB and before and after with the same results as his.
So yes, this is a major regression :D
Tom
Hi,
Today I talked to Stefan and he was worried that adding the WGL extensions to
opengl_ext.c would cause unneeded overhead. Though WGL extensions aren't called
very frequently.
Second the 'glXGetProcAddress' protection isn't needed for WGL extensions as
I'm already doing something similar
Alexandre Julliard wrote:
This is release 0.9.24 of Wine, a free implementation of Windows on Unix.
What's new in this release:
- Support for multiple monitors using Xinerama.
W00t! Now if I could get it to build in amd64 :(
- Various MSI fixes and improvements.
- A ton of memory
I got a simple problem, that got really hard to fix.
I am trying to cross-compile stuff over a Makefile with ms compiler.
Problem is that when make are executing wine as a command, wine
segfaults.
An example:
# wine --version
Works!
But:
Makefile
-
test:
wine --version
David Kowis wrote:
Alexandre Julliard wrote:
What's new in this release:
- Support for multiple monitors using Xinerama.
W00t! Now if I could get it to build in amd64 :(
Now if you posted the error message or tried to describe what exactly
fails :(
tom
On 10/29/06, Jimmy W [EMAIL PROTECTED] wrote:
I got a simple problem, that got really hard to fix.
I am trying to cross-compile stuff over a Makefile with ms compiler.
Problem is that when make are executing wine as a command, wine
segfaults.
An example:
# wine --version
Works!
But:
Tom Wickline wrote:
I see the same thing as Mirek, 3dmark03 is totally broken now.
And yes I tested GLSL and ARB and before and after with the same
results as his.
So yes, this is a major regression :D
When testing with the GLSL backend, can you please do a +d3d_shader
trace, find the
Here is log with 3DMark running for about 3 seconds with patch and
without, trace+d3d.
http://www.czela.net/pub/Czela_Debian_2.5/mirek/wine/regression/3DMark03.tar.gz
Mirek
Ivan Gyurdiev napsal(a):
Tom Wickline wrote:
I see the same thing as Mirek, 3dmark03 is totally broken now.
And
Here is log with 3DMark running for about 3 seconds with patch and
without, trace+d3d.
http://www.czela.net/pub/Czela_Debian_2.5/mirek/wine/regression/3DMark03.tar.gz
There's no mova instruction in that log.
Ivan Gyurdiev wrote:
Here is log with 3DMark running for about 3 seconds with patch and
without, trace+d3d.
http://www.czela.net/pub/Czela_Debian_2.5/mirek/wine/regression/3DMark03.tar.gz
There's no mova instruction in that log.
...grep for mova, or for unrecognized or Unrecognized or
Ok, i just found why is it not working with this patch, and why is it
working without this patch. It is based on position of definition MOVA
in vertexshader.c, if MOVA is on after patch position it is not
working, but if i move line
{WINED3DSIO_MOVA, mova, NULL, 1, 2, vshader_mova,
12 matches
Mail list logo